Konfigurere en andre ruter på et statisk nettverk - dummies

Gitt et lite statisk nettverk med én router og 2 datamaskiner, kan du må legge til en andre ruteren. Du setter ikke noen datamaskiner på mellomsegmentet; Du vil støte på denne typiske konfigurasjonen hvis du skulle leie en privat lenke eller virtuell krets fra telefonselskapet ditt, eller hvis du var ruting over en intern ryggradssammenheng på nettverket ditt.

I dette tilfellet er nettverket du vil rute mellom (inneholder Computer1 og Computer2 ) ikke direkte koblet til en enkelt router; I stedet er ett segment direkte koblet til hver ruter på nettverket ditt. Merk at du vanligvis vil konfigurere hver datamaskin til å bruke den lokale ruteren som standard gateway, så dette forventes i dette scenariet.

Når du utsteder en kommando som ping for å teste forbindelsen til den eksterne datamaskinen hvis IP-adresse er 192. 168. 5. 10, utfører datamaskinen den logiske OG prosessen på IP-adressen din og den eksterne IP-adressen ved hjelp av subnettmasken. I dette tilfellet identifiserer AND-prosessen destinasjonsadressen som en fjernadresse.

I alle tilfeller der adressen er fjern, konsulterer datamaskinen sitt lokale rutetabell. I dette tilfellet er ingenting i det lokale rutetabellen annet enn standardruter og ruten til standardgatewayen. Fordi ingen ruter er nærmere, bruker datamaskinen ruten "få alle" gjennom standardgatewayen.

Når kommandoen ping går gjennom, ser resultatene ut som følger. Feilen kan være at mottakeren ikke er tilgjengelig. Eller det kan hende at hele destinasjonsnettverket ikke er tilgjengelig fordi ruteren på 192. 168. 1. 1 ikke vet hvordan du kommer til destinasjonsnettverkssegmentet.

C:> ping 192. 168. 5. 10 Pinging 192. 168. 5. 10 med 32 byte data: Svar fra 192. 168. 1. 1: Destinasjons vert unreachable. Svar fra 192. 168. 1. 1: Destinasjons vert unreachable. Svar fra 192. 168. 1. 1: Destinasjons vert unreachable. Svar fra 192. 168. 1. 1: Destinasjons vert unreachable. Pingstatistikk for 192. 168. 5. 10: Pakker: Sendt = 4, Mottatt = 0, Tapt = 4 (100% tap), Omtrentlige rundturstider i milli sekunder: Minimum = 0ms, Maksimum = 1ms, Gjennomsnittlig = 0ms

Følgende kode gjør to ting. For det første muliggjør det ruting på ruteren, noe som er nødvendig selv for å ha ruting på to-segment-nettverket (dette er ikke en standardinnstilling, du må instruere en ruter til å rute når det er mer enn ett grensesnitt). For det andre legger den til en rute til 192. 168. 5. 0 nettverkssegmentet (se figur 4-2 for en illustrasjon).

Router1> aktiver passord: Router1 # configure terminal Angi konfigurasjonskommandoer, en per linje. Slutt med CNTL / Z. Router1 (config) #ip ruting Router1 (config) #ip rute 192. 168. 5. 0 255. 255. 255. 0 192. 168. 3. 2 Router1 (config) #exit

Når du bruker > ping kommandoen, den eksterne datamaskinen på 192. 168. 5. 10, får du en litt annen feil. Følgende feil kan ha flere årsaker. Vanligvis betyr Request timed out feilen at ruterne vet hvordan de skal få dataene til bestemmelsesstedet (ellers har du destinasjonsfeilene fra forrige bruk av ping ), eller i det minste de tror de gjør. C:> ping 192. 168. 5. 10 Pinging 192. 168. 5. 10 med 32 byte data: Forespørsel utløpt. Forespørselen ble tidsavbrutt. Forespørselen ble tidsavbrutt. Forespørselen ble tidsavbrutt. Pingstatistikk for 192. 168. 5. 10: Pakker: Sendt = 4, Mottatt = 0, Tapt = 4 (100% tap), Omtrentlige rundturstider i milli sekunder: Minimum = 0ms, Maksimum = 1ms, Gjennomsnittlig = 0ms

Hvis du har et problem med rutingstabellene dine, kanskje en ruter som bruker standardgatewayen i stedet for den statiske ruten du skulle ha konfigurert, kan du se den forrige feilen fordi ruterne tror at de kan rute dataene til bestemmelsesstedet.

