MBA no puede conectarse a Hotspot

1

Tengo un problema extraño con mi MBA (modelo 2011) desde la actualización a Mavericks. Hay un cierto conjunto de puntos de acceso a los que ya no puedo conectarme. No estoy seguro de cuáles específicamente, pero hay varios. Funciona bien en el teléfono y la tableta (ambos androides).

Tengo la sensación de que tiene algo que ver con las configuraciones IP que recibo. ¿Alguien ha visto un comportamiento similar y ha encontrado una solución?

Ahora he encontrado algo más de información sobre él, y parece que la ruta está de alguna manera destrozada:

En la conexión que no funciona, mi tabla de enrutamiento es:

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

En una conexión de trabajo, la tabla es esta:

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

¿Alguna pista de dónde llegó la línea duplicada y cómo puedo deshacerme de ella? Y de hecho, ¿qué es lo que hace?

[EDITAR] Algunas informaciones de depuración: la respuesta BOOTP impresa desde 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

El archivo de arrendamientos, en comparación con el trabajo y el no trabajo, es - con el mismo punto de acceso:

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

Sin embargo, algunas observaciones más que he hecho: - El error solo aparece en entornos muy específicos. - Solo ocurre después de haber usado el mac durante un cierto período de tiempo, generalmente después de un día de trabajo (el tiempo es probablemente lo incorrecto, pero tal vez los programas que he usado para el trabajo) - Un reinicio arregla las cosas, ¡por lo que apunta fuertemente a que mi máquina es la culpable aquí!

    
pregunta LordT 22.12.2013 - 09:52

2 respuestas

1

¿Alguien ha visto un comportamiento similar y ha encontrado una solución?

No, nunca he visto esto antes, pero me he dado cuenta de que la ruta predeterminada no se encuentra en la tabla de enrutamiento de La conexión que no funciona.

La ruta predeterminada es necesaria para que los paquetes para los destinos que no figuran en la tabla de enrutamiento se puedan enrutar y entregar correctamente.

Puedes arreglarlo agregando la ruta de esta manera:

sudo route add default <IP address of router>

En tu caso:

sudo route add default 192.168.182.1

Esto trata los síntomas, no la enfermedad. Para averiguar qué está mal, descargue dhcpdump desde enlace , compílelo en la Terminal:

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

y ejecútalo:

sudo ./dhcpdump -i en0

Obtendrás una salida similar a esta:

  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 para nosotros es la opción 3 en el paquete BOOTREPLY:

OPTION:   3 (  4) Routers                   10.0.0.1

Falta en la respuesta que recibe tu Mac, o hay otras opciones como rutas estáticas ( opción 33 ) que podría confundir la pila de la red BSD?

(También podría usar sudo tcpdump -i en0 -s 1500 -XX port bootps or port bootpc para analizar los paquetes DHCP, pero dhcpdump ofrece una salida mucho más legible).

¿Cuál es el valor de RouterIPAddress en /private/var/db/dhcpclient/leases/<interface>,<count>-<MAC address> cuando la conexión no está funcionando? Como ejemplo, este es mi archivo de arrendamiento 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>

¿Alguna pista de dónde llegó la línea duplicada y cómo puedo deshacerme de ella? Y de hecho, ¿qué hace?

Parece que tu Mac no puede procesar correctamente la respuesta DHCP desde el enrutador. Puede eliminar la línea duplicada con:

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

Dado que las rutas duplicadas tienen el mismo destino y puerta de enlace, no creo que obstaculicen la funcionalidad de la red, como puede ver, solo se está utilizando una de ellas, una con Refs mayor que 0:

192.168.182        link#4             UC              0        0     en0
192.168.182        link#4             UCSI            2        0     en0
    
respondido por el jaume 17.02.2014 - 08:21
0

La solución temporal, fácil para los usuarios, es ir a Preferencias de red, crear una nueva ubicación y habilitarla. Como por arte de magia, la tabla de enrutamiento se respeta.

    
respondido por el paalar 17.07.2016 - 19:54

Lea otras preguntas en las etiquetas