res2001

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

В GUI приложении есть event loop, который получает у ОС очередное событие и обрабатывает его.
Обычно event loop спрятан глубоко в дебрях используемой в приложении GUI библиотеки (например Qt).
Чтоб разобраться нужно посмотреть как это пишут на низком уровне. Гуглите о написании "оконной процедуры" - это для винды. В никсах все примерно так же.

Пользователи обычно непосредственно с ОС не работают. Они работают с программным обеспечением, которое используется в офисе. Так что по большому счету какая ОС на компе у юзера ему фиолетово, главное, чтоб ярлычок с нужной софтиной был на раб.столе.
Но далеко не все виндовые приложения могут нормально работать под wine на линукс. Так что начните с этого вопроса. Поставьте стенд с любым дистрибутивом линукс и попытайтесь запустить все приложения используемые в офисе.
Но и это еще не все: в сети скорее всего используется АД? Будете ли вы менять ОС на серверах? Используете групповые политики? АД нет на линуксе, политики отвалятся. Используете Microsoft Office? Полноценной замены на линуксе нет и не предвидится (OpenOffice и другие не дотягивают по функционалу, хотя возможно вам будет достаточно и того что есть) и т.д. и т.п.

Так что вопрос с внешним сходством ОС - последний, который стоит рассматривать в процессе перехода на линукс.

Настройте шейпер для IPTV трафика.

Видимо IP сервера не доступен с клиента, т.е. реально нет соединения и отваливается по таймауту. Дело до рукопожатия не доходит.

1.На 30 Гб Убунта встанет. Но для работы это явно мало. У меня мои проекты то же достаточно не большие, но, например, регулярно тяну что-то с гитхаба для изучения или сборки со своими параметрами. Кроме того несколько ВМ есть как Винде так и в Убунте. Все это очень не плохо отъедает дисковое пространство.
Я перед тем как ставить Линукс воткнул в ноут лоток для второго диска (hdd caddy) вместо DVD ну и соответственно второй диск то же. Теперь в обоих ОС дискового пространства хватает.
2.Из Убунты разделы винды видны "из коробки", можно и писать и читать. В обратную сторону - все значительно хуже. В свое время на Вин7 пользовался ext2fs, работало нормально, но сейчас на Вин10 он у меня не завелся. Особо не разбирался. Попробовал еще несколько вариантов - то же не срослось. Пока обхожусь.
3.Не пробовал - все еще 2 системы в ноуте. Но теоретически можно, только пользоваться надо не встроенными средствами, а грузиться с какого-либо live носителя и использовать что-нибудь типа Acronis Disk Director или PartionMagic, которые нормально работают с большинством файловых систем.
4.Переставлять не нужно. Из линукса (или из live носителя из п.2) убьете разделы винды и расширите линуксовые или сделаете новый раздел и смонтируете.

На сколько я знаю pulseaudio сама не умеет читать звуковые файлы.
Она может только писать в (play) или читать из (record) звукового устройства аудио данные.
Из аудио файла данные нужно читать другими средствами. Например можно использовать libsndfile. Прочитанные данные уже можно подавать для воспроизведения в pulseaudio.
Как-то так.

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

Видимо параллельно нужно вести и обратную зону. Обратная - это там где по IP вы получаете имя.

Выдать конкретному клиенту фиксированный IP средствами OpenVPN можно.
Все остальное делается в iptables.

Похоже 1 планка на 1 канале.
В любом случае метод перебора никто не отменял.
Возьмите memtest, оставляйте 1 планку и тестируйте.

На сколько понимаю в предлагаемом в статье варианте не требуется, чтобы клиенты видели друг друга, поэтому там этого нет. По умолчанию клиенты друг друга не видят.

В конфиг ВПН сервера добавьте строку: client-to-client

Вообще что в статье что у вас дополнительной настройки NATа не требуется, т.к. NAT клиентские запросы будет пропускать по умолчанию и соответствующие ответы от сервера то же.
Я бы еще настроил keepalive и авторизацию по ключам.
keepalive нужен не только для того чтобы вовремя обнаруживать обрывы соединения, но и для того чтобы NAT "не забывал" подключение.

Статья не очень, имхо.

Если это нужно для дистрибуции программы, то делаете свой репозиторий куда кладете предварительно собранные пакеты для поддерживаемых платформ. Репозиторий добавляете в настройки пакетного менеджера ОС и устанавливаете штатными средствами уже из репозитория.

Адрес, начинающийся на 77 - белый. Список серых адресов фиксированный, официально задокументированный в RFC и вовсе не тайна. По ссылке смотрите адреса в таблице п.3 с пометкой "Private-Use Networks".
Увидеть реально выданный адрес вы можете только на роутере, т.к. если роутер получает серый адрес, значит для выхода в инет трафик должен проходить через NAT провайдера, где адрес подменяется и в инете вы уже с белым адресом в любом случае.
Обычно роутеры поддерживают не только веб управление, но и SSH и возможно telnet. Используя их вы можете скриптом получать адрес, проверять его и если он серый, то другим скриптом ребутить роутер (или даже не ребутить, а сбрасывать соединение и устанавливать снова). То же самое можно сделать и через веб интерфейс, но формировать свои HTTP запросы и парсить HTTP ответы роутера более утомительная задача, чем вариант с ssh/telnet.

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

Вам нужно настраивать дополнительные опции в DHCP сервере. По DHCP можно раздавать не только IP адреса, но и другую сопутствующую информацию.

Не зависимо в какой ОС вы работает и какой IDE пользуетесь схема одна и та же:
1. Для того что бы в своих исходниках вы могли использовать вызовы сторонней библиотеки вы должны включить заголовочные файлы библиотеки с помощью директивы #include.
2.Чтоб компилятор смог откомпилировать ваш код вы должны задать ему место расположение заголовочных файлов сторонней библиотеки с помощью опции -I компилятора. В линуксе, если библиотека установлена штатным пакетным менеджером, возможно это не потребуется, т.к. заголовочные файлы будут доступны по стандартным путям поиска заголовочных файлов.
3.Чтоб линковщик смог собрать исполняемый файл вы должны указать ему путь и имя двоичных файлов библиотеки с помощью опции -L и -l. Опять же в линуксе, возможно, путь (-L) указывать не потребуется (см.п.2), только имя библиотеки (-l).
4.Если библиотека установлена не в стандартные каталоги, то загрузчик исполняемых файлов может ее не найти. Чтоб это исправить возможно потребуется запустить утилиту ldconfig или даже добавить каталог библиотеки в конфигурационный файл ldconfig. Как вариант добавить в переменную окружения LD_LIBRARY_PATH путь к библиотечным бинарным файлам перед запуском программы.
В винде ldconfig нет - библиотечные файлы должны быть либо в каталоге где лежит исполняемый файл программы, либо в одном из путей, заданных в переменной окружения PATH.

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