1 votos

¿Por qué mi computadora portátil no puede ver un dispositivo LAN específico por IP?

En mi casa tengo un dispositivo Synology en 192.168.1.180. Mi iPhone, conectado a WiFi, puede conectarse al dispositivo por IP sin problemas. Mi laptop en el mismo WiFi no puede:

  • Usando una aplicación Synology en el teléfono para conectarse a la IP, funciona. Si uso la aplicación equivalente en la laptop, falla al conectarse.

  • Si ingreso la IP en Safari en el teléfono, obtengo una pantalla de inicio de sesión. Si ingreso la IP en Safari en la laptop, eventualmente se agota el tiempo. Si ingreso la IP en Chrome en la laptop, rápidamente obtengo una pantalla de ERR_ADDRESS_INVALID.

Algunas investigaciones de Terminal esperanzadoras desde la laptop:

phrogz@PhrogzBook ~ % ping 192.168.1.180    
PING 192.168.1.180 (192.168.1.180): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
^C
--- 192.168.1.180 estadísticas de ping ---
3 paquetes transmitidos, 0 paquetes recibidos, pérdida de paquetes 100.0%

phrogz@PhrogzBook ~ % traceroute 192.168.1.180
traceroute: bind: No se puede asignar la dirección solicitada

phrogz@PhrogzBook ~ % sudo /usr/libexec/ApplicationFirewall/socketfilterfw --getglobalstate
El cortafuegos está desactivado. (Estado = 0)

phrogz@PhrogzBook ~ % ifconfig
lo0: flags=8049 mtu 16384
    options=1203
    inet 127.0.0.1 netmask 0xff000000
    inet6 ::1 prefixlen 128 
    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 
    nd6 options=201
gif0: flags=8010 mtu 1280
stf0: flags=0<> mtu 1280
anpi0: flags=8863 mtu 1500
    options=400
    ether c6:83:5f:2c:6e:40
    media: none
    status: inactive
anpi2: flags=8863 mtu 1500
    options=400
    ether c6:83:5f:2c:6e:42
    media: none
    status: inactive
anpi1: flags=8863 mtu 1500
    options=400
    ether c6:83:5f:2c:6e:41
    media: none
    status: inactive
en4: flags=8863 mtu 1500
    options=400
    ether c6:83:5f:2c:6e:20
    nd6 options=201
    media: none
    status: inactive
en5: flags=8863 mtu 1500
    options=400
    ether c6:83:5f:2c:6e:21
    nd6 options=201
    media: none
    status: inactive
en6: flags=8863 mtu 1500
    options=400
    ether c6:83:5f:2c:6e:22
    nd6 options=201
    media: none
    status: inactive
en1: flags=8963 mtu 1500
    options=460
    ether 36:f3:65:f4:1f:80
    media: autoselect 
    status: inactive
en2: flags=8963 mtu 1500
    options=460
    ether 36:f3:65:f4:1f:84
    media: autoselect 
    status: inactive
en3: flags=8963 mtu 1500
    options=460
    ether 36:f3:65:f4:1f:88
    media: autoselect 
    status: inactive
bridge0: flags=8863 mtu 1500
    options=63
    ether 36:f3:65:f4:1f:80
    Configuración:
        id 0:0:0:0:0:0 prioridad 0 hello tiempo 0 retraso de avance 0
        máxima edad 0 retención 0 proto stp máxima dirección 100 tiempo de espera 1200
        root id 0:0:0:0:0:0 prioridad 0 ifcost 0 puerto 0
        filtro de IP deshabilitado banderas 0x0
    miembro: en1 banderas=3
            ifmaxaddr 0 puerto 10 prioridad 0 costo de ruta 0
    miembro: en2 banderas=3
            ifmaxaddr 0 puerto 11 prioridad 0 costo de ruta 0
    miembro: en3 banderas=3
            ifmaxaddr 0 puerto 12 prioridad 0 costo de ruta 0
    nd6 options=201
    media: 
    status: inactivo
ap1: flags=8802 mtu 1500
    options=400
    ether 7e:e9:1e:89:0f:cf
    media: autoselect
en0: flags=8863 mtu 1500
    options=6460
    ether 5c:e9:1e:89:0f:cf
    inet6 fe80::a8:c850:c9ad:8dbc%en0 prefixlen 64 secured scopeid 0xf 
    inet 192.168.1.13 netmask 0xffffff00 broadcast 192.168.1.255
    nd6 options=201
    media: autoselect
    status: activo
