Konfigurera en andra routern på ett statiskt nätverk - dummies

Med ett litet statiskt nätverk med en router och 2 datorer kan du behöver lägga till en andra router. Du sätter inte några datorer på mellansegmentet; du skulle stöta på denna typiska konfiguration om du skulle hyra en privat länk eller virtuell krets från ditt telefonselskap eller om du dirigerar över en intern ryggradsslutning i ditt nätverk.

I det här fallet är de nätverk som du vill flytta mellan (innehåller Computer1 och Computer2 ) inte direkt kopplade till en enda router; snarare är ett segment direkt kopplat till varje router i ditt nätverk. Observera att du normalt skulle konfigurera varje dator för att använda den lokala routern som standardgateway, så detta förväntas i detta scenario.

När du utfärdar ett kommando som ping för att testa anslutningen till fjärrdatorn vars IP-adress är 192. 168. 5. 10 utför datorn den logiska OCH processen på din IP-adress och fjärr-IP-adressen med subnätmasken. I detta fall identifierar OCH-processen destinationsadressen som en fjärradress.

I alla fall där adressen är avlägsen, konsulterar datorn sitt lokala routingbord. I det här fallet finns inget annat i det lokala routingbordet än standardrutorna och rutten till standardgatewayen. Eftersom inga rutter är närmare, använder datorn rutan "fånga alla" genom standardgatewayen.

När kommandot ping går igenom, liknar resultaten följande. Felet kan vara att destinationsvärden inte är tillgänglig. Eller det kan vara att hela destinationsnätet är otillgängligt eftersom routern vid 192. 168. 1. 1 inte vet hur man kommer till destinationsnätverkssegmentet.

C:> ping 192. 168. 5. 10 Pinging 192. 168. 5. 10 med 32 byte data: Svar från 192. 168. 1. 1: Destinationsvärden oåtkomlig. Svara från 192. 168. 1. 1: Mottagarens destination är oåtkomlig. Svara från 192. 168. 1. 1: Mottagarens destination är oåtkomlig. Svara från 192. 168. 1. 1: Mottagarens destination är oåtkomlig. Ping-statistik för 192. 168. 5. 10: Paket: Skickat = 4, Mottaget = 0, Förlorat = 4 (100% förlust), Ungefärliga runturtider i millisekunder: Minsta = 0ms, Maximalt = 1ms, Medelvärde = 0ms

Följande kod gör två saker. För det första gör det möjligt att routera på routern, vilket är nödvändigt även för routing i två-segmentet nätverk (det här är inte en standardinställning, du måste instruera en router för att ruttas när det finns fler än ett gränssnitt). För det andra lägger den till en rutt till nätverkssegmentet 192. 168. 5. 0 (se Figur 4-2 för en illustration).

Router1> aktivera Lösenord: Router1 # configure terminal Ange konfigurationskommandon, en per rad. Avsluta med CNTL / Z. Router1 (config) #ip routing Router1 (config) # på rutt 192. 168. 5. 0 255. 255. 255. 0 192. 168. 3. 2 Router1 (config) #exit

När du använder > ping kommandot, fjärrdatorn vid 192. 168. 5. 10, får du något annorlunda fel. Följande fel kan ha flera orsaker. I allmänhet betyder Request timed out felet att routrarna vet hur man får data till sitt mål (annars har du destinationsfel från tidigare användning av ping ) eller åtminstone de tror att de gör det. C:> ping 192. 168. 5. 10 Pinging 192. 168. 5. 10 med 32 byte data: Begäran avbröts. Begäran tog för lång tid. Begäran tog för lång tid. Begäran tog för lång tid. Ping-statistik för 192. 168. 5. 10: Paket: Skickat = 4, Mottaget = 0, Förlorat = 4 (100% förlust), Ungefärliga runturtider i millisekunder: Minsta = 0ms, Maximalt = 1ms, Medelvärde = 0ms

Om du har ett problem med routingborden, kanske en router som använder standardgatewayen i stället för den statiska vägen du skulle ha konfigurerat, kan det hända att du ser det föregående felet eftersom routrarna tror att de kan skicka data till destinationen.

Du kan också se detta fel om rutten till destinationsnätet är korrekta, men routrarna på den bakåtliggande vägen är inte korrekt konfigurerade. Kommandot

