Ubiquiti access point verliezen 'inform' port

[xmen]

Ik heb hier thuis een klein netwerkje opgezet met Ubiquiti hard- en software.

De Unifi controller draait in een docker container.
Heel specifiek heb ik deze docker image gebruikt van docker hub : linuxserver/unifi-controller.

Conainer heb ik aangemaakt met volgend commando :

docker run -d \
--name=unifi-controller \
-e PUID=1000 \
-e PGID=1000 \
-p 3478:3478/udp \
-p 10001:10001/udp \
-p 6565:8080 \
-p 6464:8443 \
-v <path to data>:/config \
--restart unless-stopped \
linuxserver/unifi-controller

Omdat er op de server nog verschillende docker containers draaien heb ik de http poort 8080 van de container gemapped op port 6565.

De verschillende access points heb ik via ssh allemaal naar de docker container gewezen, door het set-inform commando. "set-inform http://192.168.0.39:6565/inform"
192.168.0.39 is het intern ip adres van server.

Nu zit ik met het probleem dat na enkele dagen de access points allemaal de poort blijken te 'vergeten'. Ip address van de server onthouden ze allemaal, maar ze defaulten allemaal terug naar poort 8080.
Dus als ik na enkele dagen naar de unifi controller kijk, hebben de access points allemaal de status "adopting".
Als ik via ssh inlog op de acces points en het "info" command geef staat de inform url op : "http://192.168.0.39:8080/inform".

Als ik met het set-inform commando de poort terug goed zet, gaat het terug enkele dagen goed. totdat de access points de poort weer lijken te vergeten.

Alle hulp is welkom.

[johnkeates]

Dat komt door dat je interne docker IP adres en/of poort niet matchen met de externe IP-Port combinatie. Dat zal ook wel een probleem blijven, want zodra je je container herstart heb je een ander adres.

Wat je kan doen is in de controller een override maken zodat de inform host bijgewerkt wordt naar de docker host in plaats van docker container.

[xmen]

Ik kan niet helemaal volgen. Daarom doe ik juist de port mapping. Die poorten en ip adres van de controller blijven ook hetzelfde na elke restart van de docker container.

In de unifi controller onder settings/controller kan je inderdaad een controller hostname ingeven.
Die heb ik ook op 192.168.0.39 gezet.
ook het "Override inform host with controller hostname/IP" is aangevinkt.
Maar dat is het probleem niet want het ip adress van de controller onthoud hij. Het is echt enkel de poort die hij vergeet.

[ Voor 10% gewijzigd door xmen op 25-12-2020 16:59 ]

[Jeroen_ae92]

Die poort wordt inderdaad overschreven. Want de controller zegt het is poort 8080 en zet dus goed. Beter is het om het in de system.properties van de controller goed te zetten en dan een één op één mapping te doen ipv een translate naar een andere poort.
https://help.ui.com/hc/en...ed-Changing-Default-Ports

[xmen]

ik heb dit ook al eens geprobeerd. Maar dit gaf andere problemen, maar dat kan natuurlijk ook gevolg zijn van een andere setting die ik toen geprobeerd heb.

Dit is dan de "unifi.http.port" setting ?

alvast bedankt,

Xavier

[HKLM_]

xmen schreef op vrijdag 25 december 2020 @ 20:51:
ik heb dit ook al eens geprobeerd. Maar dit gaf andere problemen, maar dat kan natuurlijk ook gevolg zijn van een andere setting die ik toen geprobeerd heb.

Dit is dan de "unifi.http.port" setting ?

alvast bedankt,

Xavier

Het is inderdaad de unifi.http.port=8080 # device inform in de config. Hou er rekening mee dat je geen porten <1024 kan gebruiken in de config.

[ Voor 8% gewijzigd door HKLM_ op 25-12-2020 21:08 ]

[xmen]

net geprobeerd
unifi.http.port=6565

en docker container herstart.

maar geen van de 3 access points meld zich dan nog aan.
ze blijven allemaal op status adopting staan.

[Koekstra]

xmen schreef op vrijdag 25 december 2020 @ 21:27:
net geprobeerd
unifi.http.port=6565

en docker container herstart.

maar geen van de 3 access points meld zich dan nog aan.
ze blijven allemaal op status adopting staan.

Heb je ook je poort mapping weer aangepast naar de huidige situatie?

[johnkeates]

Dit moet je instellen maar dan met de gegevens van je docker host, niet de container:

