AirPort Verbindungsabbruch bei Verschlüsselung

[Larsen2k4]

Hallo zusammen,

ich wollte heute endlich einmal an meinem AccessPoint (Linksys WAP54G) die WLAN Verschlüsselung aktivieren (Schande über mein Haupt, dass ich bisher immer ungesichert gearbeitett hab ).
Dazu habe ich ganz normal eine Passphrase eingegeben, AES als Methode gewählt und das ganze dann bestätigt.
Anschließend am Mac, an meinem PC und an dem PC meines Bruders die Verbindung entsprechend angepasst - und Freude: Es läuft.

Nun kommt das Problem:
Während die PCs die ganze Zeit problemlos im Netz bleiben, "verliert" Airport diese nach rund 20 Minuten. Ich kann dann anschließend zwar in der Menüleiste sofort wieder mein Netzwerk auswählen und bin sofort wieder drin, trotzdem ist das reichlich nervig.
In meinem typischen Experimentierdrang hab ich dann stattt AES einmal TKIP als Verschlüsselung gewählt - gleiches Problem weiterhin.
Nun läuft die Verbindung wieder ohne Verschlüsselung und das schon seit bald einer Stunde wieder normal.

Hat jemand vielleicht einen Ratschlag?

//Nachtrag: Jetzt passiert es auch bei unverschlüsselter Verbindung!
Was ist denn los hier?

In der System.log steht übrigens immer und immer wieder wenn das passiert "AirPort Link DOWN (AP deAuth 0)"

 

[schpongo]

Stelle noch einmal die Verschlüsselung ein. Wenn es dann wieder zum Verbndungsabruch kommt, schaue auf die Systemuhr und vergleiche mit den Meldungen, die du dann in

/var/log/system.log

siehst. Die kannst du dann wieder posten und wir können etwas mehr dazu sagen.

(Das kannst du auch über "Über diesen PC > Weitere Informationen > Protokolldateien" aufrufen)

gruesse,
schpongo.

EDIT: zu langsam getippt...
Was steht denn davor und danach so da?

 

[Larsen2k4]

Hier mal ein Auszug:

Apr 29 22:52:41 Smarty kernel[0]: AirPort: Link DOWN (AP deAuth 0)
Apr 29 22:52:41 Smarty /usr/sbin/AppleFileServer: AFPServer::AbnormalATListenerShutDown - clear listener
Apr 29 22:52:41 Smarty configd[37]: AppleTalk shutdown failed, status = 71 (retrying)
Apr 29 22:52:42 Smarty kernel[0]: AirPort: Link Active: "Home" - 001217702d5c - chan 11
Apr 29 22:52:42 Smarty configd[37]: AppleTalk startup
Apr 29 22:52:42 Smarty configd[37]: AppleTalk already running, restarting
Apr 29 22:52:42 Smarty configd[37]: AppleTalk shutdown
Apr 29 22:52:42 Smarty configd[37]: AppleTalk shutdown complete
Apr 29 22:52:42 Smarty configd[37]: AppleTalk startup
Apr 29 22:52:42 Smarty configd[37]: AppleTalk shutdown skipped, transition in progress
Apr 29 22:52:47 Smarty configd[37]: AppleTalk startup complete
Apr 29 22:55:03 Smarty kernel[0]: AirPort: Link DOWN (Client disAssoc 0)
Apr 29 22:55:03 Smarty configd[37]: AppleTalk shutdown
Apr 29 22:55:03 Smarty kernel[0]: AirPort: Link DOWN (AP deAuth 0)
Apr 29 22:55:03 Smarty /usr/sbin/AppleFileServer: AFPServer::AbnormalATListenerShutDown - clear listener
Apr 29 22:55:03 Smarty configd[37]: AppleTalk shutdown failed, status = 71 (retrying)
Apr 29 22:55:03 Smarty kernel[0]: AirPort: Link Active: "Home" - 001217702d5c - chan 11
Apr 29 22:55:03 Smarty configd[37]: AppleTalk startup
Apr 29 22:55:04 Smarty configd[37]: AppleTalk already running, restarting
Apr 29 22:55:04 Smarty configd[37]: AppleTalk shutdown
Apr 29 22:55:04 Smarty configd[37]: AppleTalk shutdown skipped, transition in progress
Apr 29 22:55:04 Smarty configd[37]: AppleTalk shutdown complete
Apr 29 22:55:04 Smarty configd[37]: AppleTalk startup
Apr 29 22:55:06 Smarty launchd: Server 0 in bootstrap 1103 uid 0: "/usr/sbin/lookupd"[4017]: exited abnormally: Hangup
Apr 29 22:55:06 Smarty configd[37]: posting notification com.apple.system.config.network_change
Apr 29 22:55:06 Smarty lookupd[4683]: lookupd (version 369.5) starting - Sat Apr 29 22:55:06 2006
Apr 29 22:55:06 Smarty configd[37]: setting hostname to "smarty"
Apr 29 22:55:10 Smarty configd[37]: AppleTalk startup complete
Apr 29 22:55:23 Smarty kernel[0]: AirPort: Link DOWN (AP deAuth 0)
Apr 29 22:55:23 Smarty configd[37]: AppleTalk shutdown
Apr 29 22:55:23 Smarty /usr/sbin/AppleFileServer: AFPServer::AbnormalATListenerShutDown - clear listener
Apr 29 22:55:23 Smarty configd[37]: AppleTalk shutdown failed, status = 71 (retrying)
Apr 29 22:55:24 Smarty configd[37]: AppleTalk shutdown
Apr 29 22:55:24 Smarty configd[37]: AppleTalk shutdown complete
Apr 29 22:55:27 Smarty launchd: Server 435f in bootstrap 1103 uid 0: "/usr/sbin/lookupd"[4683]: exited abnormally: Hangup
Apr 29 22:55:27 Smarty configd[37]: posting notification com.apple.system.config.network_change
Apr 29 22:55:27 Smarty lookupd[4757]: lookupd (version 369.5) starting - Sat Apr 29 22:55:27 2006
Apr 29 22:55:27 Smarty configd[37]: setting hostname to "Smarty.local"
Apr 29 22:55:33 Smarty kernel[0]: AirPort: Link DOWN (out-of-range 0)
Apr 29 22:55:54 Smarty kernel[0]: AirPort: Link DOWN (out-of-range 0)
Apr 29 22:55:54 Smarty kernel[0]: AirPort: Link Active: "Home" - 001217702d5c - chan 11
Apr 29 22:55:54 Smarty configd[37]: AppleTalk startup
Apr 29 22:55:57 Smarty launchd: Server 0 in bootstrap 1103 uid 0: "/usr/sbin/lookupd"[4757]: exited abnormally: Hangup
Apr 29 22:55:57 Smarty configd[37]: posting notification com.apple.system.config.network_change
Apr 29 22:55:57 Smarty lookupd[4852]: lookupd (version 369.5) starting - Sat Apr 29 22:55:57 2006
Apr 29 22:55:57 Smarty configd[37]: setting hostname to "smarty"
Apr 29 22:55:59 Smarty mDNSResponder: Repeated transitions for interface en1 (192.168.178.22); delaying packets by 5 seconds
Apr 29 22:55:59 Smarty configd[37]: AppleTalk startup complete

