1 votos

El MBA no puede conectarse al Hotspot

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 Androids).

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

Ahora he encontrado algo más de información al respecto, y parece que la ruta está de alguna manera estropeada:

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 idea 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, comparado entre los que funcionan y los que no funcionan 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, he hecho algunas observaciones más: - el error sólo aparece en entornos muy específicos - Sólo ocurre después de haber utilizado el mac durante un cierto tiempo, normalmente después de un día de trabajo (probablemente el tiempo no sea lo correcto, pero tal vez los programas que he utilizado para el trabajo) - Un reinicio arregla las cosas - así que apunta fuertemente a que mi máquina es la culpable aquí.

1voto

Phill Puntos 126

¿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 el ruta por defecto falta en la tabla de enrutamiento de la conexión que no funciona.

La ruta por defecto es necesaria para que los paquetes para los destinos que no figuran en la tabla de enrutamiento puedan ser correctamente enrutados y entregados.

Puedes arreglarlo añadiendo la ruta así:

sudo route add default <IP address of router>

En su caso:

sudo route add default 192.168.182.1

Esto trata los síntomas, no la enfermedad. Para saber qué es lo que falla, descargue dhcpdump de http://www.mavetju.org/unix/general.php Compárelo en el Terminal:

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

y ejecutarlo:

sudo ./dhcpdump -i en0

Obtendrá un resultado similar a este:

  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

Lo importante para nosotros es la opción 3 del paquete BOOTREPLY:

OPTION:   3 (  4) Routers                   10.0.0.1

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

(También puede utilizar 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).

Que es el valor de RouterIPAddress en /private/var/db/dhcpclient/leases/<interface>,<count>-<MAC address> cuando la conexión no funciona? 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 idea de dónde llegó la línea duplicada y cómo puedo deshacerme de ella? Y de hecho, ¿qué es lo que hace?

Parece que tu Mac no puede procesar correctamente la respuesta DHCP del router. Puedes eliminar la línea duplicada con:

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

Como las rutas duplicadas tienen el mismo destino y la misma puerta de enlace no creo que entorpezcan la funcionalidad de la red, como puedes ver, sólo se está utilizando una de ellas, la que tiene Refs mayor que 0:

192.168.182        link#4             UC              0        0     en0
192.168.182        link#4             UCSI            2        0     en0

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X