Adoption loop?

[Hofstede]

Heb je al in de server.log file gekeken welke meldingen je krijgt als je probeert te adopteren?
Welke DNS server gebruik je? Geen PIHole of iets dergelijks?

 

[niekniek89]

output uit server.log:

[2022-04-04T15:44:22,578] <inform-1913> WARN inform - dev[74:ac:b9:a6:fc:88] used default key in UNKNOWN state, reject it!
[2022-04-04T16:34:08,427] <inform-17> WARN inform - dev[74:ac:b9:a6:fc:88] used default key in ADOPTING state, reject it!
[2022-04-04T16:44:34,141] <inform-19> WARN inform - dev[74:ac:b9:a6:fc:88] used default key in UNKNOWN state, reject it!
[2022-04-04T16:48:35,011] <inform-19> WARN inform - dev[74:ac:b9:a6:fc:88] used default key in UNKNOWN state, reject it!
[2022-04-04T16:52:34,068] <inform-23> WARN inform - dev[74:ac:b9:a6:fc:88] used default key in UNKNOWN state, reject it!
[2022-04-04T19:28:04,201] <webapi-446> WARN dev - [Try advAdopt] Removing host key and fingerprint for 74:ac:b9:a6:fc:88
[2022-04-04T19:30:26,476] <inform-24> WARN inform - dev[74:ac:b9:a6:fc:88] used default key in ADOPT_FAILED state, reject it!

2022-04-05T10:28:42,943] <inform_stat-1> WARN event - Unrendered device from unknown type ap_from while trying to render device name
[2022-04-05T10:28:42,944] <inform_stat-1> WARN event - Unrendered device from unknown type ap_to while trying to render device name
[2022-04-05T10:33:28,657] <pool-2-thread-1> WARN dev - Device adoption - process not finished. Reason: timeout

heb in de server.log even gezocht op het MAC adres, en kan dit al vinden...

 

[gewoon in de kroeg]

UDR:

Bekijk bijlage 5188
Zodra ik de nieuwe UniFi Flex aansluit:

Bekijk bijlage 5189
Lijkt dus wel in het juiste VLAN terecht te komen?
Hij blijft hier vervolgens in hangen:

Bekijk bijlage 5190

Wel een vreemd IPadres voor een (nog) niet geadopteerd device.

 

[niekniek89]

tsja, heel apart.
de vorige 4 flex mini's hadden totaal geen issues.
ze willen nu een UniFi OS Support file hebben.
deze ben ik nog aan het maken/downloaden, en zal deze eens uploaden.

ben benieuwd of zij iets "vreemds" zien...

 

[niekniek89]

Ik heb het "issue" gevonden:


Ik had "content Filtering" op "Family" staan......
Deze heb ik nu op "None" staan, en adopten is meteen goed gegaan....

Deze "content Filtering" stond dus ook aan op mijn default VLAN.
Dit ook doorgegeven aan UI-Glenn, waar ik al heel de dag contact mee heb via het forum.
Die vind het "Interesting".

Zodra ik de content filtering weer aanzet, switch reboot.... schiet hij meteen weer op adopting.
Zet ik content filering uit, word hij meteen geadopt, zonder reboot.

Adopten MET een content filtering lukt dus niet....

 

[niekniek89]

Nu vallen natuurlijk alle muntjes ...
Op de Windows laptop (met een verse controller) was ook geen "Content Filtering" aangezet.
Vandaar dat de switch het meteen deed.

Als ik nu in mijn MGMT (waar alle switches in zitten) "Content Filtering" aanzet, springen ze direct allemaal op "Adopting"...

 

[Hofstede]

Denk dat content filtering de communicatie tussen switch en controller blokkeert. Maar dat content filtering hoort eigenlijk alleen te gebeuren op verkeer van binnen naar buiten en vice versa.

 

[niekniek89]

Denk dat content filtering de communicatie tussen switch en controller blokkeert. Maar dat content filtering hoort eigenlijk alleen te gebeuren op verkeer van binnen naar buiten en vice versa.

Ja daar lijkt het inderdaad wel op. Hij zit nu in het mgmt vlan, waar het sowieso uit staat.
Op het default vlam stond hij aan (waar hij de 1e keer in terecht komt voor adopten).

Hij werkt gelukkig .

 

[Komodo]

Fijn dat het is opgelost. Je gaat voor het speldje "UniFi Speurder van de Week".

 

[Ambidexterity]

Dat zijn van die kleine dingetjes waarop je helemaal jezelf gek op zoekt.
Vorige week ook zo'n akkefietje gehad, meer dan een dag mee bezig geweest, uiteindelijk was het een vinkje die aan stond van een functie die niet in de telefoon app zit.
Nou ja, mooi dat je het hebt gevonden.

