MBPro, metà 2010 non può vedere il segnale Dlink DIR655 dopo il sonno, ecc


1

Questo è l'MPP di mio figlio 7,1 con Snow Leopard 10.6.7. Il segnale del router va bene poiché iPad, Wintel sullo stesso tavolo a 20 piedi dal router vanno bene. l'MBP tuttavia si sveglia frequentemente e non riesce a trovare Internet. iStumbler può vedere 1 hub di vicini e il mio hub da giardino sono lì, ma non riesco ad accedere al normale wifi DIR655 ... non sembra esistere alcun ping o dispositivo en0 o en1. L'aeroporto spento e acceso non aiuta. Reimposta il router e tutto funziona ma questo non mi fa piacere! Devo ammettere che a volte l'inverno sembra perdere anche la connessione, ma meno. Il DIR655 (hardware rev A3) è sul firmware originale UE 1.10, sono cauto nel saltare all'ultima 1.31EU poiché nessun downgrade sembra essere possibile e sembra un po 'rischioso in quanto è impostato e funziona bene. Se utilizzo il Web di amministrazione DIR655 e rilascio il contratto di locazione, l'MBP ha riattivato tutto funzionato correttamente. Quindi sospetto un problema di temporizzazione / blocco del contratto di locazione, ma non sono sicuro di come controllare, oltre al motivo per cui iStumbler sembra dire che la rete non è affatto visibile quando mi siedo sull'iPad proprio accanto ad esso bene ... Non penso che ci siano canali si sovrappone e abbiamo anche telefoni DECT (Orchid) RFquiet che rimangono silenziosi fino a quando non vengono sollevati o chiamati. In ogni caso, tutti i segnali mostrano basse interferenze e un elevato throughput, tranne per questo errore di connessione.

Ho appena portato l'MBP verso l'ufficio del giardino e iStumbler ora vede il segnale DIR655 più distante anche se non si connetterà ad esso (non viene visualizzato in Sys Prefs> Net> Nomi di rete) anche dopo che l'aeroporto è spento e acceso ... Si rifiuta anche di connettersi alla mia rete da giardino (un vecchio Belkin che agisce come AP cablato a DIR655), il segnale che può vedere e persino il nome della rete in Sys Prefs> Rete> Nomi di rete (2 minuti dopo): ORA entrambi i nomi SONO visibili, ma entrambi non riescono a accetta la password WPA2 corretta e continua a chiedere nuovamente dopo aver fallito la connessione.

TUTTO NON FA SENSO PER ME. Ho appena revocato il contratto di locazione per l'MBP su DIR655 e nessuna modifica, sebbene ciò sembrasse aiutare MBP a riattivare la connessione 1 ora fa. OK un po 'di camminare per riferire. Ha portato MBP attraverso il giardino verso DIR655, alcuni altri wifis si presentano su iStumbler, segnali bassi su tutto il canale 1. Proprio accanto a DIR655 ma iStumbler non lo mostra, anche se la maggior parte degli altri wifi sono andati. Direi che iStubler soffre di timeout e si blocca, ma è difficile esserne certi. Molti tentativi di accendere / spegnere l'aeroporto, unirmi ad altri ecc. E improvvisamente riesco a collegarmi, mi viene dato un nuovo IP (ho revocato), posso navigare. Allontanati, la connessione cade abbastanza presto a 30 piedi, quindi si riconnette brevemente e poi muore di nuovo. DEVO PARTECIPARE AD ALTRO PER UN PUNTO ...

Risposte:


0

Alcuni consigli:

  1. Non lasciare iStumbler o altri strumenti di scansione della rete in esecuzione sullo stesso computer che ha problemi a collegarsi alla rete. Gli scanner costringono il client a sintonizzarsi ripetutamente su altri canali per cercare altre reti, il che può ostacolare la capacità di quel client di fare la cosa giusta sul canale che dovrebbe essere attivo per la rete corrente a cui sta tentando di aderire.

  2. Prova a eseguire il airport -scomando nel Terminale per visualizzare un elenco dettagliato delle reti nell'intervallo, che include alcune informazioni che iStumbler lascia fuori:

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

    Prestare particolare attenzione alla colonna "CC" (codice paese). Tutte le reti nel raggio di azione riportano il codice del Paese in cui ti trovi (se ne segnalano uno)? Se qualcuno segnala il paese sbagliato, alcuni client potrebbero confondersi al momento dell'avvio / riattivazione. Ad esempio, se sei nel Regno Unito che, come gli altri paesi dell'UE (ETSI), consente i canali 1-13 e un AP confuso e confinante dice "US" che consente solo i canali 1-11, i client che vedono l'AP USA in primo luogo potrebbe avere problemi a collegarsi ad altri AP che si trovano sui canali 12 e 13.

  3. Nel caso in cui le reti sembrino rifiutare una password corretta, prova a eliminare tutte le password salvate per tali reti dal tuo portachiavi. Utilizzare l'utilità Accesso portachiavi (in /Applications/Utilities/) per farlo. Potresti anche voler eliminare le voci di quelle reti da System Preferences > Network > AirPort > Advanced > AirPort > Preferred Networks. Quindi ricollegarsi alla rete e consentire al sistema di ricreare versioni pulite di tali voci.


Ottima risposta, il vicino sul ch 1 è impostato su US. Lo scambio con 11 sembra aver migliorato la vita (non so perché iPhone e iPad sembrino più immuni - avrei pensato che lo stesso protocollo fosse impilato da Apple). Vedrò se riesco a convincere il vicino a impostare il Regno Unito per un futuro più libero!
Cwinte,

Un pensiero: se l'MBP va a dormire collegato al ch 13 perché non guardarlo prima quando si sveglia e andare avanti felicemente se può?
cwinte,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.