pindschik

Создать в домене 2 контроллера домена. В каждой подсети по одному.
Настроить маршрутизацию между подсетями.
Настроить 2 сайта (в понимании AD) с нужными подсетями, настроить между контроллерами транспорт и период репликации.
Сети могут как угодно отключаться и подключаться, но контролеры должны хотя бы периодически "видеть" друг друга.
Собственно страшно выглядит, но "программируется мышкой" за 15 минут.

Загуглите синтаксис команды route и переключайте маршруты вручную. Или заходите в настройки сетевух и меняйте метрики.

Его можно использовать и как обычный роутер, настройте один из LAN портов - как WAN. Такая возможность в нем имеется.

Попробуйте АТСку 3СХ, там бесплатно на год, вместе с облаком (хотя можно и дома развернуть), с обновлениями. Белый IP не потребуется (с облаком). Есть свой клиент для Windows, IOs и Android. Хорошая поддержка железа, "программируется мышкой".
Asterisk конечно хорош, и с ним можно вообще всё, но надо понимать - вы возможно окажетесь не готовы дорабатывать его напильником...

Законно - только через провайдера. Он сделает и идентификацию абонентов, и "рой" из множества точек доступа c бесшовным переключением, и 5G диапазон и высокие скорости. Только это не будет "бюджетненько".
А "бюджетненько" можно сделать накупив несколько роутеров с поддержкой mesh и настроив его. Только это не будет законно (для общежития).

Лучше всего составить сперва в голове правильную картину, а потом самостоятельно подучите инфу.
Собственно погуглите, даже не надо ничего покупать:
1) Историю - создание Arpanet.
2) Физику сетей - коаксиал, витая пара, размер пакетов/чем он ограничен, топология звезда/шина. Дуплекс, уровни модели iso/osi. Маршрутизация пакетов.
3) Протоколы сети - IPX, TCP/IP (IPv4). и т.п. Как работает DHCP, DNS, пинг, как происходит выборы координатора сети в локалке. Потом протоколы FTP, HTTP, про гипертекст с исторической справкой, SMTP/POP3/IMAP, ньюсгруппы, мессенджеры, отдельно тему китая и Wechat вместо WWW.
4) Каналы в сетях WiFi.
5) Пиринговые сети, клиент-серверные и безсерверные.
6) Популярные типы серверов WWW.
7) Принципы работы облачных сервисов.
8) Настройка роутеров, понятие NAT, проброс портов, и как все по другому с IPv6, туннели VPN и IPSec.
9) Шифрование обычными и с парными ключами. Как работает принцип доверенной стороны.
Далее вам советы будут не нужны...

Дополню paran0id - и даже HTTP запросы на 443 порт в зависимости от имени сервера в запросе - отправлять на разные серверы и IP - тоже можно.
Учитывая, что Вы не указываете, находятся ли серверы в облаках, в локальной сети, или в на разных внешних IP - то скорее всего мы имеем простой роутер и серверы в локалке. Так? Тогда это делается прямо в роутере. Конкретных рекомендаций нет, настройки везде разные и не везде нормально работает, но в целом - просто проброс портов в роутере.

Вот тут есть рецепт. Однако такой способ раздачи стабильным и надежным нее будет. Увы.

Роутеры поддерживают IPSec? Это будет самый простой по настройке и надежный вариант объединения сетей.

В сервере доступен функционал "Маршрутизация и удаленный доступ", там тоже есть PPPoE но свой, другой. От пользователя не зависит.
Однако для его работы придется настроить маршрутизацию заново, вручную.

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

По опыту - там общая ситуация не айс, но из того что есть, в одном отдельном случае - лучше оказался Ардинвест. Хотя бы стабилен. Скорости "на материк" - пониже, чем в Питере и Нерезиновске, но для работы и всяких IPSec годится.
Ну и см. комментарий АртемЪа...

