Поделиться одним интернетом на двух UDMP?

Поделиться одним интернетом на двух UDMP?, UniFi Network

dalnew

Guest

28.04.2025 05:07:00

Так вот, у нас сейчас две локации используют одно интернет-соединение через один UDMP. Я приложил довольно схематичный рисунок, чтобы проиллюстрировать, как всё устроено сейчас. В общем, интернет напрямую подключен к UDMP в здании 1, и всё унифи-оборудование там принадлежит ребятам из здания 1. В здании 2 UBB XG беспроводно соединяется с зданием 1, а вся инфраструктура здания 2 сейчас находится в своей собственной VLAN, настроенной на UDMP здания 1. Это в основном делается потому, что у здания 2 нет прямого доступа к быстрому проводному интернету. В здании 2 есть свои серверы и унифи-инфраструктура, которые сейчас практически все "приняты" на UDMP здания 1. Мы хотим это изменить так, чтобы вместо того, чтобы UBB XG подключался к коммутатору в здании 2, он подключался к порту WAN 1 нового UDMP, который принадлежит и управляется ребятами из здания 2. Это должно быть на совершенно другом UI аккаунте и управляться отдельно... например, всё оборудование в здании 2 будет "отписано" от UDMP здания 1 и "принято" на новом UDMP здания 2. Надеемся, это позволит решить две задачи:

* Самостоятельное управление всем их унифи-оборудованием, IP-адресами, VLAN, подсетями, камерами и т.д.
* Они смогут добавить резервный WAN2 с Starlink или чем-то еще (иногда UBB XG может отключаться на минуту-две).

У меня есть пара вопросов, на которые я надеюсь получить ответы:

* Это вообще реализуемо/практично?
* Как нужно переконфигурировать сеть, чтобы это поддерживать? Просто назначить им новый IP-адрес, и тогда их UDMP сможет партиционировать как угодно?
* Есть ли какие-то серьезные проблемы, о которых стоит беспокоиться с точки зрения NAT в NAT и прочим? Стоит ли рассматривать возможность помещения этой новой подсети в DMZ на UDMP 1?
* Было бы возможно мигрировать их VLAN на L3 сеть на агрегационном коммутаторе, просто для скорости?
* Если они хотят продолжать получать доступ к серверам в VLAN здания 1, как это будет работать? VPN туннель? Статические маршруты с их UDMP через UBB XG к этим машинам?

Спасибо!

dlow Guest	#2 28.04.2025 16:17:00 Дежавю!https://community.ui.com/questions/Linking-Two-Networks-to-Share-ISP-and-NAS-Connectivity/bd8a56f7-eabe-475e-a1de-17ddafea082e

Uberseehandel

Guest

28.04.2025 07:34:00

Если то, что вы пытаетесь сделать, можно интерпретировать как попытку двух отдельных сущностей использовать одну и ту же интернет-связь, то ваш провайдер, скорее всего, откажется. Но если вы объясните сложность прокладки кабеля от сети провайдера до Здания 2, то провайдер, вероятно, предоставит способ обеспечения более высокой скорости доступа до Здания 2 (вероятно, используя тот вид связи, который используют WISP), фактически организовав точку обмена (PoP) в Здании 1.

WiFiberNET

Guest

28.04.2025 07:01:00

Такая настройка, которую ты спрашиваешь, вполне возможна. Всё дело в том, как ты хочешь её реализовать. Способов много, можно использовать passthrough IP, и тут всё зависит от твоего провайдера. Некоторые выдают несколько публичных IP для разных MAC-адресов, а некоторые — только один. Тогда можно запросить 2 статических IP и реализовать Dual NAT с DMZ на вторичный публичный статический IP, чтобы он эффективно проходил через него, и всё работало как положено. Можно поставить обычный свитч между WAN1 на основном USG и провайдером и пробросить его через VLAN на USG-WAN1 в здании №2, если всё правильно настроить. Если статические IP не разрешают, то Reverse Proxies — вообще классная штука. CloudFlare отлично работает с безопасной реализацией Reverse proxys. Я использую Cell Fiber/Combo с VLAN и WAN2, чтобы работать с разных сторон сети, используя CGNAT или просто публичный DHCP IP и Dynamic DNS с Reverse Proxys. Всё возможно, просто нужно понять, что и как конфигурировать.

dlow Guest	#5 28.04.2025 05:50:00 Ну, тут куча оговорок! Просто кошмар распутать. Тебе лучше прокачивать свои IT-знания! Сложность растет экспоненциально, когда пытаешься заставить работать вместе 2 роутера. Лучшая практика - координировать так, чтобы все VLAN на обоих зданиях были уникальными! Просто на случай, если захочешь получать доступ к устройствам друг друга или отключать NAT (больше об этом позже). Тебе придется 🪨📄✂️ решать, кто получит заветный подсеть 192.168.1.x/24. Новое оборудование Unifi по умолчанию использует её, когда нет DHCP. Два варианта: * Мириться с двойным NAT * Отключить NAT на 2-м UDMP С DMZ или без (не уверен, поддерживает ли Unifi DMZ!), есть только 1 Интернет IP и место для 1 переадресации порта на этот IP! Нельзя обоими переадресовать порт 80, например. Как ни крути! Тот, кто управляет UDMP здания #1, имеет преимущество над зданием #2, как бы ты ни их расставлял. Отключение NAT на UDMP #2 со своими головняками. Вам обоим придется управлять таблицами маршрутизации, чтобы оба UDMP знали, какие LAN-подсети принадлежат какому UDMP. Тут нужны OSPF или ручные статические маршруты. Кто эти "они"? Здание #1 или #2? У тебя столько проблем с двумя UDMP! Не добавляй еще один поворот, пока это не разберешь! Вот почему тебе нужно поддерживать уникальные подсети на обеих сетях. В случае Double NAT здание #2 может адресовать любой VLAN в здании #1. Это всего лишь вопрос того, позволяют ли это правила брандмауэра или нет. НО здание #1 находится "снаружи" брандмауэра здания #2, поэтому оно не может адресовать что-либо внутри здания #2. Тебе придется переадресовывать что-нибудь на WAN IP UDMP здания #2 или настраивать VPN. В случае отключения NAT, все будет более равноправно с точки зрения адресации. Если только ты сможешь пройти через таблицы маршрутизации-ад.

Читают тему (гостей: 1)