rPman

в windows с wifi не так красиво (там вообще в сетевых настройках при попытке отойти от стандартного начинаются сложности)

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

Медленно но постоянно, потому что в этом случае средняя будет наименьшей. Клиенты не смотрят весь фильм, могут отказаться или проскипать половину контента, а значит вы его зря грузили заранее.

у вас NAS занимается раздачей DHCP/DNS/шлюз? немного необычно, но почти наверняка ошибки конфигурации у вас тут.

С каждым годом все больше сервисов используют шифрование трафика по умолчанию, следующие версии http и подавно не имеют варианта без шифрования, плюс повальное использование CDN, анти-ddos сервисов и прочего, превращают трафик от веб/приложений в кашу из шифрованных потоков к разным сервисам.

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

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

Мало того, получив расшифрованный трафик - это пол дела, его нужно еще логически разобрать, вы же хотите понимать что именно делает приложение. Эта задача по затратам ресурсов и подавно высокая, особенно если приложение closed source.

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

p.s. если вы наивный молодой разработчик, к которому пришел провайдер/госзаказчик/посредник с предложением написать такую систему, для создания великого 'чебурнета', постарайтесь объяснить бесполезность и бессмысленность этой деятельности, в купе с большими затратами ресурсов.

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

У меня вопрос, а роутеры cisco не умеют bonding (это я про возможности linux)? когда два канала объединяются в один на основе какого-либо алгоритма, среди которых есть и резервирование и балансировка, т.е. поднять 2 vpn подключения (через разных провайдеров) и объединить их в один

Штатный инструментарий windows по работе в качестве роутера - ужасно кастрированный, а именно NAT и DHCP. Правильный способ - установить какое-нибудь программное обеспечение, делающее это лучше, давно не изучал вопрос. Поиск осложняет то что под фаерволом на windows почему то больше подразумевают личный антивирус, т.е. способ контролировать доступ в интернет приложений.

Обычно мало кому приходит использовать такой неподходящий инструмент как windows для раздачи интернета, проблему решают аппаратным способом (устанавливают готовый роутер, в вашем случае с поддержкой симкарт 3g/4g/lte/... или наличии usb и возможности использовать модем вашего провайдера, иногда это бывает не просто, так как российские провайдеры блокируют штатную работу их модемов вне оговоренных юзкейсов, добавляя в прошивку какие-нибудь ловушки, но обычно это лечится) или ставят на машину какой-либо linux (в т.ч. в виртуалке, например), у которого инструментов для этого на порядок больше, а следование стандартам - корректнее.

p.s. неправильный способ, с помощью штатных утилит windows - netsh и route можно написать скрипт, выполняющий фактически все те же действия, что вы делаете вручную в интерфейсе (за исключением кнопки F5 на списке сетевых устройств, у меня win7 и winxp глючили на необычных комбинациях openvpn и моста, которое лечилось этой кнопкой...) и поставить его на автозапуск с помощью планировщика задач, так как потребуется административный доступ, иначе будет выскакивать запрос uac)

Подключение обычные tcp сокеты (в udp пока не лезте, но с ними тоже реально).

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

От сервера передаете изменения содержимого экрана, по объектам, змейки, корм и прочее. Само собой при подключении вместо дельты сервер должен вернуть текущие координаты. При потере связи тогда все будет автоматом восстанавливаться. Разработайте формат сообщений, воспользуйтесь готовыми сериализаторами, не изобретайте паровоз, хотя...

На клиенте перерисовываете все это каждый раз как получаете данные от сервера.

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

Недостаток - у всех пользователей будет небольшой лаг на действия, в зависимости от пингов.

К сожалению не все игры можно так реализовать, но частично да.

Так как у вас нет контроллера домена и других сервисов (например WINS сервер) то значит у вас используется режим Рабочая группа, список компьютеров сети машины с windows собирают самостоятельно, т.е. они будут появляться/исчезать в списке не сразу. Имя рабочей группы для компьютеров должно совпадать, настраивается в свойства Компьютер -> Дополнительные параметры системы -> закладка Имя компьютера -> кнопка Изменить.

Чтобы пользователи имели доступ к папкам на другом компьютере в рабочей группе их имена и пароли должны совпадать, иначе будет появляться запрос пароля. По умолчанию, пользователи без пароля доступа к удаленной машине не имеют (это можно изменить в политиках этой удаленной машины). Так же в настройках общего доступа к папке необходимо прописать соответствующего пользователя (или 'Все') и права доступа. Права на файлы и каталоги для файловой системы NTFS так же должны учитывать доступ для этого пользователя.