Mittlerweile ist die Verschlüsselung wieder drin. Problem besteht (wie zu sehen) nachwievor.

 

[schpongo]

Ohne dir wirklich weiterhelfen zu können. Passiert das auch noch nach einem Neustart mit gegebenenfalls Löschung des Parameter-Rams?

 

[Larsen2k4]

Also ich habe heute schon mehr als häufig neugestartet - aber der PRAM ist mal ne Idee ... ich probiers

 

[schpongo]

..." Hallo,

falls es jemand interessiert oder zumindest der Vollständigkeit halber für die Forumsuche.

Der Schuldige war eine System Extension, die von ATI mit dem ATI RADEON ROM Update für meine ATI RADEON 9800 pro.

Einfach gelöscht und aller Spuk war vorbei. Fragt mich nicht, wie ich das gefunden habe. Das würde Bände füllen."...

Nachtrag: Vielleicht nicht bei dir, aber zumindest kannst du mal sukzessive die Extensions deaktivieren und sehen, welche es war (zum Glück gibt's da ja nur zwei oder drei In der Zwischenzeit mal die Störunempfindlichkeit hochgestellt? Ach ja, noch ein Ansatz: Router-Firmware updaten + AP-Firmware updaten. Und dann noch: Kannst Du Deinen Rechner mal nahe des Routers positionieren und sehen, ob's dann besser geht? Als letztes: Deauth-Attacke. Aber daran glaube ich nun wirklich nicht.

 

[Larsen2k4]

Also, danke für deine Bemühungen

Seit dem PRAM-Reset läuft er nun knapp 30 Minuten mit Verschlüsselung - und bisher noch keine Aussetzer (ich will ja nix verschreien, aber das sieht gut aus )
Ist auch gerne mal abgebrochen, wenn ich zu meinem Admin-Account via schnellem Benutzerwechsel umgeschaltet hab - war eben auch nicht mehr der Fall ...

hoffen wir das Beste

 

[Larsen2k4]

Ich glaube ich habe noch einen weiteren Grund gefunden...

Mein Access-Point (der mir das WLAN-Signal von meinem Eltern-Haus in meine Wohnung verstärkt), hängt an einer FritzBox, die ebenfalls mit WLAN ausgestattet ist. Diese hat ebenfalls die gleiche SSID, läuft jedoch über WEP-Verschlüsselung (für den Rechner meiner Schwester, die halt drüben wohnt).
Nun habe ich den Broadcast von der FritzBox abgeschaltet - und siehe da: Keine deAuth Meldungen mehr in den Log-Dateien.

Scheint so, als wenn sich mein Mac immer nicht so recht einig wurde, welche von den beiden WLANs er denn nehmen sollte. Da die ja beide ein anderes Passwort haben, macht nun auch der Verbindungsabbruch und die "deAuth" Meldung Sinn