Configuration d'un deuxième routeur sur un réseau statique

Compte tenu d'un petit réseau statique avec un routeur et de 2 ordinateurs, vous devrez peut-être ajouter un deuxième routeur. Vous ne mettez pas tous les ordinateurs sur le milieu segment- vous rencontrez cette configuration typique si vous étiez à la location d'un lien privé ou un circuit virtuel de votre compagnie de téléphone ou si vous dirigiez le biais d'une connexion squelette interne sur votre réseau.

Dans ce cas, les réseaux que vous souhaitez route entre (contenant Computer1 et Ordinateur2) Ne sont pas directement reliés à un seul router- plutôt, un segment est relié directement à chaque routeur sur votre réseau. Notez que vous auriez normalement configurer chaque ordinateur pour utiliser le routeur local que la passerelle par défaut, donc ce est prévu dans ce scénario.

Lorsque vous émettez une commande comme ping pour tester la connexion à l'ordinateur distant dont l'adresse IP est 192.168.5.10, l'ordinateur exécute la logique et le processus sur votre adresse IP et l'adresse IP à distance en utilisant le masque de sous-réseau. Dans ce cas, le processus et identifie l'adresse de destination comme une adresse distante.

Dans tous les cas où l'adresse est à distance, l'ordinateur consulte sa table de routage locale. Dans ce cas, rien ne se trouve dans la table de routage locale autre que les routes par défaut et la route de la passerelle par défaut. Parce que pas de voies sont plus proches, l'ordinateur utilise le "fourre-tout" route à travers la passerelle par défaut.

Quand le ping commande passe par, les résultats ressemblent à ce qui suit. L'erreur peut être que l'hôte de destination est indisponible. Ou il se peut que le réseau de destination entière est indisponible parce que le routeur à 192.168.1.1 ne sait pas comment se rendre à le segment de réseau de destination.

C: > ping 192.168.5.10Pinging 192.168.5.10 avec 32 octets de données: Réponse de 192.168.1.1: Destination hôte unreachable.Reply de 192.168.1.1: Destination hôte unreachable.Reply de 192.168.1.1: Destination hôte de unreachable.Reply 192.168.1.1: statistiques de l'unreachable.Ping Destinations d'accueil pour 192.168.5.10:Packets: envoyés = 4, Reçus = 0, perdus = 4 (100% de perte), Durée approximative des boucles en millisecondes: Minimum = 0 ms, Maximum = 1 ms , Moyenne = 0 ms

