Adicionar rota para máquina no mesmo DC

Question

Minha tabela de roteamento na minha máquina com o IP de 46.84.121.243 atualmente é semelhante a esta -

Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0     46.84.121.225     46.84.121.243     21
     46.84.121.224  255.255.255.224         On-link      46.84.121.243    276
     46.84.121.239  255.255.255.255         On-link      46.84.121.243     21
     46.84.121.243  255.255.255.255         On-link      46.84.121.243    276
     46.84.121.255  255.255.255.255         On-link      46.84.121.243    276

Estou tentando acessar 46.84.121.239, que é minha outra máquina no mesmo DC, mas meu palpite é que a primeira regra é bloqueá-lo, já que ele está tentando passar pelo gateway e falhando -

Tracing route to [46.84.121.239]
over a maximum of 30 hops:

  1  OWNEROR-9O83HBL [46.84.121.243]  reports: Destination host unreachable.

Trace complete.

Estou fazendo tudo isso via RDP e já tentei alterar a métrica na regra persistente com conseqüências devastadoras! Aqui está a regra persistente (funcionando) -

Persistent Routes:
  Network Address          Netmask  Gateway Address  Metric
          0.0.0.0          0.0.0.0     46.84.121.225       1

Qualquer ajuda para poder acessar o 46.84.121.243 seria muito útil, muito obrigado.

    

Answer 1

Como sua máscara de sub-rede é / 27, esse host e o destino estão na mesma rede. Você não precisa dessa rota explícita para 46.84.121.239.

Algumas coisas eu verificaria:

• Os dois servidores podem acessar o gateway? Eu sei que o gateway não seria usado aqui, mas pelo menos verificará se você tem links funcionais em ambos os servidores.
• A máscara de sub-rede está definida para 255.255.255.224 em ambos os servidores?
• Algum servidor tem um firewall em execução impedindo a comunicação IP?
• O "arp -a" mostra o endereço IP e MAC do host remoto?

Se nenhum deles resolver o problema, comecei a analisar os problemas da Camada 2: VLAN configurada incorretamente, segurança da porta, erros etc.

    

Answer 2

A resposta de Doug está correta: o hoster em questão (hetzner.de) me informou que sua rede está em uma "VLAN" e, portanto, embora o outro host esteja na mesma rede, o tráfego precisou passar pelo gateway.

Assim, as entradas "no link" não estavam chegando ao servidor, embora aparecessem na mesma rede, a solução era forçar o tráfego através do gateway usando essa regra persistente -

46.84.121.224  255.255.255.224     46.84.121.225       1