Configurando um segundo roteador em uma rede estática - manequins

Dada uma pequena rede estática com um roteador e 2 computadores, você pode Preciso adicionar um segundo roteador. Você não está colocando nenhum computador no segmento do meio; você encontraria essa configuração típica se você alugasse um link privado ou circuito virtual da sua companhia de telefone ou se estivesse rotinando uma conexão de backbone interna em sua rede.

Neste caso, as redes que deseja encaminhar entre (contendo Computador1 e Computador2 ) não estão diretamente conectadas a um único roteador; Em vez disso, um segmento está conectado diretamente a cada roteador em sua rede. Observe que você normalmente configuraria cada computador para usar o roteador local como o gateway padrão, então isso é esperado neste cenário.

Quando você emite um comando como ping para testar a conexão com o computador remoto cujo endereço IP é 192. 168. 5. 10, o computador executa o processo AND lógico no seu endereço IP e no endereço IP remoto usando a máscara de sub-rede. Nesse caso, o processo AND identifica o endereço de destino como um endereço remoto.

Em todos os casos em que o endereço é remoto, o computador consulta sua tabela de roteamento local. Nesse caso, nada está na tabela de roteio local diferente das rotas padrão e a rota para o gateway padrão. Como as rotas não estão mais próximas, o computador usa a rota "pegar tudo" através do gateway padrão.

Quando o comando ping passa, os resultados se assemelham ao seguinte. O erro pode ser que o host de destino não está disponível. Ou pode ser que toda a rede de destino não esteja disponível porque o roteador em 192. 168. 1. 1 não sabe como chegar ao segmento de rede de destino.

C:> ping 192. 168. 5. 10 Pinging 192. 168. 5. 10 com 32 bytes de dados: Resposta de 192. 168. 1. 1: host de destino inacessível. Resposta de 192. 168. 1. 1: host de destino inacessível. Resposta de 192. 168. 1. 1: host de destino inacessível. Resposta de 192. 168. 1. 1: host de destino inacessível. Estatísticas de ping para 192. 168. 5. 10: Pacotes: Enviados = 4, Recebidos = 0, Perdidos = 4 (perda 100%), tempos aproximados de ida e volta em milésimos segundos: Mínimo = 0ms, Máximo = 1ms, Média = 0ms

O código a seguir faz duas coisas. Primeiro, ele permite o roteamento no roteador, o que é necessário mesmo para rotear na rede de dois segmentos (esta não é uma configuração padrão, você deve instruir um roteador para rotear quando há mais de uma interface). Em segundo lugar, adiciona uma rota ao segmento de rede 192. 168. 5. 0 (veja a Figura 4-2 para uma ilustração).

Roteador1> habilitar Senha: Roteador1 # configurar terminal Inserir comandos de configuração, um por linha. Fim com CNTL / Z. Router1 (config) #ip roteador Router1 (config) #ip route 192. 168. 5. 0 255. 255. 255. 0 192. 168. 3. 2 Router1 (config) #exit

Quando você usa o > comando ping , o computador remoto em 192. 168. 5. 10, você recebe um erro ligeiramente diferente. O seguinte erro pode ter várias causas. Em geral, Pedido expirou erro significa que os roteadores sabem como obter os dados para seu destino (caso contrário você tem os erros de destino do uso anterior de ping ), ou pelo menos eles pensam que sim. C:> ping 192. 168. 5. 10 Pinging 192. 168. 5. 10 com 32 bytes de dados: o pedido expirou. O pedido expirou. O pedido expirou. O pedido expirou. Estatísticas de ping para 192. 168. 5. 10: Pacotes: Enviados = 4, Recebidos = 0, Perdidos = 4 (perda 100%), tempos aproximados de ida e volta em milésimos segundos: Mínimo = 0ms, Máximo = 1ms, Média = 0ms

Se você tiver um problema com suas tabelas de roteamento, talvez um roteador que use o gateway padrão em vez da rota estática que você deveria ter configurado, você poderá ver o erro anterior porque os roteadores pensam que podem encaminhar os dados até o destino.

Você também pode ver esse erro se as rotas para a rede de destino estiverem corretas, mas os roteadores no caminho reverso não estão corretamente configurados. O comando

