Unifi / Ubiquiti adoption problemen

[Carboy54]

Ik maak gebruik van een Unifi Cloudkey, USG, Switch en 4 AP's. Na een probleem met de Cloudkey, hardreset hiervan en een upgrade van firmware en software werkt alles weer maar ik kan de AP's niet meer adopten. Krijg de melding managed by other. Ook het verwijderen en weer toevoegen van de AP's geeft daarna zelfde melding. Ik ben dus op zoek naar een ervaren Ubiquiti specialist om mij hierbij te assisteren. Wie kan mij hierbij van dienst zijn??

[lier]

Twee opties (vanaf de cli op het betreffend device door middel van bijvoorbeeld putty):

• set-inform http://[ip-van-controller]:8080/inform (hiermee stel je de controller in op het accesspoint waarnaar geluisterd moet worden)
• syswrapper.sh restore-default (hiermee wordt het accesspoint gereset en kan daarna ge-adopt worden)

[ Voor 3% gewijzigd door lier op 11-06-2020 14:24 ]

[Carboy54]

@lier Bedankt voor de snelle reactie. Omdat de configuratie in het buitenland staat kan ik vertraagd ( niet altijd onmiddellijk dus ) via Teamviewer de opdrachten in HSS uitvoeren. Ik kreeg na inloggen op de cloudkey en de welkomstboodschap bij de eerste opdracht set-inform de melding: command not found. ( ik gebruikte het IP adres van de cloud key.)

[Fidelity]

Ik heb dit probleem ook gehad. Je dient het IP van de AP te gebruiken (niet van de cloud key) om te connecten met SSH/Putty. Als je dan een 'set-inform' uitvoert moet het goed gaan Het antwoord van @lier is dus correct en daarmee moet het lukken.

Je vertelt de AP dus direct (via SSH) dat hij naar een ander basisstation moet luisteren. Niet andersom.

[ Voor 22% gewijzigd door Fidelity op 11-06-2020 17:20 ]

[Piebas]

dat klopt, de commando's moet je op de ap's uitvoeren.

[lier]

Misschien was "vanaf de cli op het betreffend device" niet duidelijk genoeg...inderdaad moet het commando op het accesspoint uitgevoerd worden.

[Carboy54]

@lier Ik neem aan dat ik via SSH erst met ssh <username>@<ip-address> moet inloggen op de cloudkey? Dat lukt maar op de AP kom ik niet verder omdat hij een password vraagt en ik dan een melding krijg dat het wachtwoord onjuist van de AP is terwijl in de Cloudkey dit wachtwoord zichtbaar is en wordt gebruikt voor SSH

[ Voor 64% gewijzigd door Carboy54 op 11-06-2020 20:43 ]

[HKLM_]

Carboy54 schreef op donderdag 11 juni 2020 @ 18:04:
Probleem is dat ik dan een melding krijg dat het wachtwoord onjuist van de AP is en dat is 100% zeker weten goed staat ook in de CK

Je kan in de controller zien welk password je devices mee hebben gekregen als ssh. Als je dit niet hebt veranderd is het ubnt en ubnt

[Carboy54]

@HKLM_ Ik neem aan dat ik via SSH eerst met ssh <username>@<ip-address> moet inloggen op de cloudkey? Dat lukt maar op de AP kom ik niet verder omdat hij een password vraagt en ik dan een melding krijg dat het wachtwoord onjuist van de AP is terwijl in de Cloudkey dit wachtwoord zichtbaar is en wordt gebruikt voor SSH

[HKLM_]

Carboy54 schreef op donderdag 11 juni 2020 @ 20:45:
@HKLM_ Ik neem aan dat ik via SSH eerst met ssh <username>@<ip-address> moet inloggen op de cloudkey? Dat lukt maar op de AP kom ik niet verder omdat hij een password vraagt en ik dan een melding krijg dat het wachtwoord onjuist van de AP is terwijl in de Cloudkey dit wachtwoord zichtbaar is en wordt gebruikt voor SSH

Dat geef ik ook aan als je geen wachtwoord hebt ingesteld voor ssh in de controller dan is het ssh username en wachtwoord voor je ap’s ubnt en ubnt

[RobertMe]

Ik vermoed dat inloggen op de APs juist niet gaat lukken?

Ik lees dat de controller (ook) is gereset, dus het willekeurige (IIRC) wachtwoord in de APs is van de oude installatie van de controller. Na reset van de controller bevat deze dus ook een ander wachtwoord voor SSH. Enige oplossing lijkt mij dus (fysiek) de APs resetten, oftewel, via de reset knop: https://help.ui.com/hc/en...ces-to-Factory-Defaults#3

[Carboy54]

Beste meedenkers.uiteindelijk is het gelukt na hardreset en ssh commando's, vergeten en daarna adopten. BEDANKT! @HKLM_ @lier @RobertMe

[MisteRMeesteR]

Carboy54 schreef op vrijdag 12 juni 2020 @ 14:24:
Beste meedenkers.uiteindelijk is het gelukt na hardreset en ssh commando's, vergeten en daarna adopten. BEDANKT! @HKLM_ @lier @RobertMe

Selecteer nog even het beste antwoord dan