awdl0: flags=8843 mtu 1500
    options=6460
    ether 36:37:dd:14:37:1b
    inet6 fe80::3437:ddff:fe14:371b%awdl0 prefixlen 64 scopeid 0x10 
    nd6 options=201
    media: autoselect
    status: activo
llw0: flags=8863 mtu 1500
    options=400
    ether 36:37:dd:14:37:1b
    inet6 fe80::3437:ddff:fe14:371b%llw0 prefixlen 64 scopeid 0x11 
    nd6 options=201
    media: autoselect
    status: inactivo
utun0: flags=8051 mtu 1500
    inet6 fe80::9ea:f549:1e53:80ef%utun0 prefixlen 64 scopeid 0x12 
    nd6 options=201
utun1: flags=8051 mtu 1380
    inet6 fe80::acdc:d2ca:9927:72da%utun1 prefixlen 64 scopeid 0x13 
    nd6 options=201
utun2: flags=8051 mtu 2000
    inet6 fe80::b851:13d6:ae77:3168%utun2 prefixlen 64 scopeid 0x14 
    nd6 options=201
utun3: flags=8051 mtu 1000
    inet6 fe80::ce81:b1c:bd2c:69e%utun3 prefixlen 64 scopeid 0x15 
    nd6 options=201
utun4: flags=8051 mtu 1380
    inet6 fe80::5346:3701:5013:df6f%utun4 prefixlen 64 scopeid 0x16 
    nd6 options=201
utun5: flags=8051 mtu 1380
    inet6 fe80::bd02:a0ec:bc51:9adc%utun5 prefixlen 64 scopeid 0x17 
    nd6 options=201
en7: flags=8863 mtu 1500
    options=6464
    ether b0:4f:13:25:b8:ad
    nd6 options=201
    media: autoselect (ninguno)
    status: inactivo

phrogz@PhrogzBook ~ % route -n get default

   ruta hacia: default
destino: default
       máscara: default
    gateway: 192.168.1.1
  interface: en0
      flags: 
 recvpipe  sendpipe  ssthresh  rtt,msec    rttvar  hopcount      mtu     expire
       0         0         0         0         0         0      1500         0 

Tengo software de VPN instalado en la laptop (y en el teléfono), pero no hay ninguna VPN conectada activamente. No estoy seguro de qué buscar aquí para ver cómo la VPN podría estar causando problemas.

La laptop actualmente está ejecutando Sonoma 14.6.1

0voto

Jelon Puntos 111

Por sugerencia de @nohillside, probé y descubrí que no podía hacer ping al gateway ni siquiera a la IP 192.168.1.13 del propio portátil.

Ejecutar netstat -nr | grep '!' mostró que había rutas bloqueadas desde el portátil a toda la subred 192.168.1.

% netstat -nr | grep '!'
169.254            link#15            UCS                   en0      !
169.254            link#15            UCSI                  en0      !
192.168.1          link#15            UCS                   en0      !
192.168.1          link#15            UCSI                  en0      !
192.168.1.1/32     link#15            UCS                   en0      !
192.168.1.13/32    link#15            UCS                   en0      !
192.168.1.13       link#15            UHLWI                 en0      !
192.168.1.43       c4:38:75:8c:2d:54  UHLWI                 en0      !
192.168.1.63       0:11:32:c:f8:c9    UHLWI                 en0      !
192.168.1.255      ff:ff:ff:ff:ff:ff  UHLWbI                en0      !
224.0.0/4          link#15            UmCS                  en0      !
255.255.255.255/32 link#15            UCS                   en0      !

La lista de procesos mostraba dos agentes de las VPNs ejecutándose en segundo plano, y no querían cerrarse correctamente (HUP). Opté por no forzar su cierre. No pude eliminar la ruta:

% sudo route delete 192.168.1
route: writing to routing socket: not in table
delete host 192.168.1: not in table

Sin embargo, cuando desactivé y volví a activar la interfaz WiFi, y luego limpié la caché de rutas, mi problema se resolvió. Supongo que una de las dos VPN que uso dejó algunas rutas incorrectas activas. Estoy seguro de que reiniciar el portátil lo habría solucionado, pero estaba buscando una solución que ofreciera tanto una comprensión de la causa root como una forma de solucionarlo en el futuro sin necesidad de reiniciar.

La solución:

sudo ifconfig en0 down
sudo ifconfig en0 up
sudo route -n flush

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