×
We are experiencing an outage of our ReadyCloud service and are working to resolve the issue..
×
Auf Grunde der gegenwärtigen Situation mit dem COVID-19 Coronavirus erwarten wir ein ungewohnt hohes Anrufaufkommen and aus diesem Grund erhöhte Warte- und Antwortzeiten. Wir bitten um Ihr Verständnis während wir durch diesen Prozess arbeiten
×
Geplante Wartung des Community-Systems, Mitte Juli - Beiträge / Antworten werden deaktiviert. Erfahren Sie mehr.
Das Thema wurde wegen der Inaktivität geschlossen. Wir hoffen, Du wirst Dich die Community anschließen, indem Du einen neuen Beitrag in einem geöffnet Post hinzufügen bzw. einen neuen Post erstellen wirst.
VLAN10: Managementvlan der Accesspoints, Vlan in dem der Radiusserver steht, allgemein das Unternehmensnetzwerk
VLAN30: Internetzugriff, kein Zugriff aufs Unternehmensnetzwerk
VLAN35: GästeVlan(gesichert mit einer Firewall)
Konfiguration:
2 SSID: Intern und Gast
Intern: WPA2 Radius Authentifizierung(dynamic VLAN): Alle Domainnotebooks kommen in VLAN10, alles andere in VLAN30
Gast: Offenes Netzwerk (VLAN35): das Pf-Sense CaptivePortal regelt den weiteren Zugang
Problem: Alles läuft soweit ohne Probleme. Wenn nun ein Domainennotebook auf den Accesspoint connected, bekommt er wie gewünscht VLAN10.
Wenn das Notebook allerdings das Netzwerk verlässt, beginnen die Probleme: Es kann sich keiner mehr mit der SSID Intern authentifizieren, die Benutzeroberfläche des Accesspoints ist tot(kein Ping möglich). Nur neustart des jeweiligen Accesspoint hilft
In der LOG stand dann:
Apr 13 12:09:16 hostapd: wifi0vap0: STA bc:85:56:1d:90:dd IEEE 802.11: recvd disassoc msg from STA, reason code (8), rssi (65)
Apr 13 12:09:16 hostapd: wifi0vap0: STA bc:85:56:1d:90:dd IEEE 802.11: disassociated
Apr 13 12:09:16 kernel: ULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULLskb->dev should not be NULL<6>device wifi0vlan10 left promiscuous mode
Apr 13 12:09:16 kernel: brvlan10: port 2(wifi0vlan10) entering disabled state
Apr 13 12:09:16 kernel: device vlan10 left promiscuous mode
Apr 13 12:09:16 kernel: brvlan10: port 1(vlan10) entering disabled state
Apr 13 12:09:16 kernel: wifi0vlan10 deleted
Apr 13 12:09:22 hostapd: wifi0vap0: STA 78:4b:87:db:fd:d3 IEEE 802.11: associated
Apr 13 12:09:22 hostapd: wifi0vap0: RADIUS Send failed - maybe interface status changed - try to connect again
Apr 13 12:09:22 hostapd: wifi0vap0: RADIUS Authentication server 10.1.2.100:1812
Apr 13 12:09:23 hostapd: wifi0vap0: RADIUS Send failed - maybe interface status changed - try to connect again
Lösungsversuch:
Habe am Radiusserver die Richtlinie für die Dom. Notebooks geändert auf VLAN30. Jetzt haben die Domainennotebooks übers WLAN zwar keinen Zugriff mehr aufs Fimennetzwerk, aber die Accesspoints funktionieren noch.
Bitte dringend um Hilfe! Wir haben ca. 15 WNDAP360 AP wo das Problem auftritt.
Bei den 4 WAC720 Access Points trittt das Problem nicht auf.
Syslogserver habe ich schon gemacht, bringt aber nichts, da der Accesspoint komplett unereichbar ist(zumindest im Managementvlan), wenn der Fehler auftritt. Somit loggte der Server dann auch nichts mehr.
Beim Support habe ich ebenfalls ein Ticket offen. Da es dort aber wohl doch immer etwas dauert bis es zu einer Reaktion kommt, habe ich diesen Thread erstellt. Falls evtl. jemand anderes ähnliche Probleme hat/hatte.
Der Ausschnitt der Log oben im Post, ist übrigens über die Konsolenschnittstelle aufgenommen.
Könntest Du vielleicht uns mitteilen wie der Notebook das VLAN 10 verlässt? Wird der Notebook einfach heruntergefahren, befindet sich der AP außer Reichweite, oder wird die WLAN Verbindung einfach nur getrennt?
Kommt das gleiche Problem mit anderen WLAN Clients in VLAN 10 vor?
Antwortet der Radius Server auf ping, wenn es zum AP Ausfall kommt?
