#

и зачем все так сложно?
вам на хостовой системе, теперь надо добавлять статические маршруты для обеих подсетей
если хотите предоставить виртуалкам интернет и взаимное общение - проще конфигурировать сетевой мост https://i.imgur.com/r6KJiMl.png

правильнее так, как вам удобно, куда пишете логи?:
- текстовые файлы?
- журналы событий винды?
- .. или это серверное приложение, есть система сбора логов?..(хотя тогда вряд ли был бы такой вопрос)

простейший вариант - текстовый файл обычно. тогда достаточно соглашения о формате логов (структура сообщения) и указания папки, куда складывать

плагины могут вести собственные логи - ни чего плохого в этом нет. сразу понятно кто упал. и это просто (а простота вообще важное качество в программировании)

но как только вы создаете для логов особый инструмент, не забывайте, что упасть может сам инструмент. тогда вы вообще не получите логов

удачи

вам надо прописать статические маршруты между подсетями

в AIDA64 добавьте датчик "Диод PCH" это чипсет, кажется "южный мост", если не путаю, но факт в том, что наступил на похожие грабли - в аиде, датчик "материнская плата" показывал 39.. и пока я пальцем не ткнул.. и чуть не обжегся.. я не мог понять, почему стали сыпаться ошибки на системном диске

(вин 1803, к сожалению на форумах проскочило подтверждение - провоцирует перегревы разных чипов, по тому и была отложена)

ps вроде как в пределах 60 это норма (судя по форумам).. точно не знаю.. просто он у меня грелся до 70, пока не принял меры. пока в пределах 60 - вроде все стабильно.. а угробил неделю времени и нервов..

C# (в Unity это Mono диалект) - классно тогда, и только тогда, когда вы владеете C# (особенно если вас от него прет.. как меня)

если вас больше прет от C++.. забейте и забудьте... копайте в сторону unreal engine и будет вам все... (ну или почти все..

1 - для проверки памяти используйте соответствующие тесты 1 и 2

2 - в общем случае, это говорит о том что у вас нарушения адресаций - какой то из подпроцессов залезает в память, которая ему не позволена

ps меня смущает эта строка

ZeroMemory(&si, sizeof(si));

1 - вам категорически нужен шлюз по умолчанию для выхода в интернет - адреса то произвольные.. и это должен быть шлюз, полученный на модем от оператора

2 - а для локальной сети надо ручками добавить статические маршруты на точку доступа

Имеется сеть локальная 192.168.13.0/24

route -p add 192.168.13.0 mask 255.255.255.0 <адрес точки доступа, возможно это 192.168.13.1?>

ps возможная проблема - вам надо получить фиксированный адрес в локалке (на пример выполнить резервирование на DHCP точки доступа, или получить от администратора адрес вне диапазона DHCP) и выставить его руками в параметрах интерфейса (+адрес точки доступа в качестве DNS на этом же интерфейсе)

pps см. каменты - подсказано SyavaSyava, что в общем случае п2 не требуется для доступа к собственной сети точки доступа. но я указал возможную ситуацию для случая крупной, и более сложной локальной сети, когда статические маршруты все таки могут понадобиться

Как опознать

опознать устройство по PID
в вашем случае VID_0BDA&PID_2838
к примеру ввести тут driverslab.ru/devsearch/find.php

это невозможно оценить без мониторинга. если есть возможность мониторить загрузку ресурсов на текущем хостинге - начните с такого исследования

а смысл? что помешает пользователю запустить приложение, и уже из него открыть нужный файл?

возможно вам стоит пересмотреть задачу:
- запрет конкретных приложений?
- контроль контента?

1 - такого кода нет (см п3)

2 - в книгах/сети не особенно то и грешат, скорее вам пока не понятны пояснения что и когда стоит делать

3 - реально оценить, надо ли вмешиваться в сборку мусора, можно только профилируя конкретный проект, на предмет загрузки памяти, и на предмет отзывчивости, при определенной (достаточно высокой) интенсивности запросов (пользовательских или серверных)

для типичных настольных приложений, пауза, когда пользователь между кликами мышкой (нажатием клавиш) смотрит на экран и осознает реакцию программы - более чем достаточно для зачистки мусора

пока вы не столкнетесь с ситуацией больших поточных обработок(или больших потоков запросов в случае сервиса), при чем требующих существенного расхода памяти на каждой итерации/запросе - у вас и не будет возможности оценить потребность (или ее отсутствие) в ручном вмешательстве с сборку мусора

ps

Например:
Кусок кода 1. Мусор не собираем. Время выполнения 3 минуты.
Кусок кода 2 (переписанный кусок кода 1). Собираем мусор. Время выполнения стало 10 секунд.

если у вас комп с 4/8/16 Гб ОЗУ, а задача расходует 10-100.. 200-300 Мб - сборщик мусора вообще не будет вмешиваться (если конечно память не забита и так под завязку).. и за какие то 10 микросекунд очистит мусор, пока вы смотрите на слово типа Finished и осознаете его значение .. как то так

когда выбирал свой первый стилус - тупо притащил с собой и планшет и смарт, и попросил проверить, что на обоих девайсах будет работать..

продавец только краем глаза посмотрел на мой зоопарк, и предложил выбрать из 3х моделей по дизайну и цене - первый же опробованный стилус отлично работал на обоих девайсах