Debian / Ubuntu - Sem conexão de rede

Question

Eu tenho uma situação muito estranha no meu Ubuntu 12.04 LTS Server. Eu não consigo acessar (ping) o meu gateway, embora eu acredite que minha configuração está ok - eu anexei as saídas. Alguma dica onde procurar? (Eu mudei o início do IP para algo diferente, apenas ofuscação) ping 5.9.10.129

PING 5.9.10.129 (5.9.10.129) 56(84) bytes of data.
From 5.9.10.129 (5.9.10.129) icmp_seq=2 Destination Host Unreachable
From 5.9.10.129 (5.9.10.129) icmp_seq=3 Destination Host Unreachable
From 5.9.10.129 (5.9.10.129) icmp_seq=4 Destination Host Unreachable

uname -r

3.2.0-29-genérico

ifconfig eth0

eth0      Link encap:Ethernet  HWaddr 3c:97:0e:0e:54:d7  
      inet addr:5.9.10.142  Bcast:5.9.10.159  Mask:255.255.255.224
      inet6 addr: fe80::8e70:5aff:feda:c4ac/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:1216 errors:0 dropped:0 overruns:0 frame:0
      TX packets:490 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:107470 (107.4 KB)  TX bytes:34344 (34.3 KB)
      Interrupt:17 Memory:d2500000-d2520000

rota ip

default via 5.9.10.129 dev eth0  metric 100
5.9.10.128/27 via 5.9.10.129 dev eth0 
5.9.10.128/27 dev eth0  proto kernel  scope link  src 5.9.10.142

route -n

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         5.9.10.129      0.0.0.0         UG    1000      0        0 eth0
5.9.10.128      5.9.10.129      255.255.255.224 UG    0         0        0 eth0
5.9.10.128      0.0.0.0         255.255.255.224 U     0         0        0 eth0

iptables -L

Chain INPUT (policy ACCEPT)
target     prot opt source               destination       


Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT) target     prot opt source               destination 

UPD: Eric, é assim que as informações de roteamento aparecem em um servidor em funcionamento:

0.0.0.0         78.47.198.49    0.0.0.0         UG    100    0        0 eth0
78.47.198.48    78.47.198.49    255.255.255.240 UG    0      0        0 eth0
78.47.198.48    0.0.0.0         255.255.255.240 U     0      0        0 eth0

Pelo que entendi, Hetzner tenta garantir segurança por isso, então eu não posso assumir um IP, alterando o meu MAC. Mas este é outro servidor, que tem outra máscara de rede (255.255.255.240)

UPD2: BatchyX, no servidor de trabalho:

78.47.198.49 dev eth0  src 78.47.198.60 
    cache 

no quebrado:

5.9.10.129 dev eth0  src 5.9.10.142
    cache 

    

Answer 1

Eu tenho medo de que haja algum problema com a classe Hetzner IP 5.9.x.x. Nós experimentamos os mesmos problemas com nossos servidores nesta classe de IP. Algumas pessoas não conseguem se conectar e o traceroute mostra 'no route to host' no início do traceroute (como se o ISP local negasse o roteamento):

ping 5.9.200.x

Host de destino inacessível

EDIT: encontrado no link :

Citação: "há algum ISP por perto (até mesmo um residencial italiano) que parece estar filtrando 5.0.0.0/8 ... não é um problema hetzner! é um problema do seu ISP em casa! "

    

Answer 2

A segunda rota parece ser um erro: "5.9.10.129/27 via 5.9.10.129 dev eth0" Você não deve precisar de nenhuma rota porque seu servidor está na rede 5.9.10.128/27.