Estou tentando verificar se minha interface de rede Ethernet está funcionando corretamente ou não. Eu tenho dois PCs e eles estão conectados diretamente (sem switch). Em um PC, tentei fazer ping no outro com IP atribuído, mas estou recebendo 'Host de destino inacessível'. Eu verifiquei o wireshark e lá estou recebendo solicitação ARP e resposta do segundo PC (estou verificando no segundo PC). Então verifiquei o contrário e descobri que meu primeiro PC não está respondendo a nenhuma solicitação ARP. Alguma ideia do que está causando esse erro?
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)
No PC 1, tentei ip route ls e consegui
10.0.0.0/24 dev enp1s0 proto kernel scope link src 10.0.0.2
Vi alguns comentários sobre firewall, mas aqui está o que recebo quando verifico
home# cat /etc/sysconfig/iptables
cat: /etc/sysconfig/iptables: No such file or directory
EDIT 1: Resultado da rota ip no 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
Tentei, ping6 fe80::66b3:11ff:fe52:2a9 -I eth1
obtive Destination unreachable, address unreachableerro. O mesmo resultado para o contrário
Observação: (Caso seja relevante) No PC2 tenho duas NICs e estou tentando me comunicar através da eth1
Responder1
Operando sob a suposição de que você conectou os 2 PCs com umcabo cruzado adequadamente construídoou pelo menos um dos dispositivos suportaMDIX automático, só consigo pensar em dois motivos pelos quais isso pode ocorrer.
A) Solicitações de eco ICMP bloqueadas na porta 7 via firewall
B) A NIC do PC1 está com defeito (o transmissor e o receptor falharam) e deve ser substituído.
Observação:
auto MDI-X está dentro do padrão 1000BASE-T e também desenvolveu algoritmos patenteados para "modo forçado auto MDI-X" que permitem que um link seja estabelecido automaticamente mesmo que a porta não seja negociada automaticamente. Isso pode ou não ser implementado em um determinado dispositivo, então ocasionalmenteum cabo cruzado ainda pode ser necessárioao conectar auto MDI-X a MDI-X (hub ou switch),especialmente quando a negociação automática está desativada.
Roteadores, hubs e switches mais recentes (incluindo alguns 10/100 e todos os dispositivos de 1 gigabit ou 10 gigabit na prática) usam MDI-X automático para conexões de 10/100 Mbit para mudar automaticamente para a configuração adequada assim que um cabo for conectado.
Links Ethernet Gigabit e mais rápidossobre cabo de par trançadouse todos os quatro pares de cabos para transmissão simultânea em ambas as direções. Por esta razão, não existem pares dedicados de transmissão e recepção e, conseqüentemente,cabos cruzados nunca são necessários para comunicação 1000BASE-T.A subcamada de fixação de meio físico (PMA) fornece identificação de cada par e geralmente continua a funcionar mesmo em cabos onde os pares são trocados ou cruzados de maneira incomum.
Supondo que com o wireshark você veja pacotes nos dois sentidos no PC2 e NÃO no PC1, e sem mais detalhes sobre o hardware em uso, meu melhor palpite é B). Eu espero que isso ajude.