Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Перенаправление портов в сеть, которая не подключена к UDM., wifiman
 
Привет всем!

Мы недавно перешли с pfSense на UDMP, и после кучи мучений в основном все настроили. Сейчас возникла проблема с переадресацией портов 993/587 на наш интернет-почтовый сервер извне. У нас есть публичный IP с оптоволоконным подключением к провайдеру.

Похоже, основная проблема в том, что наш сервер находится в VLAN 1 на нашем коммутаторе Cisco L3, который напрямую подключен к UDMP, и это не тот же VLAN 1, что и на UDMP. Поэтому, когда я пытаюсь переадресовать порты на UDMP, он выдает сообщение: "IP-адрес переадресации не соответствует ни одной виртуальной сети. Создайте правило брандмауэра, чтобы разрешить этот трафик из внешней зоны.". Мы добавили правило брандмауэра, разрешающее WAN:порты на IP-адрес внутреннего сервера:порты. Включение legacy-интерфейса и логирование этого правила переадресации показывает, что UDMP использует один из своих интерфейсов для переадресации, но целевой интерфейс пуст. В мире Cisco я, вероятно, просто создал бы VLAN-интерфейс, чтобы у устройства был IP-адрес, и все было бы в порядке. Однако, поскольку UDMP, похоже, хочет быть только шлюзом для всего, что с ним связано, я не могу добавить эту сеть VLAN 1 в UDMP без серьезных сетевых изменений на других устройствах.

У кого-нибудь был такой опыт и есть решение, которое сработало?

Спасибо!
 
После трех дней отладки мы разобрались, как можно настроить DNAT для адреса назначения, который не подключен к UDM. Нужно создать фиктивную сеть с минимально возможным диапазоном, который охватывает внутренний IP-адрес назначения, и добавить статический маршрут со следующим хопом на коммутатор, где известен этот IP/сеть. Как только сеть создана, UDM сможет выполнить трансляцию на внутренний IP-адрес назначения и маршрутизировать трафик.
 
Ты оказался прав. Протестировал с другим подсегментом/VLAN, который не такой замудренный, и всё заработало отлично. Придётся разобраться, что именно в подсетях вызывает проблему с VLAN 1, но твой комментарий заставил меня задуматься об этом ещё раз. Спасибо за помощь!
 
Проблема в том, что в этом примере шлюз по умолчанию для VLAN 1 — это Cisco switch. Если я назначаю UDMP адрес в VLAN 1, он будто бы поглощает трафик, предназначенный для его шлюза, вместо того, чтобы использовать статический маршрут, настроенный для перенаправления через Cisco. Возможно, я что-то настроил не так.
 
Сделай как обычно, как будто работаешь с Cisco: добавь VLAN к нужному физическому интерфейсу UDMP (который напрямую *или* косвенно подключен к Cisco L3 "свичу", который, если он делает L3-штуки, тогда это роутер, но что поделать, маркетинг рулит!); иначе VLAN1 тег он не получит, никак.
Страницы: 1
Читают тему (гостей: 1)