Ereignisabfolge für WPA und DHCP, wenn eine Station eine Verbindung zu einem AP herstellt

370
A P

Ich habe Probleme mit einem eingebetteten WLAN-Gerät, das als WLAN-Zugangspunkt eingerichtet ist. Ich habe mit dem AP bei erhöhten Temperaturen festgestellt, dass ein Gerät (eine Station), die versucht, eine Verbindung herzustellen, einige Probleme haben kann. Ich glaube nicht, dass die Station ausfällt, sondern eine Art Korruption / Ausfall des AP. Beim Testen mit dem Verbindungsaufbau und dem Trennen der Verbindung wird das Stationsgerät (mein iPhone) plötzlich erneut nach dem WPA-Kennwort gefragt. Sobald die Verbindung hergestellt ist und die vorherige IP-Adresse vorliegt, versucht sie etwa 10 Sekunden später, eine IP-Adresse abzurufen. Ich sehe DHCP entdecken und anbieten, aber keine Anfrage und Bestätigung. Nach etwa 2 Minuten verwendet es seine vorherige IP-Adresse, aber die Namensauflösung über mDNS funktioniert nicht und Sie können die Station erst dann anpingen, wenn die Station zuerst das Gateway anpingt.

Wenn Sie den AP aus- und wieder einschalten, stellt die Station beim ersten Verbindungsaufbau eine erfolgreiche Verbindung her, jedoch versuchen nachfolgende Verbindungsversuche immer, eine IP-Adresse zu erhalten, wie zuvor beschrieben. DHCP erneuern hilft nicht. Ein Neustart der Station ermöglicht eine erfolgreiche erste Verbindung, jedoch schlagen nachfolgende Verbindungen erneut fehl. Wenn ich WPA auf dem AP deaktiviere, funktioniert alles großartig. Wenn ich WPA wieder aktiviere, selbst wenn es ein neues, anderes Kennwort verwendet, zeigt es immer noch dasselbe Verhalten. Wenn Sie das AP-Gerät wieder auf Zimmertemperatur abkühlen lassen, ist das Problem nicht gelöst, aber es scheint, als würde es über Nacht sitzen, wenn es ausgeschaltet ist.

Ein weiteres interessantes Leckerbissen ist, nachdem der Fehler aufgetreten ist, kann ich ein neues Gerät an AP anschließen und es funktioniert problemlos für jede Verbindungsunterbrechung, während das iPhone, das an dem Fehler beteiligt war, weiterhin Probleme hat.

Meine Hypothese ist, dass durch die WPA-Authentifizierung etwas beschädigt wird. Ich schätze, was ich suche, ist, wie die WPA-Authentifizierung und das DHCP zusammenarbeiten, damit ich herausfinden kann, was los ist. Hoffentlich gibt es hier jemanden, der sehr genau weiß, wie dieser gesamte Prozess funktioniert. Zum Beispiel wird DHCP vor der WPA-Authentifizierung durchgeführt? Wie werden neue WPA-Schlüssel generiert und wie werden sie auf jedem Gerät gespeichert? Löscht diese generierten Schlüssel beim Aus- und Wiedereinschalten?

0
Konfigurieren Sie Ihren AP so, dass nur reines WPA2-PSK (nur AES-CCMP, kein WPA / TKIP) ausgeführt wird. Geht das Problem weg? Original WPA war Mist, der nur einer kleinen Handvoll Menschen für ein kurzes Fenster dienlich war. C. 2003 bevor WPA2 herauskam. Seitdem hat es nur Probleme verursacht. Jeder sollte reines WPA2 verwenden und alle Spuren des ursprünglichen WPA / TKIP deaktivieren. Spiff vor 5 Jahren 0

1 Antwort auf die Frage

1
dirkt

Kurz gesagt: WPA-Authentifizierung und DHCP sind völlig unabhängig. Die WLAN-Zuordnung und die WPA-Authentifizierung müssen abgeschlossen sein, bevor Daten übertragen werden. Die Daten umfassen hier DHCP-Pakete.

Ein Ausfall bei erhöhten Temperaturen weist auf ein Hardwareproblem hin, sodass ein Debugging und eine Behebung nahezu unmöglich ist.

Msgstr "Kann die Station nicht pingen, bis die Station zuerst das Gateway pingt." klingt nach einem ARP-Problem.

Wenn der AP wichtige Pakete (ARP, DHCP) aufgrund der Temperatur zufällig fallen lässt, weisen sowohl der AP als auch der Netzwerkstack der Station in verschiedenen Teilen einen inkonsistenten Zustand auf, was möglicherweise die Ursache für die angezeigten Symptome ist.

Einverstanden und vielen Dank für die Antwort. Ich verstehe nicht, warum die Station und der AP beide aus- und wieder eingeschaltet werden können und das Problem weiterhin besteht. Es scheint, als würde etwas in dem Flash-Speicher des einen oder des anderen Geräts gespeichert, das dieses Problem verursacht. A P vor 5 Jahren 0