rPman

Штатный инструментарий 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 провайдером.

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

netsh должен уметь выполнять ВСЕ операции с сетевыми подключениями.
первый же ответ из гугла defender13.livejournal.com/2298.html

Ссылка? одноразовый код отображается на мониторе и вводится в мобильном в спец-приложении, код вычисляется на основе личных данных и текущего времени. Количество цифр не обязательно большое. В крайнем случае qr-code.

У меня помню не было проблем с подключением из под Win7 к другой WinXP напрямую по IP адресу (фаервол был правильно настроен или отключен) net use \\ip\share /user: пользователь_win пароль

Это значит поднять на сервере samba, настроить ограничения доступа на IP адрес (нечего в интернет напрямую светить SMB) и вдруг повезет и Windows 8 позволит так подключиться.

На клиентах великий и ужасный windows 7? домен настроен? авторизация какая?

А то если по старинке workgroup то майкроофт понасоздавало проблем, смотреть к примеру, какой тип сети выставляется у сетевого подключения, должен быть 'сеть предприятия'

Не важно как вы получите информацию,. но это не дает вам право этой информацией пользоваться!

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

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