Só é possível efetuar o ping de uma maneira por meio de um roteador da VM

0

tl; dr

Eu tenho duas redes locais (uma da LAN interna do VirtualBox) e uma VM do Win2K agindo como um roteador entre elas. Eu posso pingar hosts de uma rede para outra, mas não vice-versa.

Resumo

Estou executando o VirtualBox 4.3.6, com um grupo de VMs em uma rede interna ( 10.0.42.x ). Todas as VMs são o Windows 2000 Server SP4 (não a minha primeira escolha, mas uma com o que se tem). Meu laptop está executando o Windows 7 Home Premium. Estou tentando configurar um dos servidores para rotear entre a rede interna do VirtualBox e a LAN física ( 192.168.1.x ), a qual me referirei como a rede externa para os fins desta questão. O roteador tem uma segunda NIC com ponte (por isso, aparece como se estivesse na LAN externa).

Antes que alguém pergunte, como inevitavelmente faz, este é um exercício de aprendizado.

Atualmente

  • A VM do roteador pode fazer ping em qualquer destino nas duas redes.
  • Meu laptop pode fazer ping em qualquer convidado na rede virtual. Eu tive que adicionar manualmente uma rota para conseguir isso: route add 10.0.42.0 MASK 255.255.255.0 192.168.1.42 . O roteador parece estar funcionando corretamente para o tráfego que vai de para a rede interna.
  • Os convidados podem fazer ping em qualquer destino na rede interna, bem como na interface externa do roteador. Eles não podem, no entanto, alcançar qualquer host na rede externa, como meu laptop ou o roteador DSL (nenhum dos quais bloqueia solicitações de ping).

As solicitações de ping falham com Request timed out. A tracert yields:

Tracing route to 192.168.1.69 over a maximum of 30 hops

  1   <10 ms   <10 ms   <10 ms  10.0.42.1
  2     *        *        *     Request timed out.
  3     *        *        *     Request timed out.
  ...

Onde 192.168.1.69 é meu laptop e 10.0.42.1 é o endereço da interface externa do roteador. Isso sugere algo errado com a configuração do roteador, mas tudo o que fiz foi configurar o RRAS para roteamento de rede local e deixá-lo assim, e ele não está me impedindo de fazer o ping para a rede interna.

O que eu acho que posso excluir

  • Firewalls (todos os hosts envolvidos respondem a pings de algum lugar ).
  • Typos (eu copiei colado extensivamente ao ponto da paranóia para evitar erros).

O que eu tentei

  • Como remover & reconfigurando o RRAS.
  • Adicionada uma rota padrão aos convidados ( route add 192.168.1.0 MASK 255.255.255.0 10.0.42.1 ).
  • Adicionou o gateway padrão às NICs do roteador (não achou que ajudaria, e não ajudou).

Específicos

Mais detalhes a pedido; esta questão é provavelmente longa o suficiente como é.

Laptop
IP 192.168.1.69/24
Gateway padrão (roteador DSL)

Roteador
IP 192.168.1.42/24
IP 10.0.42.1/24

Convidado
IP 10.0.42.128/24
Gateway Padrão 10.0.42.1

Tabelas de rotas

Eu incluí as tabelas de roteamento para o convidado que não podem fazer ping fora de sua própria rede (este é na verdade um convidado diferente ( 10.0.42.254 ), mas como todos os convidados além do roteador, ele o mesmo problema):

Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0        10.0.42.1     10.0.42.254       1
        10.0.42.0    255.255.255.0      10.0.42.254     10.0.42.254       1
      10.0.42.254  255.255.255.255        127.0.0.1       127.0.0.1       1
   10.255.255.255  255.255.255.255      10.0.42.254     10.0.42.254       1
        127.0.0.0        255.0.0.0        127.0.0.1       127.0.0.1       1
      192.168.1.0    255.255.255.0        10.0.42.1     10.0.42.254       1
        224.0.0.0        224.0.0.0      10.0.42.254     10.0.42.254       1
  255.255.255.255  255.255.255.255      10.0.42.254     10.0.42.254       1
Default Gateway:         10.0.42.1
    
por Quick Joe Smith 30.04.2014 / 13:48

1 resposta

0

Quando um host pinga com sucesso outro:

Um pacote ICMP Echo Request é montado pelo originador, as tabelas de rota são consultadas, uma interface é selecionada e o pacote é enviado para as camadas OSI inferiores, para o host de destino.

O host de destino recebe um ICMP Echo Request endereçado a si mesmo, observa o endereço IP do solicitante e formula um ICMP Echo Reply , consulta suas tabelas de rotas, seleciona uma interface e envia o Reply de volta para o solicitante.

O solicitante recebe o ICMP Echo Reply , observa o tempo que levou para completar o loop de envio / recebimento e o anota para o usuário.

Neste ponto, um pacote passou de A para B e outro passou de B para A, com sucesso.

Isto confirma que A pode chegar a B, e B pode chegar a A.

Este deve ser o fim, mas por alguma razão, B não pode enviar um Echo Request para A, ou A não pode enviar um Echo Reply para B.

Verifique quais endereços IP são usados quando A pinga B com sucesso e verifique se eles estão sendo usados quando B tenta fazer ping A

.

É um problema com o programa ping ? Os dois sistemas podem se alcançar via TCP? (telnet B 25 Uma conexão recusada é esperada; um travamento significa que os dados estão se perdendo ao longo do caminho.

    
por 02.05.2014 / 11:57