[Unifi] Accespoint blijft op 'adopting' staan

[vandermark]

Ik draai al tjden probleemloos Unifi in een docker waarmee ik mijn drie wifi accespoints manage. Sinds kort (na update unifi?) staat 1 van de 3 continu op 'adopting' en ik krijg hem niet aan de praat...

Heb hem even van de PoE afgehaald en weer aangesloten maar blijft zo staan:



Hebben jullie tip/idee hoe dit op te lossen?

Edit: Via SSH/Putty ingelogd op de accespoint en deze gereset via commando

set-default

Daarna in Unifi accespoint 'forget' commando gegeven en daarna verscheen die weer blanco. Adopt gedaan maar helaas geen soelaas... Blijft weer op 'adopting' hangen

Edit 2: Via SSH/Putty laatste firmware erop gezet. Device kwam weer als nieuw in Unifi om te adopten en weer blijft die daar hangen...

Ik weer niet meer wat ik kan doen, suggesties?

[Voor 35% gewijzigd door vandermark op 17-02-2023 21:32]

[HKLM_]

Staan alle firewall porten wel open in je docker container?

[vandermark]

HKLM_ schreef op vrijdag 17 februari 2023 @ 21:39:
Staan alle firewall porten wel open in je docker container?

Dat weet ik niet...
Hoe kan ik dat checken? Ik draai de docker op een Synoogy NAS. Unifi is prima werkend al tijden en na een reset komt de device ook prima te voorschijn met optie om te adopten. Maar dat gaat dus mis...

Edit, ik heb de firewall op de synology uitstaan. Dat zou dus geen probleem moeten zijn.

[Voor 10% gewijzigd door vandermark op 17-02-2023 21:47]

[vandermark]

Zojuist via de Unifi app het betreffende accespoint kunnen updaten. Dat leek goed gegaan te zijn maar daarna ook weer voor 'adopt' gekozen in de app. En dan blijft die weer hangen...
Schiet mij maar lek. wat een gedoe zeg... Ik weer echt niet meer wat ik nu verder nog kan doen?

[Fab1Man]

Als je een ander AP reboot, schiet die dan ook in adopting mode?

[vandermark]

Fab1Man schreef op vrijdag 17 februari 2023 @ 22:05:
Als je een ander AP reboot, schiet die dan ook in adopting mode?

Nee, de andere twee doen het prima.

Ik heb voor nu het betreffende accespoint even in 'stand-alone' mode gezet buiten de unifi controller om...
Dan werkt die prima. Het ding zelf is dus niet stuk.

Binnenkort nog maar eens proberen. Wellicht ligt het aan laatste unifi versie.

[Fab1Man]

Ik heb eerder issues gehad dat dit gebeurde en langzaam maar zeker viel er steeds smeer om. Op een gegeven moment kreeg elk device een x.x.x.21 adres. Het rebooten van de cloud key of in jouw geval de docker instance wil nog wel eens wonderen verrichten. Het enige jammer aan Unifi in mijn ervaring, op een geven moment lijkt de dhcp pool kapot te zijn en geen ip adressen meer uit te willen geven wat ook effect heeft op het adopten.

[HKLM_]

vandermark schreef op vrijdag 17 februari 2023 @ 21:44:
[...]

Dat weet ik niet...
Hoe kan ik dat checken? Ik draai de docker op een Synoogy NAS. Unifi is prima werkend al tijden en na een reset komt de device ook prima te voorschijn met optie om te adopten. Maar dat gaat dus mis...

Edit, ik heb de firewall op de synology uitstaan. Dat zou dus geen probleem moeten zijn.

In je docker installatie op je syno heb je toch de poorten staan. Staan ze daar allemaal in? Ik denk dat je STUN poort niet goed staat eigenlijk.

[FuaZe]

Je kunt ook via SSH inloggen op het accesspoint en dan handmatig de "set-inform" url instellen.

[Kaalus]

FuaZe schreef op zaterdag 18 februari 2023 @ 08:56:
Je kunt ook via SSH inloggen op het accesspoint en dan handmatig de "set-inform" url instellen.

Dit hielp bij mij ook, laatst een aantal AP's van controller gewisseld en zelfs na een reset bleven die op adpoting hangen. Na de set-inform kwamen ze er direct doorheen!

[vandermark]

HKLM_ schreef op zaterdag 18 februari 2023 @ 03:36:
[...]


In je docker installatie op je syno heb je toch de poorten staan. Staan ze daar allemaal in? Ik denk dat je STUN poort niet goed staat eigenlijk.

Zo staat het in de container van Unifi:

