Привет, воскресаю, потому что, похоже, вижу те же симптомы. У меня стоит контроллер 4.7.6 на Ubuntu 64-бит. USG3 работает на версии 4.2.11.4796630, а US24 — на 3.3.11.3850. Есть проводной Windows-клиент, который не может подключиться — пытается попасть на порт контроллера 8882 через редирект, но контроллер на этот порт не слушает:  
root@unifi:~# netstat -an | grep 88  
tcp6 0 0 :::8843 :::* LISTEN  
tcp6 0 0 :::8880 :::* LISTEN  

Порты у меня по умолчанию. iptables ничего не блокирует:  
#Thu Jan 21 17:59:29 UTC 2016  
debug.device=warn  
debug.mgmt=warn  
debug.system=warn  
download_timeframe=-1  
is_default=false  
portal.redirector.port.wired=8882  
unifi.https.ciphers=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA,TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA  
unifi.https.sslEnabledProtocols=TLSv1.2  
...  

Chain INPUT (policy ACCEPT)  
target prot opt source destination  

Chain FORWARD (policy ACCEPT)  
target prot opt source destination  

Chain OUTPUT (policy ACCEPT)  
target prot opt source destination  

Проблемная сеть — это «корпоративная» сеть на VLAN 2, которая корректно настроена на коммутаторе US24, и я получаю правильный IP. Пинг проходит без проблем. Интересно, что редиректор USG3, кажется, перенаправляет только http:// URL, а https:// пропускает без проблем, думаю, об этом стоит поговорить отдельно.  

У клиента статический IP, настроенный через DHCP (конфигурируется из панели управления unifi):  
service {  
   dhcp-server {  
       disabled false  
       hostfile-update enable  
       shared-network-name lan_network_192.168.2.0-24 {  
           authoritative enable  
           description vlan2  
           subnet 192.168.2.0/24 {  
               default-router 192.168.2.1  
               dns-server 192.168.2.1  
               lease 86400  
               start 192.168.2.100 {  
                   stop 192.168.2.199  
               }  
               static-mapping f8-bc-12-59-74-9a {  
                   ip-address 192.168.2.2  
                   mac-address f8:bc:12:59:74:9a  
               }  
...  

Процесс DHCP RELEASE/RENEW выглядит корректно, без подозрительных опций для клиента.  

Я указал этого клиента в группе «default», а не «automatic». Не до конца понимаю, что это значит для проводных клиентов, но я на следующей неделе иду на обучение unifi, тогда спрошу. Насколько я понимаю, политика группы «default» отвечает только за ограничение пропускной способности, но интересно, не влияет ли это как-то на обработку этого клиента.  

Отключил файрвол на Windows-клиенте — результата нет. Перезагружал контроллер — тоже без изменений. Хотелось бы понять, что вообще происходит и почему, буду благодарен за любые идеи.  

Похоже, контроллер должен слушать порт 8882, но не слушает.