discussion Probleem met "Override inform host"

[maruko]

Goedemiddag,

Wij hebben een Cloud controller voor meerdere sites.
Wij gebruiken glennr.nl zijn scripts om updates te doen. Dit gaat feilloos, hij geeft altijd alleen een waarschuwing dat wij het veld "Override Inform Host" niet hebben ingevoerd.

Ik dacht gisteravond, laat ik even met mijn goede gedrag dat invullen, netjes onze inform url ingevuld (Zonder poort, zonder http:// dus alleen de URL)
Nadat ik het deed, raakte diverse AP's disconnected.

Toen ik ging kijken in de AP, met SSH, zag ik de inform URL verwijzen naar: http://url:8443/inform
Terwijl de inform moet natuurlijk zijn http://url:8080/inform

Ik kan met het veld: Override inform host alleen maar een URL invullen en niks met poorten of http..

Hoe kan dit? Iemand een idee waar hij dat vandaan haalt?

Dank vast

Marco

 

[Hofstede]

Je moet geen URL invullen. Alleen het IP of de hostnaam van de controller.

 

[maruko]

de hostnaam is toch gelijk aan de URL?
Op zich doet ie het URL deel wel goed, het gaat mis met de poort 8080, dat ie 8443 doet als inform.

Dus stel: set-inform http://url:8080/inform
doe ik altijd.. dan moet ik het 'url' deel in dat veld invoegen, lijkt mij. maar als ik dat doe;

Dan maakt hij ervan: http://url:8443/inform
Ik kan dus nergens die 8443 / 8080 bepalen in de webinterface.

 

[Hofstede]

Weet je zeker dat je in de system.properties file van de controller op de server niet de standaard poort gewijzigd hebt van 8080 naar 8443?

Toevoeging: Als het zonder de Override setting altijd goed gewerkt heeft zou ik het gewoon zo laten.

 

[maruko]

Zie bijlage, alles nog default zo lijkt het. Stom zeg dit.. Ok ik laat het wel los dan dank voor de effort!

 

[Davey400]

de hostnaam is toch gelijk aan de URL?

Je verwart termen.
Even heel kort door de bocht en voorbijgaand aan alle officiële RFC's:
Een hostname is in principe een DNS naam, dus servernaam.domein.extensie. Maar kan ook alleen 'servernaam' zijn.
Een url is een hostname met het voorvoegsel van het te gebruiken protocol, dus bijv http://, eventueel gevolgd door de te gebruiken poort. (de :8080)

Standaard voor Unifi controllers is de inform URL: http://unifi:8080/inform

Het mooiste is als je een dns-naam van je controller gebruikt. Als dat niet mogelijk is dan mag een ip-adres ook:
http://[IP]:8080/inform

Een beetje off-topic: Je geeft aan dat het 'een Cloud controller voor meerdere sites' is. Het is wel verstandig om er voor te zorgen dat de verbinding tussen die sites en de controller secure en afgeschermd is.

 

[maruko]

Hee Davey, dank voor de reactie!

Het stukje url/hostname gaat eignelijk goed. Het gaat erom dat ie poort 8443 automatisch als link gebruikt.
Terwijl het 8080 moet zijn.

Ik laat het maar rusten, het is gewoon gek.

 

[Davey400]

8443 wordt door sommige webservers gebruikt als default port voor HTTPS, Apache bijvoorbeeld.
Omdat je het over scripting hebt denk ik dat je dus een software based controller zelf draait. Dat zou best op basis van Apache kunnen zijn?
(En dan is 8443 weer niet zo gek dus.)

 

[aswulf]

de hostnaam is toch gelijk aan de URL?
Op zich doet ie het URL deel wel goed, het gaat mis met de poort 8080, dat ie 8443 doet als inform.

Dus stel: set-inform http://url:8080/inform
doe ik altijd.. dan moet ik het 'url' deel in dat veld invoegen, lijkt mij. maar als ik dat doe;

Dan maakt hij ervan: http://url:8443/inform
Ik kan dus nergens die 8443 / 8080 bepalen in de webinterface.
Zie bijlage, alles nog default zo lijkt het. Stom zeg dit hier . Ok ik laat het wel los dan dank voor de effort!

Controleer of er geen automatische omleiding naar 8443 is in de code of configuratie. Soms gebeurt dit in standaardinstellingen.

 

[maruko]

Het zit niet zo in de serverside verwerking, ik leg uit:

Op 't moment dat ik deze box in vul: Laten we als voorbeeld uitgaan van test.test.nl


Dan stuurt de controller direct naar alle AP's deze inform link:

Als we in dit voorbeeld verder gaan staat daar http://test.test.nl:8443/inform

Dus de controller stuurt naar alle APs poort 8443 door terwijl dat niet de inform port is. Dat is het probleem en daarom verlies ik de connectie met alle APs.
Ik ben uiteindelijk alle APs weer nagelopen om de goede set-inform handmatig te doen op poort 8080

 

[Davey400]

Ben nu niet in de gelegenheid om te testen*, maar wat als je de gewenste poort gewoon meegeeft?
(dus test.test.nl:8080)


*(Nou ja, zou wel kunnen testen, maar geen tijd om te herstellen als het fout gaat.

 

[maruko]

Ja! Zo dacht ik het ook inderdaad, als je dat in het veld zet, geeft ie aan geen valide waarde. Dus je kan geen handmatige poort er in meesturen.
Enige wat ik mij nog kan bedenken is dat je in system.properties juist de waarde wel hard in zet..

 

[Menace]

zag dit bij unifi zelf hierover:

https://help.ui.com/hc/en-us/articles/218506997-UniFi-Network-Required-Ports-Reference

Maar lijkt alleen voor self hosted omgeving.

 

[maruko]

Ja, het betreft ook selfhost.
Uiteindelijk heeft het misschien toch geen toegevoegde waarde om de override in te stellen. Dus we laten het maar varen

 

[RobertKoopman]

Dit probleem heb ik volgens mij ook.
Ik host twee sites op mijn CLoudKey en lokaal gaat het altijd fout met die URL.
Van buitenaf dus niet, dat werkt prima.
Als ik mijn UXG-Pro moet bijwerken moet ik dat set inform altijd handmatig doen.