Konfiguration af en anden router på et statisk netværk - dummies

Givet et lille statisk netværk med en router og 2 computere, kan du skal tilføje en anden router. Du lægger ikke nogen computere på mellemsegmentet; Du ville støde på denne typiske konfiguration, hvis du skulle lease et privat link eller virtuelt kredsløb fra dit telefonselskab, eller hvis du var ved at dirigere over en intern backbone-forbindelse på dit netværk.

I dette tilfælde er de netværk, du vil rute mellem (indeholdende Computer1 og Computer2 ) ikke direkte forbundet til en enkelt router; snarere er et segment direkte forbundet til hver router på dit netværk. Bemærk, at du normalt konfigurerer hver computer til at bruge den lokale router som standard gateway, så dette forventes i dette scenario.

Når du udsteder en kommando som ping for at teste forbindelsen til den fjerncomputer, hvis IP-adresse er 192. 168. 5. 10 udfører computeren den logiske AND-proces på din IP-adresse og den eksterne IP-adresse ved hjælp af subnetmasken. I dette tilfælde identificerer AND-processen destinationsadressen som en fjernadresse.

I alle tilfælde, hvor adressen er fjernbetjening, konsulterer computeren sit lokale routingbord. I dette tilfælde er intet i lokal rutetabellen bortset fra standardruterne og ruten til standardgatewayen. Da der ikke er nogen ruter tættere, bruger computeren "fange alle" ruten gennem standard gatewayen.

Når kommandoen ping går igennem, ser resultaterne ud som følger. Fejlen kan være, at destinationsværten ikke er tilgængelig. Eller det kan være, at hele destinationsnetværket ikke er tilgængeligt, fordi routeren ved 192. 168. 1. 1 ikke ved, hvordan man kommer til destinationsnetværkssegmentet.

C:> ping 192. 168. 5. 10 Pinging 192. 168. 5. 10 med 32 bytes data: Svar fra 192. 168. 1. 1: Destinationsværdi ikke tilgængelig. Svar fra 192. 168. 1. 1: Destinationsværdi unreachable. Svar fra 192. 168. 1. 1: Destinationsværdi unreachable. Svar fra 192. 168. 1. 1: Destinationsværdi unreachable. Ping-statistik for 192. 168. 5. 10: Pakker: Sendt = 4, Modtaget = 0, Tabt = 4 (100% tab), Ca. rundvisningstider i milli-sekunder: Minimum = 0ms, Maksimum = 1ms, Gennemsnit = 0ms

Følgende kode gør to ting. For det første gør det muligt at routere på routeren, hvilket er nødvendigt selv for at have routing på to-segmentet netværk (dette er ikke en standardindstilling, du skal instruere en router til at rute, når der er mere end en grænseflade). For det andet tilføjer den en rute til 192. 168. 5. 0 netværkssegmentet (se figur 4-2 for en illustration).

Router1> aktiver adgangskode: Router1 # configure terminal Indtast konfigurationskommandoer, en pr. Linje. Slut med CNTL / Z. Router1 (config) #ip routing Router1 (config) #ip rute 192. 168. 5. 0 255. 255. 255. 0 192. 168. 3. 2 Router1 (config) #exit

Når du bruger > ping kommando, fjerncomputeren på 192. 168. 5. 10, får du en lidt anden fejl. Den følgende fejl kan have flere årsager. Generelt betyder Request timed out fejlen, at routerne ved, hvordan de får dataene til deres destination (ellers har du destinationsfejlene fra den tidligere brug af ping ) eller i det mindste de tror de gør. C:> ping 192. 168. 5. 10 Pinging 192. 168. 5. 10 med 32 bytes data: Forespørgsel udløbet. Anmodning udløbet. Anmodning udløbet. Anmodning udløbet. Ping-statistik for 192. 168. 5. 10: Pakker: Sendt = 4, Modtaget = 0, Tabt = 4 (100% tab), Ca. rundvisningstider i milli-sekunder: Minimum = 0ms, Maksimum = 1ms, Gennemsnit = 0ms

Hvis du har et problem med dine rutingstabeller, måske en router, der bruger standard gatewayen i stedet for den statiske rute, du skulle have konfigureret, kan du muligvis se den foregående fejl, fordi routerne tror, ​​at de kan rute dataene videre til deres destination.

