MBA non può connettersi a Hotspot

1

Ho un problema strano con il mio MBA (modello 2011) dall'aggiornamento a Mavericks. Esiste un certo insieme di hotspot a cui non riesco più a connettermi. Non sono sicuro di quali siano specificatamente, ma ce ne sono diversi. Funziona bene su telefono e tablet (entrambi gli Androidi).

Ho la sensazione che abbia qualcosa a che fare con le configurazioni IP che ricevo - qualcuno ha visto un comportamento simile e ha trovato una soluzione?

Ora ho trovato alcune informazioni in più e sembra che la rotta sia in qualche modo distrutta:

Sulla connessione non funzionante la mia tabella di routing è:

Shu:~ blitz$ netstat -nr
Routing tables

Internet:
Destination        Gateway            Flags        Refs      Use   Netif Expire
169.254            link#4             UCS             0        0     en0
#somehow, the next line is duplicated
192.168.182        link#4             UC              0        0     en0
192.168.182        link#4             UCSI            2        0     en0
192.168.182.1      20:4e:7f:8b:36:81  UHLWIir         1      208     en0    992
192.168.182.240    127.0.0.1          UHS             0        0     lo0
192.168.182.255    ff:ff:ff:ff:ff:ff  UHLWbI          0        1     en0

Su una connessione funzionante, la tabella è questa:

shu:~ blitz$ netstat -nr
Routing tables

Internet:
Destination        Gateway            Flags        Refs      Use   Netif Expire
default            192.168.1.1        UGSc           33        5     en0
169.254            link#4             UCS             0        0     en0
192.168.1          link#4             UCS             2        0     en0
192.168.1.1        84:7a:88:66:c5:79  UHLWIir        34       66     en0   1170
192.168.1.150      127.0.0.1          UHS             1       25     lo0
192.168.1.255      ff:ff:ff:ff:ff:ff  UHLWbI          0       16     en0

Qualche indizio su dove è arrivata la linea duplicata e su come posso liberarmene? E infatti, cosa fa anche?

[EDIT] Alcune informazioni su Debug: la risposta BOOTP stampata da dhclient

  IME: 2014-02-20 19:38:48.818
  IP: 192.168.182.1 (20:4e:7f:8b:36:81) > 192.168.182.245 (10:40:f3:81:df:32)
  OP: 2 (BOOTPREPLY)
  HTYPE: 1 (Ethernet)
HLEN: 6
HOPS: 0
 XID: c9ab89bc
SECS: 0
FLAGS: 0
CIADDR: 0.0.0.0
YIADDR: 192.168.182.245
SIADDR: 0.0.0.0
GIADDR: 0.0.0.0
CHADDR: 10:40:f3:81:df:32:00:00:00:00:00:00:00:00:00:00
SNAME: .
FNAME: .
OPTION:  53 (  1) DHCP message type         5 (DHCPACK)
OPTION:   1 (  4) Subnet mask               255.255.255.0
OPTION:   3 (  4) Routers                   192.168.182.1
OPTION:   6 (  8) DNS server                192.168.182.1,83.169.184.225
OPTION:  15 ( 19) Domainname                frederix-hotspot.de
OPTION:  51 (  4) IP address leasetime      600 (10m)
OPTION:  26 (  2) Interface MTU             1500
OPTION:  54 (  4) Server identifier         192.168.182.1

Il file di leasing, confrontato tra lavoro e non lavoro, è - con lo stesso punto di accesso:

10c10
<   <date>2014-02-23T16:23:13Z</date>
---
>   <date>2014-02-23T16:17:40Z</date>
13c13
<   AgEGACHWzY0AAAAAAAAAAMCotokAAAAAAAAAABBA84HfMgAAAAAAAAAAAAAAAAAAAAAA
---
>   AgEGAMmrigAAAAAAAAAAAMCotokAAAAAAAAAABBA84HfMgAAAAAAAAAAAAAAAAAAAAAA

Tuttavia, alcune altre osservazioni che ho fatto: - l'errore si presenta solo in ambienti molto specifici - Succede solo dopo che ho usato il Mac per un certo periodo di tempo, di solito dopo un giorno lavorativo (il tempo è probabilmente la cosa sbagliata, ma forse i programmi che ho usato per lavoro) - Un riavvio risolve le cose - quindi punta strongmente al fatto che la mia macchina sia il colpevole qui!

    
posta LordT 22.12.2013 - 09:52
fonte

2 risposte

1

Qualcuno ha visto un comportamento simile e trovato una soluzione?

No, non l'ho mai visto prima, ma ho notato che la route predefinita manca nella tabella di routing di la connessione non funzionante.

