☰

Dispositivo Linux no accesible durante la red (ping)

tag-icon • tag-icon networking ethernet
Dispositivo Linux no accesible durante la red (ping)

Tengo una configuración con mi PC con Windows, un conmutador y un SBC de Linux (no Raspberry) e intento conectar el SBC con mi computadora a través del conmutador para proporcionar Internet y SSH al SBC.

El SBC genera las siguientes direcciones IP

root@imx6qpdlsolox:~# ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 169.254.234.40  netmask 255.255.0.0  broadcast 169.254.255.255
        inet6 fe80::204:9fff:fe06:3984  prefixlen 64  scopeid 0x20<link>
        ether 00:04:9f:06:39:84  txqueuelen 1000  (Ethernet)
        RX packets 364  bytes 45484 (44.4 KiB)
        RX errors 0  dropped 166  overruns 0  frame 0
        TX packets 140  bytes 35993 (35.1 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 446  bytes 29426 (28.7 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 446  bytes 29426 (28.7 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Mi computadora genera lo siguiente

Ethernet-Adapter Ethernet:

   Verbindungsspezifisches DNS-Suffix:
   Verbindungslokale IPv6-Adresse  . : fe80::4ece:1a02:7677:2d01%22
   IPv4-Adresse  . . . . . . . . . . : 192.168.0.200
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   IPv4-Adresse  . . . . . . . . . . : 192.254.79.200
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   IPv4-Adresse  . . . . . . . . . . : 169.254.234.200
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Standardgateway .

Puedo hacer ping al SBC desde mi computadora

Ping wird ausgeführt für 169.254.234.40 mit 32 Bytes Daten:
Antwort von 169.254.234.40: Bytes=32 Zeit<1ms TTL=64
Antwort von 169.254.234.40: Bytes=32 Zeit<1ms TTL=64
Antwort von 169.254.234.40: Bytes=32 Zeit<1ms TTL=64
Antwort von 169.254.234.40: Bytes=32 Zeit<1ms TTL=64

Ping-Statistik für 169.254.234.40:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 0ms, Maximum = 0ms, Mittelwert = 0ms

Pero no mi computadora del SBC

root@imx6qpdlsolox:~# ping 169.254.234.200
PING 169.254.234.200 (169.254.234.200) 56(84) bytes of data.

Ambos dispositivos están conectados a través del interruptor. El interruptor lo confirma y los LED parpadean. El LED verde del SBC no parpadea, pero el naranja sí. ¿Qué quiere decir esto? Leí que el verde significa un enlace exitoso, por lo que el tablero no tiene enlace. Pero, ¿por qué el conmutador muestra un enlace exitoso y por qué funciona un ping?

Respuesta1

Windows viene de forma predeterminada con un firewall que bloquea casi todo lo entrante, incluidas incluso las solicitudes de ping.

Ejecute wf.mscen Windows, abra "Entrante" y habilite las reglas integradas "ICMP Echo" y "ICMPv6 Echo". Estarán en "Diagnóstico de red central" en Windows 11, o en "Compartir archivos" en Windows 10 (este último también los limita a la misma subred de forma predeterminada).

Además, intente mantener sus máscaras de red idénticas para todos los dispositivos en una subred determinada. Actualmente su SBC usa 255.255.0.0, pero la PC está configurada para usar 255.255.255.0su dirección 169.254.234.200. Si bien en este caso no estodavíacausando problemas (ya que tanto las direcciones del SBC como de la PC todavía están dentro de la más estrecha de las dos máscaras de red), todavía cuenta como una mala configuración.

Por lo tanto, lo ideal sería cambiar la dirección 169.254.234.200 de la PC para usar la máscara de red 255.255.0.0. (Las otras direcciones IP de la PC pueden continuar usando sus máscaras de red actuales).

Ping es una verificación bidireccional que combina dos cosas (solicitud y respuesta) en una sola aprobación/fallo. Si falla, el siguiente paso es comprobar esas cosas.por separado,es decir, desea saber si la computadora está recibiendo la solicitud de ping del SBC sin depender de la respuesta.

Para eso, se utilizan herramientas de captura de paquetes (generalmente Wireshark para Windows/Linux GUI o tcpdump para CLI); incluso si la computadora no responde, poder ver la solicitud llegar a la computadora le indicará que la configuración de red del SBC es correcto (o al menos medio correcto) y por lo tanto es la computadora la que decide no responder. (O puede indicarle que la computadora responde a través de una interfaz diferente porque especificó la máscara de red incorrecta...)

El LED verde del SBC no parpadea, pero el naranja sí. ¿Qué quiere decir esto? Leí que el verde significa un enlace exitoso, por lo que el tablero no tiene un enlace.

Los indicadores LED de Ethernet no tienen una combinación de colores estándar; Lo que ha leído sobre los LED de red en un dispositivo no es necesariamente cierto para otro.

Por ejemplo, podría ser que el SBC use "naranja = 100 Mbps" y "verde = 1 Gbps", donde cualquiera de los colores indica un enlace exitoso pero con diferentes velocidades de bits. (También he visto lo contrario, el naranja indica la velocidad más rápida).

información relacionada