Le code suivant fait deux choses. Premièrement, il permet le routage sur le routeur, qui est nécessaire même avoir de routage sur le réseau avec deux changements (ce qui est pas un défaut Réglage- vous devez demander à un routeur pour acheminer quand il ya plus d'une interface). Ensuite, elle ajoute une route vers le segment de réseau 192.168.5.0 (voir Figure 4-2 pour une illustration).

image0.jpg
Router1> enablePassword: Router1 # configure les commandes de configuration de terminalEnter, un par ligne. Terminez avec CNTL / Z.Router1 (config) # ip routingRouter1 (config) # ip itinéraire 192.168.5.0 255.255.255.0 192.168.3.2Router1 (config) #exit

Lorsque vous utilisez le ping commande, l'ordinateur distant à 192.168.5.10, vous recevez une erreur légèrement différente. L'erreur suivante peut avoir plusieurs causes. En général, Request timed out erreur signifie que les routeurs savoir comment obtenir les données à sa destination (sinon vous avez les erreurs de l'utilisation antérieure de la destination ping), Ou du moins ils pensent qu'ils font.




C: > ping 192.168.5.10Pinging 192.168.5.10 avec 32 octets de données: Request timed out.Request chronométré out.Request chronométré out.Request chronométré statistiques out.Ping pour 192.168.5.10:Packets: Envoyés = 4, Reçus = 0 , perdus = 4 (100% de perte), Durée approximative des boucles en millisecondes: Minimum = 0 ms, Maximum = 1 ms, Moyenne = 0 ms

Si vous avez un problème avec vos tables de routage, peut-être un routeur en utilisant la passerelle par défaut plutôt que la route statique, vous devez avoir configuré, vous pouvez voir l'erreur précédent parce que les routeurs pensent qu'ils peuvent acheminer les données par le biais de sa destination.

Vous pouvez également voir cette erreur si les routes vers le réseau de destination sont corrects, mais les routeurs sur le chemin inverse ne sont pas correctement configuré. La traceroute commande peut vous donner un peu plus d'informations quant à la nature de l'erreur. Dans l'exemple suivant, la version Windows de traceroute (tracert) Est configuré pour tracer la route pour seulement quatre en utilisant le houblon -4 h possibilité de modifier la commande.

D: utils> tracert -h 4 192.168.5.10Tracing route vers 192.168.3.1 sur un maximum de 30 hops1lt; 1 TILE; 1 TILE; 1 ms 192.168.1.12 *** Request timed out.3 *** Request timed out 0,4 *** Demande chronométré out.Trace complète.

Ce code indique seulement que la table de routage de votre ordinateur est correcte et que vous avez passé les données sur votre routeur local. Est-ce que votre routeur sait où aller à partir de là? Vous ne pouvez pas toujours être sûr. Vous pouvez vous connecter à votre routeur et de vérifier la route, et puis vous pouvez utiliser ping pour tester le routeur de destination et de tenter d'utiliser traceroute pour tester l'adresse de destination, qui vous montre l'itinéraire vers la destination du routeur:

Router1> enablePassword: Router1 # show ip route staticS192.168.5.0 / 24 [1/0] via 192.168.3.2Router1 # ping 192.168.3.2Type séquence d'échappement à abort.Sending 5, 100 octets ICMP Echos à 192.168.3.2, délai d'attente est de 2 secondes: !!!!! Le taux de réussite est de 100 pour cent (5/5), aller-retour min / avg / max = 1/1/4 msRouter1 # traceroute 192.168.5.10Type séquence d'échappement à abort.Tracing la route à 192.168.5.101 192.168.3.2 0 ms 0 ms 4 msec2 192.168.5.10 0 ms 4 ms 0 ms

Si vous êtes en utilisant ces commandes au niveau du routeur, dans mon cas Router1, vous pouvez recevoir des réponses, mais vous ne pouvez pas obtenir de réponses Computer1, qui est derrière Router1. Parce que les commandes fonctionnent à partir de Router1, vous pouvez être sûr que Router1 a les voies appropriées.

Pensez à la différence entre les adresses de source utilisés pour Computer1 et Router1. À Router2 et Ordinateur2, l'adresse de source de Computer1 est 192.168.1.10, et Router1 est 192.168.3.1. Donc, l'adresse source est la différence, parce Router2 sait comment se rendre à 192.168.3.1, mais ne sait pas comment se rendre à 192.168.1.10.

Le résultat net est que vous ne pouvez pas communiquer à partir de Computer1 à Ordinateur2, mais quelle est la vraie raison? Avec le test qui a été fait, la route vers le réseau 192.168.5.0/24, de sorte que le problème est avec le voyage de retour.

En effet, si vous deviez utiliser la ping commander sur Ordinateur2 pour tester l'adresse de Computer1, vous verriez la même chose que vous avez vu lors de cet exercice a commencé - les résultats seraient soit Destinations net inaccessible ou Hôte de destination inaccessible. La solution est d'obtenir la bonne voie en place pour que les données pour revenir à Computer1 et veiller à ce que le routage IP est activé, vous donnant un réseau qui ressemble à la figure suivante.

Parce que le dernier test réussi, vous êtes sûr que le routage IP commande avait déjà été exécuté en mode de configuration globale, car si elle n'a pas été activé, vous ne l'auriez pas reçu de résultats.

image1.jpg
Router2> enablePassword: ROUTEUR2 # configure les commandes de configuration de terminalEnter, un par ligne. Terminez avec CNTL / Z.Router2 (config) # ip routingRouter2 (config) # ip itinéraire 192.168.1.0 255.255.255.0 192.168.3.1Router2 (config) #exit

Maintenant pour tester la connexion, revenir à l'utilisation originale de la ping commande pour tester ce qui a été fait au début. Le résultat est maintenant couronnée de succès. Vous avez maintenant une route valide vers et depuis le réseau 192.168.5.0/24.

C: > ping 192.168.5.10Pinging 192.168.5.10 avec 32 octets de données: Réponse de 192.168.5.10: octets = 32 temps = 1ms TTL = 253Reply de 192.168.5.10: octets = 32; timelt 1ms TTL = 253Reply de 192.168. 5.10: octets = 32; timelt 1ms TTL = 253Reply de 192.168.5.10: octets = 32; timelt 1ms TTL = 253Ping statistiques pour 192.168.5.10:Packets: envoyés = 4, Reçus = 4, perdus = 0 (perte 0%), Durée approximative des boucles en millisecondes: Minimum = 0 ms, Maximum = 1 ms, Moyenne = 0 ms

Lorsque vous examinez le tracert à nouveau, le succès!

C: > tracert -h 4 192.168.5.10Tracing route vers 192.168.5.10 sur un maximum de 4 hops1lt; 1 ms 1 TILE; 1 ms 192.168.1.1226 MS17 MS21 192.168.3.23 ms 9 ms 9 ms MS14 192.168.5.10Trace complète .

Le routage est maintenant mis en place pour un petit réseau.

Comme le réseau se développe, il sera devenu plus complexe avec plus d'itinéraires qui doivent être configurés et entretenus.


» » » » Configuration d'un deuxième routeur sur un réseau statique