Du kan også se denne feilen hvis rutene til destinasjonsnettverket er riktige, men ruterne på baksiden er ikke riktig konfigurert. Kommandoen

traceroute kan gi deg litt mer informasjon om feilens art. I følgende eksempel er Windows-versjonen av traceroute ( spor ) konfigurert for å spore ruten for bare fire humle ved hjelp av alternativet -h 4 for å endre kommando. D: utils> tracert -h 4 192. 168. 5. 10 Sporingsrute til 192. 168. 3. 1 over maksimalt 30 humle 1 <1>

Denne koden angir bare at datamaskinens rutingstabell er riktig og at du har bestått dataene til din lokale ruteren. Vet ruteren din hvor du skal reise derfra? Du kan fortsatt ikke være sikker. Du kan koble til ruteren din og verifisere ruten, og deretter kan du bruke
ping for å teste målruter og forsøke å bruke traceroute for å teste destinasjonsadressen, som viser ruteren rute til destinasjonen: Router1> aktiver passord: 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-sekvensen for å avbryte. Sende 5, 100-byte ICMP Echos til 192. 168. 3. 2, timeout er 2 sekunder:! ! ! ! ! Suksessraten er 100 prosent (5/5), rundtur min / avg / max = 1/1/4 ms Router1 # traceroute 192. 168. 5. 10 Skriv escape-sekvensen for å avbryte. Sporer ruten til 192. 168. 5. 10 1 192. 168. 3. 2 0 msek 0 msek 4 msec 2 192. 168. 5. 10 0 msek 4 msek 0 msec
Hvis du bruker disse kommandoene på router, i mitt tilfelle

Router1 , kan du motta svar, men du kan ikke få svar fra Computer1 , som ligger bak Router1 . Fordi kommandoene fungerer fra Router1 , kan du være ganske sikker på at Router1 har de riktige rutene. Tenk på forskjellen mellom kildeadressene som brukes til
Computer1 og Router1 . Til Router2 og Computer2 er kilden til Computer1 192. 168. 1.10 og Router1 er 192. 168. 3. 1. Så kilden adressen er forskjellen, fordi Router2 vet hvordan du kommer til 192. 168. 3. 1, men vet ikke hvordan du kommer til 192. 168. 1. 10. < Nettoresultatet er at du ikke kan kommunisere fra Computer1
til Computer2 , men hva er den virkelige grunnen? Med testen som ble gjort, ruten til 192. 168. 5. 0/24 nettverket, så problemet er med returreisen. Hvis du skulle bruke kommandoen ping
på Computer2 for å teste adressen til Computer1 , ville du se det samme du så da dette trening startet - resultatene ville enten være Målet nettopp ikke tilgjengelig eller Destinasjonsverten ikke tilgjengelig . Løsningen er å få den riktige ruten på plass for at dataene skal komme tilbake til Computer1 og sørge for at IP-ruting er aktivert, noe som gir deg et nettverk som ser ut som følgende figur. Siden den siste testen ble fullført, er du sikker på at kommandoen ip routing
allerede hadde blitt kjørt i Global Configuration-modus, siden hvis den ikke var aktivert, ville du ikke ha mottatt noen resultater. Router2> aktiver passord: Router2 # configure terminal Angi konfigurasjonskommandoer, en per linje. Slutt med CNTL / Z. Router2 (config) #ip ruting Router2 (config) #ip rute 192. 168. 1. 0 255. 255. 255. 0 192. 168. 3. 1 Router2 (config) #exit Nå for å teste forbindelsen, gå tilbake til den opprinnelige bruken av kommandoen

ping

for å teste hva som var gjort i begynnelsen. Resultatet er nå vellykket. Du har nå en gyldig rute til og fra 192. 168. 5. 0/24-nettverket. C:> ping 192. 168. 5. 10 Pinging 192. 168. 5. 10 med 32 byte data: Svar fra 192. 168. 5. 10: byte = 32 tid = 1ms TTL = 253 Svar fra 192. 168. 5. 10: byte = 32 gang <1ms> Når du undersøker
sporet
igjen, suksess! C:> tracert -h 4 192. 168. 5. 10 Sporingsrute til 192. 168. 5. 10 over maksimalt 4 humle 1 <1> Rutingen er nå satt opp for et lite nettverk.
Når nettverket vokser, blir det mer komplekst med flere ruter som må konfigureres og vedlikeholdes.