traceroute pode dar-lhe mais informações sobre a natureza do erro. No exemplo a seguir, a versão do Windows traceroute ( tracert ) está configurada para rastrear a rota para apenas quatro lúpulos usando a opção -h 4 para modificar a comando. D: utils> tracert -h 4 192. 168. 5. 10 Percurso de rastreamento para 192. 168. 3. 1 durante um máximo de 30 saltos 1 <1>

Este código indica apenas que a tabela de roteamento do seu computador está correto e você passou os dados no seu roteador local. O roteador sabe para onde ir? Você ainda não pode ter certeza. Você pode se conectar ao seu roteador e verificar a rota e, em seguida, você pode usar
ping para testar o roteador de destino e tentar usar traceroute para testar o endereço de destino, o que mostra o roteador rota para o destino: Roteador1> habilitar Senha: Roteador1 # mostrar rota IP estática S 192. 168. 5. 0/24 [1/0] via 192. 168. 3. 2 Roteador1 # ping 192. 168. 3 2 Digite a seqüência de escape para abortar. Enviando 5, 100 bytes ICMP Echos para 192. 168. 3. 2, o tempo limite é de 2 segundos:! ! ! ! ! A taxa de sucesso é 100 por cento (5/5), ida e volta min / avg / max = 1/1/4 ms Router1 # traceroute 192. 168. 5. 10 Escala de escape do tipo para abortar. Rastreando a rota para 192. 168. 5. 10 1 192. 168. 3. 2 0 msec 0 msec 4 msec 2 192. 168. 5. 10 0 msec 4 msec 0 msec
Se você estiver usando esses comandos no roteador, no meu caso

Roteador1 , você pode receber respostas, mas não pode obter respostas de Computador1 , que está por trás de Roteador1 . Como os comandos funcionam de Router1 , você pode ter certeza de que Router1 tenha as rotas apropriadas. Pense na diferença entre os endereços de origem usados ​​para
Computador1 e Roteador1 . Para Roteador2 e Computador2 , o endereço de origem Computador1 é 192. 168. 1. 10 e Roteador1 é 192. 168. 3. 1. Então, o endereço de origem é a diferença, porque Router2 sabe como chegar a 192. 168. 3. 1, mas não sabe como chegar a 192. 168. 1. 10. < O resultado líquido é que você não pode se comunicar de Computador1
para Computador2 , mas qual é o verdadeiro motivo? Com o teste feito, a rota para a rede 192. 168. 5. 0/24, então o problema é com a viagem de retorno. Efetivamente, se você usasse o comando ping
em Computador2 para testar o endereço de Computador1 , você veria o mesmo que você viu quando isso exercício iniciado - os resultados seriam Destino inválido ou Servidor de destino inacessível . A solução é obter o caminho correto no local para que esses dados voltem a Computador1 e garantir que o roteamento IP esteja ativado, dando-lhe uma rede que se parece com a figura a seguir. Como o último teste foi concluído com êxito, você tem certeza de que o comando roteador ip
já havia sido executado no modo de Configuração Global, pois, se não estivesse habilitado, você não teria recebido nenhum resultado. Router2> habilitar senha: Router2 # configure terminal Digite comandos de configuração, um por linha. Fim com CNTL / Z. Router2 (config) #ip roteamento Router2 (config) #ip route 192. 168. 1. 0 255. 255. 255. 0 192. 168. 3. 1 Router2 (config) #exit Agora para testar a conexão, Volte ao uso original do comando

ping

para testar o que foi feito no início. O resultado agora é bem sucedido. Agora você possui uma rota válida para e para o 192. 168. 5. 0/24 rede. C:> ping 192. 168. 5. 10 Pinging 192. 168. 5. 10 com 32 bytes de dados: Resposta de 192. 168. 5. 10: bytes = 32 tempo = 1ms TTL = 253 Responder a partir de 192. 168. 5. 10: bytes = 32 vezes <1ms> Quando você examina o
tracert
novamente, o sucesso! C:> tracert -h 4 192. 168. 5. 10 Tracing route para 192. 168. 5. 10 em um máximo de 4 saltos 1 <1> O roteamento agora está configurado para uma pequena rede.
À medida que a rede cresce, ela se tornará mais complexa com mais rotas que precisam ser configuradas e mantidas.