EAP 225 Wall - Zugriffsprobleme mittels Omada
Hallo Zusammen,
ich habe immer wieder Probleme mich auf meinen WLAN Access Point zu verbinden.
Es handelt sich um einen TP-Link EAP225 Wall.
Nachdem er schon ein halbes Jahr gelaufen ist, hab ich letztens mein Netzwerk neu strukturiert und in dem Zuge auch neue WLAN Netzwerke auf dem TP-Link konfiguriert.
Dazu musst ich aber den Omada Controller neu installieren und hab in dem Zuge auch gleich die neueste Firmware auf den AC-Point aufgespielt, so dass wieder alles zusammengepasst.
Folgende Software/Firmware habe ich drauf:
Omada Controller V4.2.8 und auf dem EAP die Firmware V2_5.0.0 Build 20200918
Der EAP läuft soweit auch einwandfrei, allerdings komme ich jetzt nicht mehr auf den AC-Point um Änderungen vorzunehmen.
Bin über den PoE Port mit meinem VLAN-Switch von Netgear und dann über die pfSense verbunden.
Damals kam ich zumindest noch über einen der LAN Ports des AC-Point drauf, aber mittlerweile keine Chance mehr.
Anbei die Meldungen die ich vom Omada Controller bekomme (beim ersten Start und wenn ich nach Beenden nochmal starte).
Hat jemand Erfahrung mit diesen Dingern?
Danke und Gruß
Hans
ich habe immer wieder Probleme mich auf meinen WLAN Access Point zu verbinden.
Es handelt sich um einen TP-Link EAP225 Wall.
Nachdem er schon ein halbes Jahr gelaufen ist, hab ich letztens mein Netzwerk neu strukturiert und in dem Zuge auch neue WLAN Netzwerke auf dem TP-Link konfiguriert.
Dazu musst ich aber den Omada Controller neu installieren und hab in dem Zuge auch gleich die neueste Firmware auf den AC-Point aufgespielt, so dass wieder alles zusammengepasst.
Folgende Software/Firmware habe ich drauf:
Omada Controller V4.2.8 und auf dem EAP die Firmware V2_5.0.0 Build 20200918
Der EAP läuft soweit auch einwandfrei, allerdings komme ich jetzt nicht mehr auf den AC-Point um Änderungen vorzunehmen.
Bin über den PoE Port mit meinem VLAN-Switch von Netgear und dann über die pfSense verbunden.
Damals kam ich zumindest noch über einen der LAN Ports des AC-Point drauf, aber mittlerweile keine Chance mehr.
Anbei die Meldungen die ich vom Omada Controller bekomme (beim ersten Start und wenn ich nach Beenden nochmal starte).
Hat jemand Erfahrung mit diesen Dingern?
Danke und Gruß
Hans
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 638601
Url: https://administrator.de/contentid/638601
Ausgedruckt am: 25.11.2024 um 12:11 Uhr
15 Kommentare
Neuester Kommentar
Hallo,
Dein neu strukturieren soll uns was sagen?
vLANs?
Router?
Bridge?
Ein L2 Netz?
Viele IP Netze?
Controller ist auf was am laufen?
Controller und AP sind im selben IP Netz und Subnetzmaske passt?
Die Lokalen Firewalls sind entsprechend eingestellt das die nötigen Ports erreicht werden können?
Zwischengeschaltete zusätzliche Firewalls spielen auch mit?
Zwischengeschaltete Router spielen auch mit?
Was sagt ein Wireshark der auf das Problem angesetzt wurde aus?
Gruß,
Peter
Zitat von @snah0815:
Nachdem er schon ein halbes Jahr gelaufen ist, hab ich letztens mein Netzwerk neu strukturiert und in dem Zuge auch neue WLAN Netzwerke auf dem TP-Link konfiguriert.
Dazu musst ich aber den Omada Controller neu installieren
Nachdem er schon ein halbes Jahr gelaufen ist, hab ich letztens mein Netzwerk neu strukturiert und in dem Zuge auch neue WLAN Netzwerke auf dem TP-Link konfiguriert.
Dazu musst ich aber den Omada Controller neu installieren
Dein neu strukturieren soll uns was sagen?
vLANs?
Router?
Bridge?
Ein L2 Netz?
Viele IP Netze?
Controller ist auf was am laufen?
Controller und AP sind im selben IP Netz und Subnetzmaske passt?
Die Lokalen Firewalls sind entsprechend eingestellt das die nötigen Ports erreicht werden können?
Zwischengeschaltete zusätzliche Firewalls spielen auch mit?
Zwischengeschaltete Router spielen auch mit?
Was sagt ein Wireshark der auf das Problem angesetzt wurde aus?
Gruß,
Peter
Moin,
Habe jüngst ebenfalls den OMADA 4.2.8 (als Docker) an nem EAP225 Vers3 und der FW 5.0.0 etabliert.
Bei einem AP fragwürdig, aber der Spieltrieb eben
Den AP administrierst du wegen des Controllers doch nur noch über diesen. Der AP bekommt seine Einstellungen vom Controller und ist sozusagen „nur noch“ die verlängerte Antenne....
Deine Screenshots sehen so aus, als wenn du den Controller nun zum zweiten Mal starten willst!?
Starte mal die Windows-Büchse neu bzw. Prüfe mal den TaskManager
Gruß
em-pie
Habe jüngst ebenfalls den OMADA 4.2.8 (als Docker) an nem EAP225 Vers3 und der FW 5.0.0 etabliert.
Bei einem AP fragwürdig, aber der Spieltrieb eben
Den AP administrierst du wegen des Controllers doch nur noch über diesen. Der AP bekommt seine Einstellungen vom Controller und ist sozusagen „nur noch“ die verlängerte Antenne....
Deine Screenshots sehen so aus, als wenn du den Controller nun zum zweiten Mal starten willst!?
Starte mal die Windows-Büchse neu bzw. Prüfe mal den TaskManager
Gruß
em-pie
Kann es sein, dass der OMADA sich als Dienst installiert hat?
Das würde das Verhalten nach dem Reboot erklären.
Habe den wie gesagt als docker und nicht auf einer Windows-Büchse rennen.
Zum Controller (gilt nicht nur für diesen):
Sinn ist es, wenn man z.B. 100APs hat, dass man über eine zentrale Managementstelle, also den Controller, die Geräte administriert. Die Einstellubgen werden dann zum AP provisioniert (hat nichts mit Geld zu tun ).
Im Vontroller stellt man dann alles ein: Name des APs, WLAN-Netze, VLAN-Settings, Authentifizierung am WLAN, Roaming, BandSteering.
Die APs kann man noch zu Gruppen zusammenfassen und die o.g. Einstellungen dann auf Gruppen anwenden. In Firmen gelten mitunter andere Einstellungen der APs am Standort Hamburg als am Standort München. Auch können die APs im EG anders parametrisiert werden, als im OG....
Der OMADA kann obendrein auch Switche und Router von tp-Link verwalten...
Vorteil: eine Management-Oberfläche für alles...
Wenn du den Controller nicht benötigst, wovon ich fast ausgehe:
-> Controller deinstallieren
-> AP reseten
-> AP neu einrichten
-> Fertig werden
Das würde das Verhalten nach dem Reboot erklären.
Habe den wie gesagt als docker und nicht auf einer Windows-Büchse rennen.
Zum Controller (gilt nicht nur für diesen):
Sinn ist es, wenn man z.B. 100APs hat, dass man über eine zentrale Managementstelle, also den Controller, die Geräte administriert. Die Einstellubgen werden dann zum AP provisioniert (hat nichts mit Geld zu tun ).
Im Vontroller stellt man dann alles ein: Name des APs, WLAN-Netze, VLAN-Settings, Authentifizierung am WLAN, Roaming, BandSteering.
Die APs kann man noch zu Gruppen zusammenfassen und die o.g. Einstellungen dann auf Gruppen anwenden. In Firmen gelten mitunter andere Einstellungen der APs am Standort Hamburg als am Standort München. Auch können die APs im EG anders parametrisiert werden, als im OG....
Der OMADA kann obendrein auch Switche und Router von tp-Link verwalten...
Vorteil: eine Management-Oberfläche für alles...
Wenn du den Controller nicht benötigst, wovon ich fast ausgehe:
-> Controller deinstallieren
-> AP reseten
-> AP neu einrichten
-> Fertig werden
Zitat von @snah0815:
Ging bei mir irgendwie nicht.
Muss ich da was besonderes eingeben? So müsste ich doch jetzt auch draufkommen oder?
Ging bei mir irgendwie nicht.
Muss ich da was besonderes eingeben? So müsste ich doch jetzt auch draufkommen oder?
Den AP hast du auf Werksteinstellungen zurückgesetzt?
Denn dann ist dein AP wieder im StandAlone-Betrieb
Wenn Ja, dann wie oben schon geschrieben ("RTFM") entsprechend dieser Anleitung weiter verfahren:
https://www.tp-link.com/us/configuration-guides/quick_start_guide_standa ...
https://www.tp-link.com/de/support/download/eap225-wall/
da wirst du fündig
Ich nutze den EAP225 V3 (nicht Wall) und den administriere ich via LAN und WLAN, und der ist auch mit dem PoE-Port am Switch angeschlossen.
da wirst du fündig
Komme ich auch über PoE Port vom dem ich meine VLANs auf den EAP übertrage drauf (tagged Port) oder nur über WLAN?
Das hängt davon ab.. aber Grundsätzlich ja.Ich nutze den EAP225 V3 (nicht Wall) und den administriere ich via LAN und WLAN, und der ist auch mit dem PoE-Port am Switch angeschlossen.
Den Controller brauchst du nie zwingend.
Die APs lassen sich ja auch autark nutzen...
Er erleichtert dir aber ab 2 APs einiges:
Du richtest einmal alles am Controller ein und das wird dann automatisch an jedem angebundenen AP verteilt.
Du musst somit nicht jeden AP einzeln verwalten.
Aber: der Controller sollte permanent mitlaufen. Daher rennt meiner als Docker auf dem NAS mit...
Lies dich bitte mal zum Thema WLAN-Controller ein...
Die APs lassen sich ja auch autark nutzen...
Er erleichtert dir aber ab 2 APs einiges:
Du richtest einmal alles am Controller ein und das wird dann automatisch an jedem angebundenen AP verteilt.
Du musst somit nicht jeden AP einzeln verwalten.
Aber: der Controller sollte permanent mitlaufen. Daher rennt meiner als Docker auf dem NAS mit...
Lies dich bitte mal zum Thema WLAN-Controller ein...