La route predefinita è necessaria in modo che i pacchetti per le destinazioni non elencate nella tabella di routing possano essere indirizzati e consegnati correttamente.

Puoi aggiustarlo aggiungendo il percorso in questo modo:

sudo route add default <IP address of router>

Nel tuo caso:

sudo route add default 192.168.182.1

Questo tratta i sintomi, non la malattia. Per scoprire cosa c'è di sbagliato scarica dhcpdump da link , compila in Terminale:

cd ~/Downloads/
tar xzf dhcpdump-1.8.tar.gz
cd dhcpdump-1.8
make

ed eseguilo:

sudo ./dhcpdump -i en0

Riceverai un risultato simile a questo:

  TIME: 2014-02-18 10:04:03.832
    IP: 0.0.0.0 (e0:f8:49:27:4e:22) > 255.255.255.255 (ff:ff:ff:ff:ff:ff)
    OP: 1 (BOOTPREQUEST)
 HTYPE: 1 (Ethernet)
(...)
OPTION:  53 (  1) DHCP message type         3 (DHCPREQUEST)
OPTION:  55 (  9) Parameter Request List      
    1 (Subnet mask) 3 (Routers) 6 (DNS server) 15 (Domainname) 
    119 (Domain Search) 95 (LDAP) 252 (MSFT - WinSock Proxy Auto Detect) 
    44 (NetBIOS name server) 46 (NetBIOS node type)

OPTION:  57 (  2) Maximum DHCP message size 1500
OPTION:  61 (  7) Client-identifier         01:e0:f8:49:27:4e:22
OPTION:  50 (  4) Request IP address        10.0.0.31
OPTION:  51 (  4) IP address leasetime      7776000 (12w6d)
OPTION:  12 (  8) Host name                 avallone
---------------------------------------------------------------------------

  TIME: 2014-02-18 10:04:03.934
    IP: 10.0.0.1 (c4:3d:c7:a6:a3:98) > 10.0.0.31 (e0:f8:49:27:4e:22)
    OP: 2 (BOOTPREPLY)
 HTYPE: 1 (Ethernet)
(...)
OPTION:  53 (  1) DHCP message type         5 (DHCPACK)
OPTION:  54 (  4) Server identifier         10.0.0.1
OPTION:  51 (  4) IP address leasetime      86400 (24h)
OPTION:   1 (  4) Subnet mask               255.255.255.0
OPTION:   3 (  4) Routers                   10.0.0.1
OPTION:   6 (  4) DNS server                10.0.0.1

La parte importante per noi è l'opzione 3 nel pacchetto BOOTREPLY:

OPTION:   3 (  4) Routers                   10.0.0.1

Manca la risposta che ottiene il tuo Mac, o ci sono altre opzioni come i percorsi statici ( opzione 33 ) che potrebbe confondere lo stack di rete BSD?

(Puoi anche usare sudo tcpdump -i en0 -s 1500 -XX port bootps or port bootpc per analizzare i pacchetti DHCP ma dhcpdump offre un output molto più leggibile.)

Qual è il valore di RouterIPAddress in /private/var/db/dhcpclient/leases/<interface>,<count>-<MAC address> quando la connessione non funziona? Ad esempio, questo è il mio file di lease DHCP:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>IPAddress</key>
    <string>10.0.0.31</string>
    <key>LeaseLength</key>
    <integer>86400</integer>
    <key>LeaseStartDate</key>
    <date>2014-02-21T07:04:53Z</date>
    <key>PacketData</key>
    <data>
    (...)
    </data>
    <key>RouterHardwareAddress</key>
    <data>
    (...)
    </data>
    <key>RouterIPAddress</key>
    <string>10.0.0.1</string>
    <key>SSID</key>
    <string>hotspot</string>
</dict>
</plist>

Qualche indizio su dove è arrivata la linea duplicata e su come posso liberarmene? E infatti, cosa fa anche?

Sembra che il tuo Mac non possa elaborare correttamente la risposta DHCP dal router. Puoi eliminare la linea duplicata con:

sudo route delete -ifscope en0 -net 192.168.182 -link 'link#4'

Poiché le route duplicate hanno la stessa destinazione e gateway, non credo che ostacolino la funzionalità di rete, come puoi vedere, solo una di queste viene utilizzata, quella con Refs maggiore di 0:

192.168.182        link#4             UC              0        0     en0
192.168.182        link#4             UCSI            2        0     en0
    
risposta data 17.02.2014 - 08:21
fonte
0

Il temporaneo - facile per gli utenti - la soluzione è andare su Preferenze di rete e creare una nuova posizione e abilitarla. Come per magia, il tavolo di routing viene onorato.

    
risposta data 17.07.2016 - 19:54
fonte

Leggi altre domande sui tag