MBPro, Mitte 2010 kann das Dlink DIR655-Signal nach dem Schlaf nicht erkennen

745
cwinte

Dies ist der MBP 7.1 von meinem Sohn, der Snow Leopard 10.6.7 ausführt. Das Routersignal ist in Ordnung, da das iPad, Wintel auf demselben Tisch 20 Fuß vom Router entfernt sind. Der MBP wacht jedoch häufig auf und findet das Internet nicht. iStumbler kann 1 Nachbarn-Hub und meinen Gartennabenpunkt sehen, aber es ist nicht möglich, an das normale DIR655-WLAN heranzukommen. Kein Ping Kein EN0- oder EN1-Gerät scheint vorhanden zu sein. Flughafen ab und an hilft nicht. Er setzt den Router einfach zurück und es funktioniert alles, aber das gefällt mir nicht! Ich muss zugeben, dass der Winter manchmal zu locker scheint, aber weniger. Das DIR655 (Hardware-Version A3) ist auf der Original-EU-Firmware 1.10 enthalten. Ich bin vorsichtig beim Springen auf die neueste Version 1.31EU, da kein Downgrade möglich zu sein scheint und das sich ein bisschen riskant anfühlt, da so viel eingerichtet ist und gut funktioniert. Wenn ich das DIR655-Admin-Web verwende und die Lease freigebe, hat der MBP geweckt, und alles hat funktioniert. Ich vermute also, dass es Probleme mit dem Lease-Timing / dem Sperren gibt, aber wir wissen nicht, wie ich nachschauen soll, und warum iStumbler zu sagen scheint, dass das Netzwerk überhaupt nicht sichtbar ist, wenn ich auf dem iPad direkt daneben sitze. Ich glaube nicht, dass es irgendwelche Kanäle gibt Überlappungen, und wir haben auch RFquiet-DECT-Telefone (Orchid), die still sind, bis sie abgehoben oder angerufen werden. Trotzdem weisen alle Signale eine geringe Interferenz und einen hohen Durchsatz auf, abgesehen von diesem Verbindungsfehler.

Bin gerade mit dem MBP ins Gartenbüro gegangen und iStumbler sieht nun das weiter entfernte DIR655-Signal, obwohl es keine Verbindung zu ihm herstellen wird (wird nicht unter Sys Prefs> Net> Netzwerknamen angezeigt), auch nach dem Starten des Flughafens Verbinden Sie sich mit meinem Gartennetzwerk (einem alten Belkin, das als AP auf DIR655 verdrahtet ist), das Signal, das es sehen kann, und sogar den Netzwerknamen in Sys Prefs> Net> Netzwerknamen (2 Minuten später): JETZT sind beide Namen sichtbar, aber beide können nicht verwendet werden Akzeptieren Sie das richtige WPA2-Passwort und fragen Sie nach dem Verbindungsabbruch erneut.

Es macht alles keinen Sinn für mich. Ich habe gerade den Mietvertrag für den MBP für DIR655 widerrufen und keine Änderungen vorgenommen, obwohl dies schien, dass MBP vor einer Stunde in die Verbindung kam. OK, ein bisschen zu Fuß um zu berichten. MBP quer durch den Garten in Richtung DIR655 getragen, einige andere Wifis werden auf iStumbler angezeigt, alle Kanäle 1 wird durch niedrige Signale signalisiert. Direkt neben DIR655, aber iStumbler zeigt es nicht, obwohl die meisten anderen Wifis verschwunden sind. Ich würde sagen, dass iStubler Timeouts und Hänge hat, aber schwer zu wissen. Viele Versuche, den Flughafen ein- / auszuschalten, sich anderen anzuschließen usw., und plötzlich bekomme ich eine Verbindung, bekomme eine neue IP (ich habe sie widerrufen), kann stöbern. Geh weg, die Verbindung fällt ziemlich schnell bei 30 Fuß, dann wieder kurz verbunden und dann wieder gestorben. MÜSSEN SIE AUSSERHALB EINES GEBISSES ERLEBEN ...

1

1 Antwort auf die Frage

0
Spiff

Einige Tipps:

  1. Lassen Sie iStumbler oder andere Netzwerk-Scan-Tools nicht auf derselben Maschine laufen, die Probleme hat, sich dem Netzwerk anzuschließen. Scanner zwingen den Client, sich wiederholt auf andere Kanäle umzuschalten, um nach anderen Netzwerken zu suchen, was die Fähigkeit dieses Clients behindern kann, das richtige auf dem Kanal zu tun, auf dem er sich gerade befinden soll, für das aktuelle Netzwerk, dem er beitreten möchte.

  2. Führen Sie den airport -sBefehl in Terminal aus, um eine detaillierte Liste der Netzwerke in Reichweite anzuzeigen, die einige Informationen enthält, die von iStumbler ausgelassen werden:

    alias airport = '/ System / Library / PrivateFrameworks / Apple80211.framework / Resources / airport'
    airport -s

    Achten Sie besonders auf die Spalte "CC" (Ländercode). Melden alle Netzwerke in Reichweite den Code für das Land, in dem Sie sich befinden (falls eines überhaupt gemeldet wird)? Wenn einer das falsche Land meldet, kann dies dazu führen, dass einige Clients beim Booten / Aufwachen verwirrt werden. Wenn Sie sich beispielsweise in Großbritannien befinden, das wie die anderen EU-Länder (ETSI) die Kanäle 1-13 zulässt, und ein in der Nähe befindlicher, falsch konfigurierter AP "US" sagt, der nur die Kanäle 1-11 zulässt, dann geben Clients an, die den US-AP sehen Zuerst können Probleme beim Beitritt zu anderen Zugriffspunkten auftreten, die sich zufällig auf den Kanälen 12 und 13 befinden.

  3. Falls Netzwerke scheinbar ein korrektes Kennwort ablehnen, versuchen Sie, alle gespeicherten Kennwörter für diese Netzwerke aus Ihrem Schlüsselbund zu löschen. Verwenden Sie dazu das Dienstprogramm Keychain Access (in /Applications/Utilities/). Möglicherweise möchten Sie auch die Einträge dieser Netzwerke aus löschen System Preferences > Network > AirPort > Advanced > AirPort > Preferred Networks. Verbinden Sie sich dann erneut mit dem Netzwerk und lassen Sie das System saubere Versionen dieser Einträge neu erstellen.

Sehr gute Antwort, Nachbar auf Kanal 1 ist auf USA eingestellt. Die Umstellung auf 11 scheint das Leben verbessert zu haben (nicht sicher, warum das iPhone und das iPad immuner erscheinen - ich hätte gedacht, die gleichen Protokollstapel von Apple). Ich werde sehen, ob ich einen Nachbarn dazu bringen kann, UK in eine freiere Zukunft zu bringen! cwinte vor 12 Jahren 0
Ein Gedanke: Wenn das MBP auf Kanal 13 angeschlossen ist, warum sollte es nicht erst angeschaut werden, wenn es aufwacht, und wenn es möglich ist, weiter machen? cwinte vor 12 Jahren 0