Компьютеры должны быть подключены в одну локальную сеть, и у них должны быть IP адреса из одной и той же сети, например 192.168.0.1 - 192.168.0.255 при использовании маски 255.255.255.0. Обычно, при использовании роутера все адреса выдаются автоматически (там есть dhcp сервер), кстати windows 7+ могут использовать ipv6 адреса,..

p.s. совет, на windows 7 не выбирайте тип сети 'Домашнаяя', выбирайте 'Сеть предприятия'.

p.p.s. еще совет, исключите русскоязычные имена пользователей (и пробелы в именах), даже если локальная сеть будет работать, проблемы будут вылезать в играх и сторонних программах, не готовых к этому.
-----------
Для приложений в коде почти нет разницы при подключении tcp или udp, это просто флаг в методе, но нужно понимать что udp не дает гарантии что данные поступят в том порядке, в котором они ушли, в т.ч. могут вообще какие то пакеты не прийти,.. это вынуждает разработчиков контролировать это (это цена за более высокую 'производительность' udp по сравнению tcp).

Вам нет никакой необходимости создавать свой ip протокол. Я не знаю, кто вам сказал "если протоколы изменятся, не нужно менять всю систему", но возможно имелись в виду протоколы и форматы общения приложений, например в windows машины передают файлы по протоколу smb а в сетях linux администраторы могут выбрать nfs (поддержка которого в windows прекращена, да и ранее была ограниченной с багами, полагаю намеренно), эти протоколы не совместимы, грубо говоря это то как именно файлы будут передаваться по сети.

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

на клиенте vpn, к чьей сети нужно получить доступ, нужно настроить nat (на сеть 192.168.2.xxx) а на vpn сервере необходимо добавить роут 10.0.0.x на этого клиента.

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

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

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

У разных виртуалок свои сетевые устройства, объедините их в бридж (в win это зовется сетевой мост), можно объединить вместе с физической сетевой картой, тогда с точки зрения сети эти виртуалки станут просто отдельными устройствам в локальной сети, и ваш dhcp сервер (роутер) выдаст им каждому свой адрес (и будет работать NAT если используется).

на каждой машине настроить nat? и прописать на каждом машине последовательно шлюзом следующую?
или просто воспользоваться каскадным прокси на каждой машине?

Вам нужен специалист в помощники, как минимум уровня выше чем эти подростки, либо самим становиться таковым.

Никаких готовых технических средств уровня - воткнул компакт диск в комп и нажал да-да-конечно - не существует.

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

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

у вас затык в загрузке самого файла сайта, грубо говоря index.html - 0.7 секунды, может это не сеть тормозит а серверная часть?

Если оно такое большое, его и оптимизируйте

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

Необходимо настроить этот роутер, дать ему имя (dyndns поможет если динамический IP, например dlink дает этот сервис бесплатно, требует серийный номер роутера).
Затем на роутере необходимо настроить переброс портов для тех сервисов, которые необходимо сделать доступными (это выглядит как таблица записей порт_на_роутере->сервер_в_локальной_сети:порт_на_этом_сервере).

выглядеть это будет так:
* запись перенаправления 81:sirius_server:80
* доступ к вебсерверу http://sirius_server.dyndns.com:81/

Сайт размещен на shared хостинге? т.е.возможно ростелеком заблокировал по IP сразу все сайты, размещенные на нем у вашего провайдера.

Что делать? Как минимум гневно обратиться к виновнику,… письменно (бумага, почта России, с подтверждением о вручении, лично начальнику/...), телефонным звонком и т.п. Так же обратитесь к своему интернет провайдеру и к своему хостинг-провайдеру! Они тоже могут оказаться в курсе и тоже внести свою долю в решении проблемы.

Понятно, что почти наверняка ничего не изменится. Но, если только молчать, ничего точно не изменится, а так будет проявлена активная позиция и возможно что то изменится к лучшему.

Настоятельно рекомендую наказывать такого провайдера рублем… один в поле не воин но ничего не делать тоже не вариант.
После того как проверите работу скайпа через vpn, когда будете расторгать с ними контракт, вас спросят причину (желательно письменно ответьте) что уходите из-за принудительного нарушения работы приложений voip типа skype провайдером.

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