Du kan også se denne fejl, hvis ruterne til destinationsnetværket er korrekte, men routerne på den omvendte sti er ikke konfigureret korrekt. Kommandoen

traceroute kan give dig lidt mere information om fejlens art. I det følgende eksempel er Windows-versionen af ​​ traceroute ( spor ) konfigureret til at spore ruten for kun fire humle ved hjælp af indstillingen -h 4 for at ændre kommando. D: utils> tracert -h 4 192. 168. 5. 10 Sporing af rute til 192. 168. 3. 1 over højst 30 humle 1 <1>

Denne kode angiver kun, at computerens routingbord er korrekt, og at du har videregivet dataene til din lokale router. Ved din router, hvor du skal hen derfra? Du kan stadig ikke være sikker. Du kan oprette forbindelse til din router og verificere ruten, og derefter kan du bruge
ping til at teste destinationsrouteren og forsøge at bruge traceroute til at teste destinationsadressen, som viser routerens rute til destinationen: Router1> aktiver adgangskode: Router1 # vis ip rute statisk S 192. 168. 5. 0/24 [1/0] via 192. 168. 3. 2 Router1 # ping 192. 168. 3. 2 Skriv escape-sekvens for at afbryde. Sende 5, 100-byte ICMP Echos til 192. 168. 3. 2, timeout er 2 sekunder:! ! ! ! ! Succesrate er 100 procent (5/5), rundtur min / avg / max = 1/1/4 ms Router1 # traceroute 192. 168. 5. 10 Type flugtsekvens for at afbryde. Sporing af ruten til 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
Hvis du bruger disse kommandoer på router, i mit tilfælde

Router1 , kan du modtage svar, men du kan ikke få svar fra Computer1 , som ligger bag Router1 . Fordi kommandoerne fungerer fra Router1 , kan du være temmelig sikker på, at Router1 har de rigtige ruter. Tænk på forskellen mellem de kildeadresser, der bruges til
Computer1 og Router1 . Til Router2 og Computer2 er kilden til Computer1 192. 168. 1.10 og Router1 er 192. 168. 3. 1. Kildeadressen er forskellen, fordi Router2 ved hvordan man kommer til 192. 168. 3. 1, men ved ikke hvordan man kommer til 192. 168. 1. 10. < Nettoresultatet er, at du ikke kan kommunikere fra Computer1
til Computer2 , men hvad er den egentlige årsag? Med den test, der blev gjort, ruten til 192. 168. 5. 0/24 netværk, så problemet er med returflyvningen. Hvis du skulle bruge kommandoen ping
på Computer2 for at teste adressen på Computer1 , ville du se det samme, du så, da dette øvelsen startede - resultaterne ville enten være destinationsnet ikke tilgængelig eller destinationshost unreachable . Løsningen er at få den rigtige rute på plads, for at dataene kan komme tilbage til Computer1 og sikre, at IP-routing er aktiveret, hvilket giver dig et netværk, der ligner den følgende figur. Da den sidste test blev gennemført, er du sikker på, at kommandoen ip routing
allerede var blevet kørt i Global Configuration-tilstand, da hvis den ikke var aktiveret, ville du ikke have modtaget nogen resultater. Router2> aktiver adgangskode: Router2 # configure terminal Indtast konfigurationskommandoer, en pr. Linje. Slut med CNTL / Z. Router2 (config) #ip routing Router2 (config) #ip rute 192. 168. 1. 0 255. 255. 255. 0 192. 168. 3. 1 Router2 (config) #exit Nu for at teste forbindelsen, gå tilbage til den oprindelige brug af kommandoen

ping

for at afprøve, hvad der blev gjort i begyndelsen. Resultatet er nu vellykket. Du har nu en gyldig rute til og fra 192. 168. 5. 0/24 netværk. C:> ping 192. 168. 5. 10 Pinging 192. 168. 5. 10 med 32 byte data: Svar fra 192. 168. 5. 10: byte = 32 gang = 1ms TTL = 253 Svar fra 192. 168. 5. 10: bytes = 32 gang <1ms> Når du undersøger
sporet
igen, succes! C:> tracert -h 4 192. 168. 5. 10 Sporing af rute til 192. 168. 5. 10 over højst 4 humle 1 <1> Rutingen er nu oprettet for et lille netværk.
Når netværket vokser, bliver det mere komplekst med flere ruter, der skal konfigureres og vedligeholdes.