Maar toch blijft het vreemd dat 3 switchen geen probleem hebben met "content filtering" en 1 switch dan weer wel.
En als ik het goed begrijp, als je "content filtering" aanzet, dan gaat de switch wederom de fout in?

 

[niekniek89]

Dat zijn van die kleine dingetjes waarop je helemaal jezelf gek op zoekt.
Vorige week ook zo'n akkefietje gehad, meer dan een dag mee bezig geweest, uiteindelijk was het een vinkje die aan stond van een functie die niet in de telefoon app zit.
Nou ja, mooi dat je het hebt gevonden.

Maar toch blijft het vreemd dat 3 switchen geen probleem hebben met "content filtering" en 1 switch dan weer wel.
En als ik het goed begrijp, als je "content filtering" aanzet, dan gaat de switch wederom de fout in?

Alle switches gaan fout met "Content Filtering".
Alleen na het adopten, heb ik deze onder "services" verplaatst naar het MGMT vlan.
Daar stond deze sowieso uit.

Alle "nieuwe" devices komen standaard in het default vlan uit, en daar stond hij aan.
Als ik nu "Content Filtering" aanzet op het MGMT vlan, krijg ik bij alle switches "adopting", en daar komt ie niet uit.
Zodra ik de filter weer uitzet, zijn ze direct weer "online".

Nooit gedacht dat die filter issues zou veroorzaken (lokaal)...
UI-Glenn wilde nog wat aanvullende logboeken van voor en na de filtering, die heeft hij nu.

 

[Bouli]

Interessant of dit alleen bij de flex mini zo is of ook bij andere switches.

 

[Marnix61]

Mijn gevoel zegt dat het meer met beperkingen van de UDR te maken heeft

 

[Komodo]

Mijn gevoel zegt dat het meer met Content Filtering te maken heeft.

De UDR draait hetzelfde OS als de andere routers van UI (versies zijn hetzelfde). En OS'en worden over het algemeen "geport" naar andere (compatibele) hardware. Dat de UDR wat meer tijd nodig heeft om alles op een rijtje te zetten heb ik zelf aan den lijve ondervonden. Dus die beperking klopt wel. Maar om de UDR nu als "sub par" weg te zetten, gaat me een beetje te ver.

Tot zo ver de beslommeringen van een blije UDR eigenaar

 

[Hofstede]

Het zou ook zomaar een bug kunnen zijn.

Die Content Filtering hoort gewoon niet in te grijpen op management verkeer.

 

[Wimpie]

Ik zeg dit is een vaak voorkomend probleem bij de flex mini

 

[Komodo]

Ik zeg dit is een vaak voorkomend probleem bij de flex mini

Ik zeg: je zou zo maar eens gelijk kunnen hebben. De Flex Mini is natuurlijk wel heel errug "instap" en dan moet het ergens vandaan komen. Ik heb overigens zelf geen enkel probleem met mijn 4 Flexjus dus als je ze maar "eenvoudig" inzet, heb je er best veel plezier van voor 3 tienen per stuk

 

[Wimpie]

De 5e flex mini die ik toevoegde aan mijn netwerk, leverde ook adoptie problemen. Het heeft mij uren gekost voor ik hem kon adopteren.

UI-Glen kon geen oplossing aandragen. Uiteindelijk mocht ik hem terugsturen, maar plots werkte hij. Op het forum van Uniquiti staat hier meer over gemeld. Kennelijk kan hij soms nukkig zijn

 

[Komodo]

De 5e flex mini die ik toevoegde aan mijn netwerk, leverde ook adoptie problemen. Het heeft mij uren gekost voor ik hem kon adopteren.

UI-Glen kon geen oplossing aandragen. Uiteindelijk mocht ik hem terugsturen, maar plots werkte hij. Op het forum van Uniquiti staat hier meer over gemeld. Kennelijk kan hij soms nukkig zijn

Goed om te weten! Als ik een 5e nodig heb, ben ik voorbereid

 

[niekniek89]

Lijkt mij ook geen UDR gerelateerd issue te zijn. Ik heb met heel de UDR nog nooit issues gehad (m.b.t. het koppelen van nieuwere devices).
Ik had een aantal weken geleden nog een 4e UniFi Flex mini, en een G3 Instant toegevoegd, zonder issues.
Kort geleden heb ik Content Filtering aangezet, (om eens te kijken wat dit exact oplevert).
Na dit aangezet te hebben (nog steeds geen issues ervaren), tot ik de 5e Flex Mini aangeschaft had.

Blijkbaar word er idd het e.a. aan verkeer gedropt zodra deze filtering ingeschakeld word.
Het blijft nu aardig stil op het Ubiquiti forum, maar zal er eens nieuw leven in blazen .
Ben wel benieuwd wat de reden geweest is.