[xmen]

johnkeates schreef op vrijdag 25 december 2020 @ 21:32:
Dit moet je instellen maar dan met de gegevens van je docker host, niet de container:
[Afbeelding]

Die staat goed. Ook het flagje daaronder is aangevinkt.
De host onthoud hij goed. Maar het is de poort die ze vergeten.

[ Voor 6% gewijzigd door xmen op 25-12-2020 21:34 ]

[johnkeates]

xmen schreef op vrijdag 25 december 2020 @ 21:33:
[...]


Die staat goed. Ook het flagje daaronder is aangevinkt.
De host onthoud hij goed. Maar het is de poort die ze vergeten.

Heb je de poort er dan ook in staan?

[xmen]

Koekstra schreef op vrijdag 25 december 2020 @ 21:30:
[...]
Heb je ook je poort mapping weer aangepast naar de huidige situatie?

Dat was ik inderdaad vergeten.
Ik was er van uit gegaan dat die poort alleen naar de access points gestuurd ging worden, om te gebruiken voor hun inform requests.
Maar had er niet direct aan gedacht dat dit de nieuwe 'listing-port' van de controller werd.

Heb het nu juist gezet en de access point staan terug online.
Eens zien of hij het onthoud.

[ Voor 26% gewijzigd door xmen op 25-12-2020 21:51 ]

[xmen]

johnkeates schreef op vrijdag 25 december 2020 @ 21:38:
[...]

Heb je de poort er dan ook in staan?

Neen poort heb ik daar niet in gezet.
Maar zoals ik uit de documentatie heb opgenomen moet daar ook niet direct een poort staan (doe je in geval van 8080 ook niet).

Ik denk dat de oplossing van 'Koekstra' wel eens de oplossing zou kunnen zijn. Alvast bedankt voor het meedenken.

[ Voor 4% gewijzigd door xmen op 25-12-2020 21:51 ]

[qwasd]

Doe je dit vanaf fabrieksinstellingen? zo niet dan raad ik aan dit te doen.
Is een bekend probleem lijkt het.

Reset to default, and then issue the correct set-inform to be the only resolution. Just SSHing into one with the wrong port and re-issuing the set-inform with proper port does not hold. It will change to 8887, then after a day or so, it reverts back to 8880.

Of dit (uitvoeren op je AP)

The only way to change it permanently and without factory reset, is to edit the /etc/persistent/cfg/mgmt file, then save the filesystem and perform a reboot.

[ Voor 23% gewijzigd door qwasd op 25-12-2020 23:34 ]

[Miki]

Je zou ook een macvlan kunnen opzetten en dan die koppelen aan je unifi container. Dan ben je klaar met het gedoe van de poorten maar ook met informeren van je AP’s.

Docker en Unifi gaan niet zo heel lekker samen. Op een LXC container draait Unifi naar mijn persoonlijke ervaringen beter.

[ Voor 26% gewijzigd door Miki op 25-12-2020 23:28 ]

[qwasd]

Miki schreef op vrijdag 25 december 2020 @ 23:25:
Je zou ook een macvlan kunnen opzetten en dan die koppelen aan je unifi container. Dan ben je klaar met het gedoe van de poorten maar ook met informeren van je AP’s.

Docker en Unifi gaan niet zo heel lekker samen. Op een LXC container draait Unifi naar mijn persoonlijke ervaringen beter.

Dit zou inderdaad ook mogelijk zijn.
Zo heb ik er ook wat draaien.

Of zijn andere applicatie (die niet zo moeilijk doet) met poort 8080 gewoon omzetten naar een andere poort in Docker.

[xmen]

qwasd schreef op vrijdag 25 december 2020 @ 23:20:
The only way to change it permanently and without factory reset, is to edit the /etc/persistent/cfg/mgmt file, then save the filesystem and perform a reboot.

Dit ben ik ook tegengekomen.
Maar de entry stond al juist in deze file, waarschijnijk door het set-inform commando aan te roepen.

De oplossing aangebracht door 'Jeroen_ae92' (en gespecifieerd door 'koekstra') lijkt me wel een propere oplossing.
ZIen wat hij de komende dagen doet.

[ Voor 15% gewijzigd door xmen op 26-12-2020 11:19 ]

[xmen]

Nu enkele dagen later. En access point blijven connected to controller.

Dus wat mij betreft is dit fixed en mag dit dus dicht.