Eu tenho um problema com o meu traceroute?

Question

Estou tentando configurar uma rede da seguinte forma:

=============================
DHCP fix addresses :
PC1 => 192.168.0.38
PC2 => 192.168.0.39

=============================
PC1:
eth0   inet addr:10.10.0.2     Bcast:10.255.255.255  Mask:255.0.0.0
wlan0  inet addr:192.168.0.38  Bcast:192.168.0.255   Mask:255.255.255.0

Destination     Gateway         Genmask         Flags Iface
0.0.0.0         192.168.0.254   0.0.0.0         UG    wlan0
10.0.0.0        0.0.0.0         255.0.0.0       U     eth0
172.17.0.0      0.0.0.0         255.255.0.0     U     docker0
192.168.0.0     0.0.0.0         255.255.255.0   U     wlan0
=============================
PC2:  
wlan1  inet addr:192.168.0.39  Bcast:192.168.0.255   Mask:255.255.255.0
eth0   inet addr:10.10.0.4     Bcast:10.255.255.255  Mask:255.0.0.0

Destination     Gateway         Genmask         Flags Iface
0.0.0.0         192.168.0.254   0.0.0.0         UG    wlan1
172.17.0.0      0.0.0.0         255.255.0.0     U     docker0
192.168.0.0     0.0.0.0         255.255.255.0   U     wlan1
=============================

Então, inicialmente, meus dois PCs estão conectados via Wi-Fi à Internet através do dhcp da caixa da minha internet (endereço de correção). A coisa ruim sobre isso é que para transferência de arquivos tudo passa por wifi. Então eu adicionei um cabo entre os computadores e gostaria de usar este cabo para qualquer transferência de arquivo. A questão é que eu não consigo nem pingar entre os computadores!

Do PC1 eu recebo:

traceroute 10.10.0.4
traceroute to 10.10.0.4 (10.10.0.4), 30 hops max, 60 byte packets
 1  10.10.0.2 (10.10.0.2)  2997.858 ms !H  2997.800 ms !H  2997.778 ms !H

O que significa '! H'? Isso é uma indicação de erro?

E no PC2 não consigo acessar o PC1 (como não há rota = > como eu poderia adicionar uma rota?)

traceroute 10.10.0.2
traceroute to 10.10.0.2 (10.10.0.2), 30 hops max, 60 byte packets
 1  192.168.0.254 (192.168.0.254)  64.193 ms  69.008 ms  71.722 ms
 2  * * *
 3  * * *
 4  * * *

EDITAR:

No PC2:

ethtool eth0
Settings for eth0:
    Supported ports: [ TP ]
    Supported link modes:   10baseT/Half 10baseT/Full 
                            100baseT/Half 100baseT/Full 
                            1000baseT/Half 1000baseT/Full 
    Supported pause frame use: No
    Supports auto-negotiation: Yes
    Advertised link modes:  10baseT/Half 10baseT/Full 
                            100baseT/Half 100baseT/Full 
                            1000baseT/Half 1000baseT/Full 
    Advertised pause frame use: Symmetric
    Advertised auto-negotiation: Yes
    Link partner advertised link modes:  10baseT/Half 10baseT/Full 
                                         100baseT/Half 100baseT/Full 
                                         1000baseT/Half 1000baseT/Full 
    Link partner advertised pause frame use: Symmetric
    Link partner advertised auto-negotiation: Yes
    Speed: 1000Mb/s
    Duplex: Full
    Port: Twisted Pair
    PHYAD: 1
    Transceiver: internal
    Auto-negotiation: on
    MDI-X: on
Cannot get wake-on-lan settings: Operation not permitted
    Current message level: 0x000000ff (255)
                   drv probe link timer ifdown ifup rx_err tx_err
    Link detected: yes

EDITAR:

NO PC2

$ dmesg | grep eth0
[    5.293971] tg3 0000:04:00.0 eth0: Tigon3 [partno(BCM95723) rev 5784100] (PCI Express) MAC address 3c:4a:92:b2:a2:1e
[    5.293974] tg3 0000:04:00.0 eth0: attached PHY is 5784 (10/100/1000Base-T Ethernet) (WireSpeed[1], EEE[0])
[    5.293976] tg3 0000:04:00.0 eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] TSOcap[1]
[    5.293978] tg3 0000:04:00.0 eth0: dma_rwctrl[76180000] dma_mask[64-bit]
[    9.124499] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   10.758438] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   10.758756] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   13.183081] tg3 0000:04:00.0 eth0: Link is up at 1000 Mbps, full duplex
[   13.183091] tg3 0000:04:00.0 eth0: Flow control is on for TX and on for RX
[   13.183104] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

    

Answer 1

Assumindo que o estado da sua rede não mudou do diagrama acima, o PC2 não possui uma rota de volta ao PC1. Você precisa adicionar uma rota ao PC2, mas o comando que você tentou nos comentários:

route add -net 10.10.0.0/255.0.0.0 gw 10.10.0.4

não é o que você quer. Este comando tem alguns erros:

1. /255.0.0.0 não é a maneira correta de especificar a máscara de rede.
2. gw 10.10.0.4 está dizendo ao PC2 para enviá-lo de volta para si mesmo! Não é o que queremos.
3. 10.10.0.0 não é o ID de rede correto. Deve ser 10.0.0.0 .

Seguimos o que queremos:

route add -net 10.0.0.0 netmask 255.0.0.0 dev eth0

Isso diz ao PC2 para enviar esses pacotes para fora da sua interface com fio eth0.

Como o PC1 já tem uma rota para o PC2 de acordo com o diagrama, isso deve ser feito.

Em outra nota, mesmo que você tenha a conexão a cabo funcionando, seu arquivo ainda poderá não ser transferido por cabo em vez de por Wi-Fi. Dependerá de como seu programa tenta alcançar o outro lado. Se você especificar o endereço IP relevante ( 10.10.0.x ), então não deve haver problemas, mas se você especificar pelo nome do host da máquina, a resolução de nomes entrará em vigor e você não poderá ter certeza de que o endereço IP usado será sempre 10.10.0.x em vez do endereço Wi-Fi 192.168.0.x . Se isso se tornar um problema, talvez você queira analisar o arquivo de hosts.