Newbie: Unifi Access points adopten na move naar nieuwe Synology NAS

9 nov 2023
2
0
1
Ik heb al jaren twee Ubiquity Unifi access points hangen die het prima doen. Lang geleden installeerde ik ooit eens via docker een web interface op een Synology NAS en kon ik daar, en in een app op m'n telefoon, beide AP's zien. Wie er verbonden was, remote resetten etc.
Die setup is echter door de jaren heen vergeten en ook gestorven. Ik doe gewoon te weinig met die techniek. Ik werk wel in de IT, maar op hele andere gebieden.

Een paar jaar terug kocht ik een nieuwe NAS een Synology 918+ en eigenlijk pas vandaag heb ik dat ding ge-upgrade van 6 naar DSM 7. Daarmee ook eens de 'Container Manager' geinstalleerd en weer nieuwsgierig geworden naar m'n oude setup voor de AP's.
Via wat instructies op MariusHosting heb ik Portainer geinstalleerd en daarna via dat de Unifi-Network-Application.
Op zicht werkt de website die nu in dat draait prima, op poort 8443. Maar zie ik enkel de boodschap 'No Access Points Found'.
In dat console zie ik ook 'Server IP' staan op '172.19.0.2'. Een adres dat terugzie in de container binnen Portainer onde 'Connected Networks'.

Ik heb echter geen idee hoe ik dus m'n AP's 'adopt'!
Of dat die IP adressen 'echte' zijn of enkel binnen de 'Containers' (Docker) een doel hebben.

M'n thuisnetwerk is gewoon braaf in de '192.168.1.xxx' range. De twee AP's zitten bekabeld op hun eigen adressen, maar via hun IP nrs kom ik daar niet 'in'. Geen idee of dat wel zou moeten kunnen.

Wie helpt me op weg?
 
Ik ben wat huiverig om prima werkende AP's te resetten. En zoek eerst liever een methode om ze minstens ergens te 'zien' verschijnen.

Hoe 'draai' ik de controller in '192.168.x.x' ? Of, hoe bevestig ik dat ze daar draait? Is het voldoende als ik via http://192.168.1.23:8443 inderdaad op de management tool uitkom? Is dat dat 'draaien'? En wat betekent in dat scherm dan die '172.19.0.2' die ik daar zie?
Ik heb namelijk het gevoel dat die 'Management website' draait binnen een '172.19.xxx.xxx' netwerk binnen 'Container Manager'(Docker). En niet 'binnen' het echte thuisnetwerk. Is daarvoor een aanpassing nodig binnen Portainer of Container Manager? Zo ja, hoe?
 
Je gaat ze alleen maar opnieuw kunnen zien (en vooral beheren) door ze op te nemen in de nieuwe controller.
Meest logische zou zijn om een backup van je oude configuratie terug te zetten, die configuratie was immers verantwoordelijk voor die 2 AP's en daar zullen ze dan ook naar luisteren. Ik vrees echter dat je die backup niet beschikbaar hebt.
Alternatief is via SSH direct communiceren met de AP's. Dan moet je dat in het verleden wel hebben aan/open gezet en je moet het bijbehorende wachtwoord nog weten. Als je in de shell zit van een AP kun je daar ook dingen mee doen, zoals ze direct vertellen dat ze over moeten naar een nieuwe omgeving.

Omdat ik gok dat beide opties niet meer gaan lukken voor jou blijven er denk ik maar 2 dingen over:
- Nemen zoals het is, zolang het werkt, vanaf blijven. En dan dus voor lief nemen dat je geen controle hebt en geen aanpassingen kunt maken.
- Resetten en adopteren in je nieuwe controller. Als je gewoon DHCP op je netwerk hebt zullen de AP's na een reset daar oppoppen, en klaar zijn voor adoptie.

Bij het opnemen in de nieuwe controller moet je natuurlijk wel zorgen dat de aangeboden wifi-zaken (SSID's) weer aanwezig zijn in die controller, anders gaan de AP's ook niets meer zomaar aanbieden.

Als ze al jaren oud zijn kun je ook nieuwe(re) exemplaren kopen (al dan niet gebruikt) en die adopteren in je controller. Dan kun je daarna op je gemak kijken of je nog niets met de oude kunt. Als ze écht heel oud zijn dan is de 2e-hands waarde echter beperkt. Je kunt ook beginnen met 1 natuurlijk.

Nou ja, keuzes zat. Choose wisely. ;)
Succes!
 
  • Leuk
Waarderingen: PeterFrankenSeppe
Die 172 ip range is idd het interne subnet v/d Docker bridge. Intern geneuzel dus van Docker. Als het goed is heb je een local port naar container port mapping gedaan. Je moet het IPadresvanjeNAS:localport ingeven, dan zou je er in moeten komen.

1699601612438.png

Daarna zul je de AP`s moeten resetten als je geen backup hebt of niet met SSH in de AP kunt komen om de nieuwe controller bekend te maken aan je AP. Geen andere keuze, Unifi spul verwacht nu eenmaal actief beheer. Ze verschijnen dan in je nieuwe controller ter adoptie.

Het is wel raadzaam om eerst hier te vermelden om welk type AP het gaat; als die EOL zijn, dan zou het zo maar kunnen dat die niet met de laatste versie v/d controller werken.
 
Laatst bewerkt:
  • Leuk
Waarderingen: PeterFrankenSeppe
Activiteit
Er wordt op dit moment (nog) geen nieuwe reactie gepost.
  Topic Status: Hallo . Er is al meer dan 14 dagen geen nieuwe reactie meer geplaatst.
  De inhoud is mogelijk niet langer relevant.
  Misschien is het beter om in plaats daarvan een nieuw onderwerp te starten..