Estoy intentando comprobar si mi interfaz de red Ethernet funciona correctamente o no. Tengo dos PC y están conectadas directamente (sin interruptor). En una PC, intenté hacer ping a la otra con la IP asignada, pero aparece el mensaje "Host de destino inalcanzable". Verifiqué Wireshark y recibo tanto la solicitud ARP como la respuesta de la segunda PC (estoy revisando la segunda PC). Luego revisé al revés y descubrí que mi primera PC no responde a ninguna solicitud ARP. ¿Alguna idea de qué está causando este error?
My settings: PC 1
ink encap:Ethernet HWaddr 6c:b3:11:52:12:a5
inet addr:10.0.0.2 Bcast:10.0.0.255 Mask:255.255.255.0
inet6 addr: fe80::66b3:11ff:fe52:2a9/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
PC 2
ink encap:Ethernet HWaddr 6c:b3:11:52:72:a0
inet addr:10.0.0.3 Bcast:10.0.0.255 Mask:255.255.255.0
inet6 addr: fe80::66b3:12ff:fe52:2a9/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:8 errors:0 dropped:0 overruns:0 frame:0
TX packets:284 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (480.0 B) TX bytes:0 (34.4 KB)
Desde la PC 1, probé ip route ls y obtuve
10.0.0.0/24 dev enp1s0 proto kernel scope link src 10.0.0.2
Vi algunos comentarios sobre el firewall, pero esto es lo que obtengo cuando reviso
home# cat /etc/sysconfig/iptables
cat: /etc/sysconfig/iptables: No such file or directory
EDITAR 1: Resultado de la ruta IP en la PC2
home$ip route ls
default via 172.16.0.1 dev eth0 proto static
10.0.0.0/24 dev eth1 proto kernel scoope link src 10.0.0.3 metric 1
172.16.0.0/16 dev eth0 proto kernel scope link src 172.16.2.3 metric 1
Intenté y ping6 fe80::66b3:11ff:fe52:2a9 -I eth1
obtuve Destination unreachable, address unreachableel error. Mismo resultado al revés.
Nota: (En caso de que sea relevante) En la PC2 tengo dos NIC y estoy intentando comunicarme a través de eth1
Respuesta1
Operando bajo el supuesto de que ha conectado las 2 PC con uncable cruzado correctamente construidoo al menos uno de los dispositivos admiteMDIX automático, Sólo puedo pensar en 2 razones por las que esto podría ocurrir.
A) Solicitudes de eco ICMP bloqueadas en el puerto 7 a través del firewall
B) La NIC de la PC1 está defectuosa (tanto el transmisor como el receptor han fallado) y debe reemplazarse.
Nota:
auto MDI-X está dentro del estándar 1000BASE-T y también desarrolló algoritmos patentados para "modo forzado auto MDI-X" que permiten establecer un enlace automáticamente incluso si el puerto no negocia automáticamente. Esto puede implementarse o no en un dispositivo determinado, por lo que ocasionalmenteaún puede ser necesario un cable cruzadoal conectar auto MDI-X a MDI-X (concentrador o conmutador),especialmente cuando la negociación automática está desactivada.
Los enrutadores, concentradores y conmutadores más nuevos (incluidos algunos 10/100 y, en la práctica, todos los dispositivos de 1 gigabit o 10 gigabit) utilizan MDI-X automático para conexiones de 10/100 Mbit para cambiar automáticamente a la configuración adecuada una vez que se conecta un cable.
Enlaces Gigabit y Ethernet más rápidossobre cable de par trenzadoUtilice los cuatro pares de cables para la transmisión simultánea en ambas direcciones.. Por esta razón, no existen pares dedicados de transmisión y recepción y, en consecuencia,Nunca se requieren cables cruzados para la comunicación 1000BASE-T.La subcapa de conexión del medio físico (PMA) proporciona identificación de cada par y generalmente continúa funcionando incluso sobre cables donde los pares se intercambian o cruzan de manera inusual.
Suponiendo que con Wirehark ve paquetes en ambos sentidos en la PC2 y NO en la PC1, y sin más detalles sobre el hardware en uso, mi mejor suposición es B). Espero que esto ayude.