Клёвый Админ

Сервер любой, на котором заработает файловая шара или FTP и будет достаточно места на диске.

На клиенте ставите любую утилиту для синхронизации или запускаете по расписанию xcopy из командной строки.

Задача не звучит как будто в реализации есть какие-либо сложности. Поясните.

Итак, для начала нужно понимать что такое vSwitch и как он работает.
Как только вы включаете опцию виртуализации для сетевой карты, виндовс снимает с неё все протоколы и службы, а так же делает физическую карту недоступной для трафика для всех систем - как гостевой так и хостовой. После этого, в зависимости от галочки в свойствах свича, создаётся вторая сетевая карта, доступная хостовой машине, на неё навешиваются все нужные протоколы и службы.
В вашем случае именно это и происходит. Физическая карта - стала недоступна и является как бы одним портом виртуального свича и смотрит "из системного блока", а вторая созданная карта - это ещё один порт виртуального свича, который как бы "смотрит" на хостовую операционную систему.

Дальше. PPPoE соединение для работы не использует IP адреса и всё что нужно это лишь служба "Клиент для сетей Microsoft", ориентируясь на интерфейсы, в которых эта служба активированна (стоит галка), и устанавливается соединение
(широковещалка "Эй, есть тут сервер, способный меня принять", ответ от сервера "Вот он я, давай реквизиты", ответ клиента на это "На, ок?", ответ от сервера "Норм, вот айпишники и маски, днс и тыды, вот статические маршруты, ой нет их, ну да ладно давай трафик сюда", после этого коннект).
В вашем случае (из скринов не видно) возможно ошибка в файрволе, нет галки на службе, или же в настройках вСвича галочки ("разрешить трафик как-то так" - ссори у меня англ. версия, точную формулировку гуглите или просто съориентируйтесь) не стоит и вторая карточка - это какой то другой вСвич, а не тот, что соединен с физической картой.

Есть ещё вариант, что вы включили в свойствах свича какие либо Vlan - если так, то нужно, разумеется, выключить.

Плохой пинг и случайные обрывы можно в принципе. Ну то есть можно сделать так:
1. Создать правила которые будут дропать, скажем, каждые третий пакет.
2. Создать QoS деревья, которые будут зарезать полосу.
3. Создать скрипты и расписания, которые эти правила будут время от времени включать.

Это чистая синтетика, но будет похоже на ошибки в канале.

На вайфае ничего не меняете, на проводной сети из настроек убираете основной шлюз, и прописываете маршруты до нужных ресурсов через команжну строку:
route add X.X.X.X mask Y.Y.Y.Y Z.Z.Z.Z (-p), где X.X.X.X - адрес или сеть до которого(ой) нужен доступ, Y.Y.Y.Y - маска, для устройства 255.255.255.255, для сети какая захотите, Z.Z.Z.Z - шлюз, через который устройство или сеть достижимы, (-p) - ключ, если написать его, без скобочек - маршрут сохранится в ПК навсегда.

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

Привет! В данном случае если оставаться на pptp то:
1. На третьем маршрут до сети второго через pptp адрес первого
2. На втором маршрут до сети третьего через pptp адрес первого
3. На третьем разрешить ходить трафику между сетими третьего и второго.

Если же отказаться от этого гемороя и перейти к другому геморою, то можно сделать так
1. Перейти на IPSec в туннельном режиме
2. Настроить пиры и политики на всех трёх, при этом разрешить автосоздание политик и преднастроить исходящие политики только для локальной сети на каждом узле
3. В таком случае соединение будет каждый с каждым и донастраивать что-то при изменении топологии будет много проще.

Так же можно перейти на IPSec в транспортном + EoIP или GRE туннели, это вариант защищённый как и IPSec, но проще в плане обслуживания как PPTP.

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

Вам нужен либо EoIP чтобы получить сеть на уровне L2 (но без шифрования), либо IPSec в туннельном режиме чтобы получить сеть на уровне l3 (но без общего DHCP и с разной адресацией), либо IPSec в транспортном режиме плюс EoIP туннель построенный поверх этого транспорта - получаете защищённую плоскую сеть, в том числе с возможной общей адресацией.

Коллеги, огромное всем спасибо, за мысли и советы.

Решилось всё так:
1. Вначале я поднял на CentOS на каждой железяке Бриджы между физикой и EoIP туннелем.
2. Приземлил все EoIP туннели на одну машину, и уже от неё отдал VLAN'ами внутрь одного маршрутизатора. VLAN между железками блокирвоал хостер, потому только так.
3. Это в принципе заработало, но что то сломало у хостера, потому он сделал мне общий свич на все внешние интерфейсы на своём уровне
4. Потому я смог приземлить внешние адреса на любое железо и в итоге выкинуть всю эту ахинею и сделать правильно =)

Итого у меня один (плюс реплика) шлюз, несколько внешних IP и плоская сеть =)