res2001

Типичная ошибка. ВПН сервер прописал себя маршрутом по умолчанию для клиента. И теперь все пакеты в интернет идут на ВПН сервер.
В этом виновата опция
push "redirect-gateway def1 bypass-dhcp"
Она делает не то, что вы думаете.
Просто закоментируйте эту опцию и перезагрузите сервер.

Показался интересным 7 вопрос.
Дело в том, что вы можете создать экземпляр пустого объекта и можете взять его адрес.
Но если размер объекта будет 0, то адрес будет взять не возможно (объект не занимает места в памяти, соответственно нет и адреса), что противоречит правилам языка.
Поэтому пустые объекты на самом деле не пустые и занимают в памяти 1 байт.

Например можно использовать для этого сам Word, если вас это устраивает. Все продукты MS Office являются COM/ActiveX объектами. Это можно использовать в своей программе на каком угодно языке, умеющем в COM/ActiveX. С++ это умеет. Из коробки это умеют еще и JacaScript и VBScript, так что может вам и плюсы не нужны.

Вот тут описано: https://www.top-password.com/blog/move-the-entire-...
Я примерно так же делаю еще со времен WindowsXP.
Но я не переношу профиль Default и Public, как описано в статье, а пользовательский профиль создает винда сама в новом месте (данные во вновь созданный профиль, потом копирую руками). В профилях полно ссылок и при простом копировании всего каталога ссылки останутся указывать на старые места (а этого нам не нужно).

Для того что бы не было проблем со ссылками действуйте по моему методу.
На новом томе создаете пустую папку Users (имя папки не принципиально) с такими же правами и наследованием как у папки c:\Users. Далее указываете путь в параметре реестра ProfilesDirectory (смотри ссылку), Public и Default оставляете без изменений.
Что бы винда создала новый профиль надо удалить ветку реестра старого профиля пользователя. Ветки реестра профиля находятся в разделе реестра ProfileLists (смотри ссылку) и имеют вид S-1-5-2-1-..., находите ветку интересующего вас пользователя и удаляете ее целиком (если страшно, можно ветку переименовать - добавьте к ней префикс). После перезагрузки винда создаст новый профиль в новом месте. Переносите данные из старого профиля в новый. Удаляете старый профиль. Все!
Все профили новых пользователей будут создаваться на новом месте. При этом профили Public и Default будут находится на прежнем месте, так что каталог c:\Users не удаляйте. Т.к. профиль создан самой виндой с нуля, то все ссылки внутри профиля будут корректные.

Конечно коммутатор. Можно взять самый простой тупой хаб (не роутер) на 4 порта (вряд ли найдете меньше).

Например тут: https://en.wikipedia.org/wiki/Directory_structure
Встречал похожий более подробный документ где-то на сайте микрософта, но сейчас не нашел.
Если кратко:
1.программу ставить в "Program Files" в соответствии с платформой. Внутренняя структура исполняемых файлов и библиотек - на ваше усмотрение. Если вы используете кучу динамических библиотек, то есть смысл разнести их по подкаталогам. Если у вам только небольшая кучка - могут лежать в одном каталоге. Это на самом деле не важно и никому не интересно.
2.Общие настройки программы, которые распространяются на всех пользователей: в реестр в HKLM и/или в ProgramData.
3.Пользовательские настройки программы: в реестр в HKCU и/или в AppData.
4.Пользовательские временные файлы: в %TEMP%
5.Файлы проектов или сохранения: в %USERPROFILE%\Documents

добавляя опции

Это странно, мягко говоря. Похоже вы добились прямо противоположного. Опция
push redirect-gateway def1 bypass-dhcp
Делает ВПН сервер шлюзом по умолчанию на клиентах. Так что интернет у клиента будет идти через ВПН.
Вторая опция просто добавляет DNS сервер клиенту.
Что бы клиент использовал свой интернет - удалите обе опции из конфига сервера.

Все это легко проверяется - соединитесь с ВПН и посмотрите таблицу маршрутизации на клиенте стандартными средствами. Если маршрут по умолчанию будет через ВПН сервер - значит клиент будет получать интернет через ВПН.

Включение NAT на ВПН интерфейсе то же не обязательно. Использовать его или нет - зависит от текущих настроек сети за клиентом и сервером и от того для чего вы используете ВПН.

Непосредственно вводом/выводом занимается ОС. Стандартная библиотека С/С++ использует API ОС для ввода/вывода.

SMART всегда возвращает физическое состояние диска. Фактически состояние SMART хранится на контроллере диска, так что ПО тут значения не имеет.
У вас начались переназначения секторов. Это происходит, когда какие-то сектора на диске выходят из строя, в этом случае доступ к ним блокируется контроллером и вместо них назначаются другие (резервные) сектора. Резервных секторов ограниченное количество.
Пока что у вас только 3 переназначения (VALUE), предельное количество переназначений 36 (THRESH). Когда количество переназначений достигнет этого числа, то переназначать уже будет нечего, тогда контроллер диска будет возвращать ошибки чтения в ОС.
Еще какое-то время диск может пожить. Но не известно как быстро он исчерпает все переназначения.
Так что лучше слить с него все что можно и заменить.

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

но как роутер перенаправляет запрос, без указания, на какой из локальных ip адресов происходит подключение?

Без указания - никак.
Но указание в той или иной форме есть.
Если внутренняя сеть имеет серые адреса, то на роутере настроен NAT и там прописано правило перенаправления портов - это правило и есть указание локального адреса.
Если внутри сети используются белые адреса (актуально для IPv6, ну и в IPv4 иногда такое то же можно встретить), то таблица маршрутизации содержит соответствующие правила.

Аргументы командной строки не обязательно будут в 866 кодировке, могут быть и в 1251 - зависит от кодировки консоли, которую можно менять консольной командой chcp.
Вообще не стоит использовать юникод в консоли, т.к. виндовая консоль не слишком дружит с юникодом.
Например, если захотите обработать вывод вашей программы каким-нибудь фильтром в батнике, то при юникоде могут быть проблеммы.
Хотя внутри программы вы можете использовать юникод, но в этом случае вы должны будете перекодировать весь ввод и вывод. Не уверен, можно ли настроить стандартную библиотеку, чтобы она сама занималась перекодировкой.
А так в WinAPI есть целый набор консольных функций, в т.ч. можно получить текущую кодировку консоли для ввода и вывода, установить нужную кодировку, перекодировать текст.