Hin und wieder kommt es vor, dass man einen UAP neu konfigurieren muss weil sich die Anforderungen ge\u00e4ndert haben. Bei mir im Speziellen musste der UAP in ein anderes VLAN geh\u00e4ngt werden.<\/p>\n
Wenn der UAP nicht mehr erreicht werden kann, sollte man ihn RESETTEN, indem man auf der Unterseite, im kleinen Loch den Schalter, zB mit einer aufgebogenen B\u00fcroklammer, 10 Sekunden dr\u00fcckt oder wenn der UAP noch per SSH erreicht werden kann mit folgendem Befehl:<\/p>\n
syswrapper.sh restore-default<\/em><\/pre>\nAnschlie\u00dfend, wenn er im selben Subnetzbereich ist wird er automatisch vom Server erkannt. Man muss dann nur noch auf \u201eAdopt\u201c klicken und schon wird er konfiguriert.
\nAnders verh\u00e4lt es sich wenn sich der UAP in einem anderen Subnetz h\u00e4ngt. Hier muss die IP-Adresse des UAP in Erfahrung gebracht werden, zB \u00fcber die DHCP-Konsole des Servers, anschlie\u00dfend verbindet man sich mit SSH auf den UAP mit Username und Passwort \u201eubnt\u201c. Dann noch folgendes ausf\u00fchren:<\/p>\n\n
- \n
set-inform http:\/\/<server-ip-adresse>:8080\/inform<\/a><\/pre>\n<\/li>\n- den Anweisungen am Bildschirm folgen<\/li>\n<\/ol>\n
In der Weboberfl\u00e4che des Servers sollte nun der UAP provisioniert werden.<\/p>\n
Genaueres verr\u00e4t dieser Beitrag<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"
Problem: Hin und wieder kommt es vor, dass man einen UAP neu konfigurieren muss weil sich die Anforderungen ge\u00e4ndert haben. Bei mir im Speziellen musste der UAP in ein anderes VLAN geh\u00e4ngt werden. L\u00f6sung: Wenn der UAP nicht mehr erreicht … Weiterlesen