traceroute kan ge dig lite mer information om felets art. I följande exempel konfigureras Windows-versionen av traceroute ( tracert ) för att spåra rutten för endast fyra humle med alternativet -h 4 för att ändra kommando. D: utils> tracert -h 4 192. 168. 5. 10 Spårväg till 192. 168. 3. 1 över högst 30 humle 1 <1>

Denna kod indikerar bara att datorns routingbord är korrekt och att du skickade data till din lokala router. Vet din router vart du ska åka därifrån? Du kan fortfarande inte vara säker. Du kan ansluta till din router och verifiera rutten och sedan kan du använda ping för att testa destinationsroutern och försöka använda traceroute för att testa destinationsadressen, som visar routerns rutt till destinationen: Router1> aktivera Lösenord: Router1 # visa ip-väg statisk S 192. 168. 5. 0/24 [1/0] via 192. 168. 3. 2 Router1 # ping 192. 168. 3 2 Skriv escape-sekvens för att avbryta. Sänder 5, 100-byte ICMP Echos till 192. 168. 3. 2, timeout är 2 sekunder:! ! ! ! ! Framgångshastighet är 100 procent (5/5), rundtur min / avg / max = 1/1/4 ms Router1 # traceroute 192. 168. 5. 10 Skriv escape-sekvens för att avbryta. Spårar vägen till 192. 168. 5. 10 1 192. 168. 3. 2 0 msek 0 msec 4 msec 2 192. 168. 5. 10 0 msec 4 msec 0 msec
Om du använder dessa kommandon på router, i mitt fall

Router1 kan du få svar, men du kan inte få svar från Computer1 , som ligger bakom Router1 . Eftersom kommandona fungerar från Router1 , kan du vara ganska säker på att Router1 har rätt vägar. Tänk på skillnaden mellan källadresserna som används för
Computer1 och Router1 . Till Router2 och Computer2 är källadressen för Computer1 192. 168. 1.10 och Router1 är 192. 168. 3. 1. Så källadressen är skillnaden eftersom Router2 vet hur man kommer till 192. 168. 3. 1, men vet inte hur man kommer till 192. 168. 1. 10. < Nettoresultatet är att du inte kan kommunicera från Computer1
till Computer2 , men vad är den riktiga orsaken? Med testningen som gjordes, vägen till 192. 168. 5. 0/24-nätverket, så är problemet med returresan. Om du skulle använda kommandot ping
på Computer2 för att testa adressen på Computer1 så skulle du se samma sak som du såg när det här övningen startade - resultaten skulle antingen vara Destinationsnätet oåtkomligt eller Destinationsvärden oåtkomligt . Lösningen är att få den rätta rutten på plats för att data ska komma tillbaka till Computer1 och se till att IP-routing är aktiverat vilket ger dig ett nätverk som ser ut som följande bild. Eftersom det senaste testet slutfördes, är du säker på att kommandot ip routing
redan hade körts i Global Configuration-läge, eftersom om det inte var aktiverat skulle du inte ha fått några resultat. Router2> aktivera Lösenord: Router2 # configure terminal Ange konfigurationskommandon, en per rad. Avsluta med CNTL / Z. Router2 (config) #ip routing Router2 (config) # på rutt 192. 168. 1. 0 255. 255. 255. 0 192. 168. 3. 1 Router2 (config) #exit Nu för att testa anslutningen, gå tillbaka till den ursprungliga användningen av kommandot

ping

för att testa vad som gjordes i början. Resultatet är nu framgångsrikt. Du har nu en giltig väg till och från 192. 168. 5. 0/24-nätverket. C:> ping 192. 168. 5. 10 Pinging 192. 168. 5. 10 med 32 byte data: Svar från 192. 168. 5. 10: byte = 32 tid = 1ms TTL = 253 Svar från 192. 168. 5. 10: bytes = 32 gång <1ms> När du granskar
spåret
igen, framgång! C:> tracert -h 4 192. 168. 5. 10 Spårväg till 192. 168. 5. 10 över högst 4 humle 1 <1> Rutningen är nu inställd för ett litet nätverk.
När nätverket växer blir det mer komplext med fler rutter som behöver konfigureras och underhållas.