Почему же, использовали. Раньше. Например Яртелеком применял, в Ярославле. Воспоминания - самые гадкие.
Во первых очень капризно - нужны высококачественные провода (даже если не те коннекторы - сигнал не идет).
Во вторых - ну там круто было - нисходящая скорость 40 мегабит, на всех абонентов куста (т.е. на городской микрорайон). В сумме! (в 2003-м это было круто). Восходящая - и того меньше.
Как все приходят с работы и включают телеки (помехи прут в сеть) и модемы - помирает связь вообще. С 6 вечера и до 22 часов. Каждый день.
Может поэтому?

Ровно в такой же ситуации, даже хуже и с этим же свистком - подключил внешнюю антенну на чердаке - получил 8 мегабит входящие и 1 исходящий. Брал "РЭМО BAS-2303 Ультра 3G 4G".
Как показала практика - даже с наращиванием кабеля до 5 метров - сей девайс позволяет краешком доставать базовую станцию 4G ЗА ЛЕСОМ, в 12 км.
Имейте в виду - если антенна одна - она подключается к тому порту на модеме, который ближе к USB.

То, что схема на рисунке рабочая - это совершенно точно, даже без заморочек с подменой IP на DNS.
На некоторых роутерах настройка "проброса" портов может быть реализована разными способами. Про Ubiquiti ничего не скажу (не имел знакомства), но попробуйте покрутить в нем варианты на тему - на каком IP ловить проброс, а не из какой сети.
Если ваш почтовый сервер (web-сервер, и пр.) имеет некое имя mail.host.ru - то внутри локалки клиенты не должны видеть разницы - они просто лезут по внешнему белому IP и просто работают. Роутер не должен банить внутренние запросы.
Это только вопрос настройки роутера.

Максимальная длина в 100 м определяется скоростью распространения сигнала в среде (мы говорим только про Ethernet). Соответственно минимальный размер пакета таков, чтоб он целиком помещался в кабеле. В таком случае, если на второй стороне порт тоже начнет передачу - первый его успеет "услышать", пока не закончит передачу своего пакета и "поймет", что пакет не будет доставлен. Т.е. на аппаратном уровне будет определена коллизия. Дальше она уже будет разрулена самими адаптерами, с помощью случайных задержек и повторной передачи.
Минимальный размер пакета у гигабита существенно выше - как раз по этой причине, но там стандарт сложнее и на уровне пакета допускается сбор нескольких порций данных в одну передачу.
Соответственно если платы хорошие и кабель хороший - то и "пробиваться" расстояние может более 100 - и работать будет. НО. Чем выше нагрузка - тем больше коллизий, а при превышении 100 м они перестают определятся аппаратно.
Т.е. сделав кабель более 100 метров и попинговав - вы увидите хорошую связь. А вот дав полную нагрузку - получите букет проблем.
Если расстояние больше - то или используйте другую технологию (например оптику, в которой для приема и передачи разные волокна), или ставьте повторитель сигнала (свич) посередине.
По факту - самый простой способ - грамотное расположение коммутационного шкафа в здании. При расположении в центре и плечах по 100 метров - мало какой закоулок останется вне зоны досягаемости.
Подключение же разных зданий нужно продумывать в любом случае, т.к. есть и другие проблемы, кроме 100 метров - например разные фазы питания оборудования, шаговое напряжение, грозозащита и т.п.

З.Ы. Гигабит, в вашем случае, просто снизил нагрузку на линию и соответственно число ошибок за счет скорости.

З.З.Ы. Когда-то давно (поскольку проблема не нова), особо инженерно-электрониковые товарищи решали ее заменой кварцевого генератора частоты на парных сетевых платах. Меньше частота - длиннее пакет - больше сегмент.

Есть еще несколько смежных вопросов, решаемых одним способом:
- А как узнать имя пользователя, который заходил на комп, пока он был включен?
- А как узнать, сколько и когда и каких устройств вообще гуляло в сети?
- А как узнать, какие IP кто получал?
- А как сделать постоянный IP уже выключенному компу?
- А как ночью узнать, чем кто-то из пользователей занимался днем?
и т.д. и тому подобное...
Правильный ответ один - собирать всю необходимую информацию постоянно и своевременно. Способы - подойдут каждому свои.