В общем, как я уже говорил, у меня нет этой проблемы, и да, я использую URL hostname. Я использовал простой пароль, но я просто настроил тестовый сайт, чтобы настроить разные параметры Guest, и переключился на hotspot, и всё заработало отлично. Вот несколько скриншотов: (FQDN замазан, так как он публично разрешается).

Позвольте в качестве предисловия, я полагаю, что под перенаправлением порта вы имеете в виду перенаправление клиента на портал контроллера, а не на внешний портал. Я использовал только встроенный портал, никогда не пробовал настройку внешнего портала. Но, как я уже говорил, это было просто делом открытия портов в брандмауэре. Моя сеть по умолчанию находится в сети по умолчанию vlan(1), 192.168.1.0/24, а гостевая сеть — vlan 20, 192.168.20.0/24. Роутер/брандмауэр — это виртуализированный pfsense на hyper-v, и единственный трафик с гостевой vlan в сеть по умолчанию — это порты 8880, 8843, 8080 (это уже не нужно, просто тестирую внедрение L3) к моему контроллеру, и 53 (DNS) к моему DNS-серверу. Я удалил все ограничения подсетей из гостевого доступа UniFi, так как они не имеют особого значения, когда сети vlaned. Я видел несколько человек с этой проблемой, но она всегда решалась с помощью правил брандмауэра: http://community.ubnt.com/t5/UniFi-Beta/Guest-VLAN-no-connection-to-software-controller/m-p/964135#U964135. Но, как вы сказали, у вас нет брандмауэра между vlan.

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

Вам просто нужно открыть порты 8880 и 8843 из вашей гостевой сети к IP-адресу контроллера в файрволе. Это не связано с оборудованием Unifi, это ваша сетевая сегментация мешает подключению. Клиент не может попасть на контроллер (на портал), потому что файрвол его блокирует. То же самое относится к маршрутизации через WAN, вам нужно настроить правило NAT/Firewall для этих портов. Как бы вы это сделали для порта 8080 при переходе на L3/inform.

Наш кастомизированный портал на данный момент доступен только внутри сети, так как нет необходимости в его публичной доступности через FQDN. Даже если бы мы перенесли его на публичный маршрутизируемый IP и обновили наш внешний zone file, это не решило бы проблему, так как, похоже, основная проблема в том, что переадресация портала требует присутствия L2 в локальной сети для работы.

Хотя это, безусловно, то, что UBNT нужно исправить, пока что ваша MPLS-сеть должна уметь расширять VLAN. Мы это называем сетью псевдо-проводов (технически Ethernet over MPLS или EoMPLS). Попробуйте поговорить с одним из технических специалистов вашего провайдера и объясните, что вы хотите сделать. Если нужно будет подтолкнуть их в нужном направлении, начните с изучения EoMPLS здесь: http://www.cisco.com/c/en/us/td/docs/switches/metro/catalyst3750m/software/re­lease/12-2_25_seg_seg1/configuration/guide/3750mscg/swmpls.pdf  Оговорка: моя сеть на 100% свободна от Cisco, но мне часто бывает полезно знать больше об оборудовании Cisco, которое используют мои провайдеры, чем они сами. 😀 Если они не смогут помочь, может быть, вам стоит заменить провайдера на AirFiber links?

Насколько я знаю из своего опыта, перенаправление портала будет работать только в том случае, если контроллер UniFi находится в одной подсети (VLAN). Вот как мы обходим это. (Наша потребность в отдельных подсетях связана с огромным количеством пользователей — мы выяснили, что помещение всех 4000 пользователей точки доступа в одну broadcast domain — это действительно, действительно плохая идея. Хотя все наши SSID одинаковые, у нас достаточно физического разделения между зонами "точек доступа", чтобы предотвратить проблемы при перемещении пользователей между зонами).

1) UniFi установлен на Ubuntu server (VM). ISC BIND также установлен на том же сервере. ISC DHCPD работает на другом сервере, но его можно было легко установить на этой машине, что бы и устранило необходимость в адресах ip-helper на основном интернет-маршрутизаторе/файрволе (Sonicwall NSA3500).

2) Ubuntu server имеет сетевые интерфейсы на всех гостевых VLAN (416, 432, 448, 464, 480 и 496):
  eth1 VLAN416 172.28.16.10/20
  eth2 VLAN432 172.28.32.10/20
  eth3 VLAN448 172.28.48.10/20
  eth4 VLAN464 172.28.64.10/20
  eth5 VLAN480 172.28.80.10/20
  eth6 VLAN496 172.28.96.10/20

3) Контроллер UniFi настроен на перенаправление всех гостевых пользователей на portal server portal.skilouise.com

4) BIND использует view statements так, что portal.skilouise.com разрешается по-разному в зависимости от источника DNS-запроса:
  172.28.16.0/20 portal.skilouise.com A 172.28.16.10
  172.28.32.0/20 portal.skilouise.com A 172.28.32.10
  172.28.48.0/20 portal.skilouise.com A 172.28.48.10
  172.28.64.0/20 portal.skilouise.com A 172.28.64.10
  172.28.80.0/20 portal.skilouise.com A 172.28.80.10
  172.28.96.0/20 portal.skilouise.com A 172.28.96.10

Это не самое элегантное решение, и, вероятно, не подходит для обычного пользователя, но, похоже, работает. 😀

@NetworkGeek

Вы используете гостевой портал? Из того, что я нашел, перенаправление портала не работает, если UniFi контроллер находится в локальной сети LAN. Как только между гостевой подсетью и UniFi контроллером появляется роутер, перенаправление портала перестает работать. Кроме гостевого портала, в остальном проблем не должно возникнуть. Обратите внимание на предыдущие обсуждения о том, как настроить локальный DHCP-сервер на каждом сайте, чтобы точки доступа знали, как найти UniFi сервер, или вручную указать URL-адрес информирования на каждой точке доступа.