FuaZe schreef op zaterdag 18 februari 2023 @ 08:56:
Je kunt ook via SSH inloggen op het accesspoint en dan handmatig de "set-inform" url instellen.

Dit ga ik straks proberen, tx

[vandermark]

Het heeft niet geholpen. Blijft op 'adopting' staan...
Ik zie in het logboek van de unifi container wel diverse fouten staan...

2023-02-18T09:47:47. stdout [01;33m:0 webRtcId 13 terminated with code: (-2147090409) WebRTC connection interrupted from far side[22;37m
2023-02-18T09:47:47. stdout [01;31m:0 Unable to do SSL I/O[22;37m
2023-02-18T09:47:47. stdout [01;31m:0 SSL_read permanently failed: (6) [22;37m
2023-02-18T09:45:35. stdout [01;31m:0 Invalid channel id: c0015; SID: 0x0015; _maxSctpChannels: 0x0400[22;37m
2023-02-18T09:45:11. stdout [01;33m:0 All TURN channel bindings failed[22;37m
2023-02-18T09:45:10. stdout [01;33m:0 Permanent error code on channel bind request: 403 - Forbidden IP[22;37m
2023-02-18T09:45:10. stdout [01;33m:0 Permanent error code on channel bind request: 403 - Forbidden IP[22;37m
2023-02-18T09:43:19. stdout [01;33m:0 webRtcId 12 terminated with code: (-2147090409) WebRTC connection interrupted from far side[22;37m
2023-02-18T09:43:19. stdout [01;33m:0 STUN id: 4; fd: 205 172.17.0.5:60680 -> 192.168.178.50:40078 (eth0) DTLS id: 16 (192.168.178.101:60680) (PEER) timed out[22;37m
2023-02-18T09:41:37. stdout [01;31m:0 Invalid channel id: 1c0003; SID: 0x0003; _maxSctpChannels: 0x0400[22;37m
2023-02-18T09:35:17. stdout [01;33m:0 webRtcId 11 terminated with code: (-2147090409) WebRTC connection interrupted from far side[22;37m
2023-02-18T09:35:17. stdout [01;33m:0 STUN id: 4; fd: 198 172.17.0.5:52462 -> 192.168.178.50:48536 (eth0) DTLS id: 16 (192.168.178.101:52462) (PEER) timed out[22;37m
2023-02-18T09:34:56. stdout [01;33m:0 All TURN channel bindings failed[22;37m
2023-02-18T09:34:56. stdout [01;33m:0 Permanent error code on channel bind request: 403 - Forbidden IP[22;37m
2023-02-18T09:34:56. stdout [01;33m:0 Permanent error code on channel bind request: 403 - Forbidden IP[22;37m
2023-02-18T09:32:23. stdout [01;33m:0 All TURN channel bindings failed[22;37m
2023-02-18T09:32:22. stdout [01;33m:0 Permanent error code on channel bind request: 403 - Forbidden IP[22;37m
2023-02-18T09:32:22. stdout [01;33m:0 Permanent error code on channel bind request: 403 - Forbidden IP[22;37m
2023-02-17T22:02:53. stdout [01;33m:0 webRtcId 10 terminated with code: (-2147090409) WebRTC connection interrupted from far side[22;37m

[Voor 3% gewijzigd door vandermark op 18-02-2023 10:59]

[nelizmastr]

Niet stiekem een inform url override in je controller staan? Indien wel, zet deze dan naar het IP van je NAS indien mogelijk.

Bugje in Unifi dat al sinds jaar en dag speelt: als je via ssh de inform url opgeeft, moet je dat 2x doen voordat het werkt

[vandermark]

nelizmastr schreef op zaterdag 18 februari 2023 @ 11:10:
Niet stiekem een inform url override in je controller staan? Indien wel, zet deze dan naar het IP van je NAS indien mogelijk.

Bugje in Unifi dat al sinds jaar en dag speelt: als je via ssh de inform url opgeeft, moet je dat 2x doen voordat het werkt

Nee, die staat uit. Ik heb geprobeerd om die goed te zetten naar IP van de NAS maar dan krijg ik een foutmelding omdat ik twee sites heb... (1) Default die leeg is en niet weg kan en (2) een restore van oude unifi die ik gebruik.

Ik ga eens proberen twee keer de inform URL op te geven.

[vandermark]

Twee keer inform URL heeft niet geholpen. Ik denk dat geheel opnieuw beginnen met Unifi enige optie is.

[vandermark]

Nou, maar even rigoreus andere route:
Op de RaspberryPi4 met HAOS Unifi geïnstalleerd als add-on. Werkt goed en alle devices prima kunnen migreren. We kunnen verder