Intern rutingprotokoll RIP
Denne rutingprotokollen er designet for relativt små og relativt homogene nettverk. Ruten er preget av en vektor av avstand til destinasjonen. Hver ruter antas å være utgangspunktet for flere ruter til nettverkene den er knyttet til. Beskrivelser av disse rutene er lagret i en spesiell tabell kalt en rutetabell. RIP-rutingstabellen inneholder en oppføring for hver maskin som betjenes (for hver rute). Oppføringen må inneholde:
- Destinasjons-IP-adresse.
- Ruteberegning (fra 1 til 15; antall trinn til destinasjon).
- IP-adressen til nærmeste ruter (gateway) på vei til destinasjonen.
- Rutetidtakere.
Med jevne mellomrom (hvert 30. sekund) kringkaster hver ruter en kopi av rutetabellen til alle naborutere som den er direkte koblet til. Destinasjonsruteren ser opp i tabellen. Hvis det er en ny sti i tabellen eller en melding om en kortere rute, eller det er endringer i banelengder, registreres disse endringene av mottakeren i rutetabellen. RIP-protokollen må kunne håndtere tre typer feil:
Sykkelruter.
For å undertrykke ustabilitet, bør RIP bruke en liten verdi for maksimalt mulig antall trinn (ikke mer enn 16).
Langsom distribusjon av rutinginformasjon over nettverket skaper problemer når rutingsituasjonen endres dynamisk (systemet henger ikke med på endringene). En liten metrisk grense forbedrer konvergensen, men eliminerer ikke problemet.
OSPF Link State Protocol
OSPF (Open Shortest Path Firs)-protokollen er en implementering av koblingstilstandsalgoritmen (vedtatt i 1991) og har mange funksjoner designet for bruk i store heterogene nettverk.
OSPF-protokollen beregner ruter på IP-nettverk mens andre protokoller for utveksling av rutinginformasjon bevares.
Direkte tilkoblede rutere kalles "naboer". Hver ruter lagrer informasjon om hvilken tilstand den tror naboen er i. Ruteren er avhengig av naborutere og videresender kun datapakker til dem hvis den er sikker på at de er fullt operative. For å finne ut tilstanden til tilkoblinger, utveksler naborutere ganske ofte korte HELLO-meldinger.
For å distribuere koblingsstatusinformasjon over hele nettverket, utveksler rutere andre typer meldinger. Disse meldingene kalles ruterkoblingsreklame - en kunngjøring om ruterkoblingene (mer presist, om tilstanden til koblingene). OSPF-rutere utveksler ikke bare sine egne, men også andres tilkoblingsannonser, og mottar til slutt informasjon om tilstanden til alle tilkoblinger i nettverket. Denne informasjonen danner en graf over nettverkstilkoblinger, som selvfølgelig er lik for alle rutere på nettverket.
BGP-protokoll
Det generelle opplegget for hvordan BGP fungerer er som følger. BGP-rutere til nabosystemer som bestemmer seg for å utveksle ruteinformasjon etablerer forbindelser med hverandre ved å bruke BGP-protokollen og blir BGP-naboer (BGP-peers).
Deretter bruker BGP en tilnærming kalt banevektor, som er en utvikling av avstandsvektortilnærmingen. BGP-naboer sender (kunngjør, annonserer) banevektorer til hverandre. Stivektoren, i motsetning til avstandsvektoren, inneholder ikke bare nettverksadressen og avstanden til den, men nettverksadressen og en liste over attributter (baneattributter) som beskriver ulike egenskaper ved ruten fra senderruteren til det angitte nettverket. I det følgende vil vi for korthets skyld kalle et sett med data som består av en nettverksadresse og attributter for banen til dette nettverket for en rute til dette nettverket.
BGP-implementering
Et par BGP-naboer etablerer en forbindelse med hverandre ved bruk av TCP-protokollen, port 179. Naboer som tilhører forskjellige AS må være direkte tilgjengelige for hverandre; for naboer fra samme AS er det ingen slik begrensning, siden den interne rutingprotokollen vil sikre tilgjengeligheten av alle nødvendige ruter mellom noder i ett autonomt system.
Flyten av informasjon som utveksles mellom BGP-naboer over TCP består av en sekvens av BGP-meldinger. Maksimal meldingslengde er 4096 oktetter, minimum er 19. Det er 4 typer meldinger.
TCP/IP dataoverføringsprotokoll
Internett, som er et nettverk av nettverk og forener et stort antall forskjellige lokale, regionale og bedriftsnettverk, opererer og utvikler seg gjennom bruk av en enkelt TCP/IP-dataoverføringsprotokoll. Begrepet TCP/IP inkluderer navnet på to protokoller:
- Transmission Control Protocol (TCP) - transportprotokoll;
- Internet Protocol (IP) er en rutingprotokoll.
Ruting protokoll. IP-protokollen sikrer overføring av informasjon mellom datamaskiner på et nettverk. La oss vurdere driften av denne protokollen i analogi med overføring av informasjon ved hjelp av vanlig post. For at brevet skal nå sin tiltenkte destinasjon, er adressen til mottakeren (som brevet er til) og adressen til avsenderen (som brevet er fra) angitt på konvolutten.
Tilsvarende er informasjon som overføres over nettverket "pakket i en konvolutt" der IP-adressene til mottakerens og avsenderens datamaskiner er "skrevet", for eksempel "Til: 198.78.213.185", "Fra: 193.124.5.33". Innholdet i konvolutten på dataspråk kalles IP-pakke og er et sett med bytes.
I prosessen med å videresende vanlige brev blir de først levert til postkontoret nærmest avsender, og deretter overført langs kjeden av postkontorer til postkontoret nærmest mottakeren. På mellompostkontorer sorteres brev, det vil si at det bestemmes til hvilket neste postkontor et bestemt brev skal sendes.
IP-pakker på vei til mottakerdatamaskinen passerer også gjennom en rekke mellomliggende Internett-servere som operasjonen utføres på ruting. Som et resultat av ruting sendes IP-pakker fra en Internett-server til en annen, og nærmer seg gradvis mottakerdatamaskinen.
Internett-protokoll (IP) gir ruting av IP-pakker, det vil si levering av informasjon fra avsenderdatamaskinen til mottakerdatamaskinen.
Bestemme ruten for informasjon å passere gjennom."Geografien" til Internett skiller seg betydelig fra geografien vi er vant til. Hastigheten for å skaffe informasjon avhenger ikke av avstanden til webserveren, men av antall mellomservere og kvaliteten på kommunikasjonslinjene (deres båndbredde) som informasjon overføres gjennom fra node til node.
Du kan ganske enkelt bli kjent med informasjonsruten på Internett. Spesialprogram tracert.exe, som følger med Windows, lar deg spore gjennom hvilke servere og med hvilken forsinkelse informasjon overføres fra en valgt Internett-server til datamaskinen din.
La oss se hvordan tilgang til informasjon implementeres i "Moskva" -delen av Internett til en av de mest populære søkeserverne på det russiske Internett www.rambler.ru.
Bestemme ruten for informasjonsflyt
2. I vinduet MS-DOS økt som svar på systemmeldingen om å skrive inn kommandoen.
3. Etter en tid vil et spor av informasjonsoverføring vises, det vil si en liste over noder som informasjon overføres til datamaskinen din, og tidspunktet for overføring mellom noder.
 |
Å spore ruten for informasjonsoverføring viser at serveren www.rambler.ru ligger i en "avstand" på 7 overganger fra oss, det vil si at informasjon overføres gjennom seks mellomliggende Internett-servere (gjennom serverne til Moskva-leverandørene MTU-Inform og Demos ). Hastigheten på informasjonsoverføring mellom noder er ganske høy en "overgang" tar fra 126 til 138 ms.
Transportprotokoll. La oss nå forestille oss at vi må sende et flersidet manuskript per post, men postkontoret godtar ikke pakker eller pakker. Tanken er enkel: Hvis manuskriptet ikke får plass i en vanlig postkonvolutt, må det demonteres i ark og sendes i flere konvolutter. I dette tilfellet må arkene til manuskriptet nummereres slik at mottakeren vet i hvilken rekkefølge disse arkene skal kombineres senere.
En lignende situasjon oppstår ofte på Internett når datamaskiner utveksler store filer. Hvis du sender en slik fil som helhet, kan den "tette" kommunikasjonskanalen i lang tid, noe som gjør den utilgjengelig for å sende andre meldinger.
For å forhindre at dette skjer, er det på avsenderdatamaskinen nødvendig å dele opp den store filen i små deler, nummerere dem og transportere dem i separate IP-pakker til mottakerdatamaskinen. På mottakerens datamaskin må du samle kildefilen fra enkeltdeler i riktig rekkefølge.
Transmission Control Protocol (TCP), det vil si transportprotokollen, sørger for at filer deles opp i IP-pakker under overføring og at filer settes sammen under mottak.
Interessant nok, for IP-protokollen som er ansvarlig for ruting, er disse pakkene fullstendig urelaterte til hverandre. Derfor kan den siste IP-pakken godt overta den første IP-pakken underveis. Det kan vise seg at selv leveringsrutene for disse pakkene vil være helt annerledes. Imidlertid vil TCP vente på den første IP-pakken og sette sammen kildefilen i riktig rekkefølge.
Bestemme tidspunktet for IP-pakkeutveksling. Tidspunktet for utveksling av IP-pakker mellom den lokale datamaskinen og Internett-serveren kan bestemmes ved hjelp av ping-verktøyet, som er en del av operativsystemet. Windows-systemer. Verktøyet sender fire IP-pakker via oppgitt adresse og viser den totale overførings- og mottakstiden for hver pakke.
Bestemme tidspunktet for IP-pakkeutveksling
1. Koble til Internett, skriv inn kommandoen [Programs-MS-DOS Session].
2. I vinduet MS-DOS økt som svar på systemmeldingen om å skrive inn kommandoen.
3. I vinduet MS-DOS økt Resultatet av å teste signalet i fire forsøk vil vises. Responstiden karakteriserer hastighetsparametrene for hele kjeden av kommunikasjonslinjer fra serveren til den lokale datamaskinen.
 |
Spørsmål å vurdere
1. Hva sikrer den integrerte funksjonen til det globale datanettverket Internett?
Praktiske oppgaver
4.5. Spor informasjonsruten fra en av de mest populære Internett-søkeserverne www.yahoo.com, som ligger i det "amerikanske" segmentet av Internett.
4.6. Bestem tidspunktet for utveksling av IP-pakker med www.yahoo.com-serveren.
IP står for Internet Protocol, og versjon 4 av denne protokollen er for tiden den vanligste. IPv4 er definert gjennom RFC 791.
Innen OSI er det en nettverksprotokoll (tredje) lag. Dette nivået, jeg minner deg om, er ment å bestemme dataoverføringsbanen.
IPv4 bruker pakkesvitsjing. I dette tilfellet er den opprinnelige overførte meldingen delt inn i små deler (pakker), som overføres uavhengig over nettverket.
I tillegg garanterer ikke IPv4 pakkelevering eller fravær av duplikater. Dette er den såkalte "best innsats levering" (i motsetning til garantert levering). Følgelig overføres disse oppgavene til protokoller på høyere nivå, for eksempel TCP.
Adressering
IPv4 identifiserer avsender og mottaker ved å bruke en 32-bits adresse, som begrenser antall mulige adresser til 4 294 967 296. Fra dette nummeret reserverer IPv4 spesielle adresseområder kalt private (~18 millioner) og multicast (~270 millioner).
Adresser skrives vanligvis som fire punkterte desimaloktetter, for eksempel: 198.51.100.25 tilsvarer tallet C6336419 16.
Når du bruker det globale adresserommet, er det nødvendig å skille mellom adressene som er tilgjengelig i lokale fysisk nettverk som ikke krever ruting, og adresser som er fysisk plassert på et annet nettverk. Ved sistnevnte sendes pakkene til ruteren, som må videresende dem.
I de første versjonene av standarden ble den første oktetten brukt til å identifisere nettverket, resten - for å identifisere noden. Det ble raskt klart at 256 nettverk ikke var nok. Derfor ble klasser av nettverk introdusert:
| Klasse | Første biter | Lengde på nettverksadresse | Lengde på nodeadresse |
|---|---|---|---|
| EN | 0 | 8 | 24 |
| B | 10 | 16 | 16 |
| C | 110 | 24 | 8 |
| D | 1110 | N/A | N/A |
| E | 1111 | N/A | N/A |
| Klasse | Start av rekkevidde | Slutt på rekkevidde |
|---|---|---|
| EN | 0.0.0.0 | 127.255.255.255 |
| B | 128.0.0.0 | 191.255.255.255 |
| C | 192.0.0.0 | 223.255.255.255 |
| D | 224.0.0.0 | 239.255.255.255 |
| E | 240.0.0.0 | 255.255.255.255 |
Klasse D er reservert for multicast, klasse E er rett og slett reservert "i tilfelle".
Lengden på nettverksadressen og lengden på nodeadressen ble bestemt av de første bitene av adressen. Siden ca 1985 har også dette vært forlatt. Årsakene til dette er at mange organisasjoner krevde flere adresser enn klasse C-nettverket ga og mottok et klasse B-nettverk. Klasse B-nettverket overgikk imidlertid organisasjonens krav mange ganger.
Nettverksklasser er erstattet av nettverksmasker. Dette er en bitmaske som spesifiserer hvilke biter av adressen som er nettverksspesifikke og hvilke som er vertsspesifikke. Etter standard konvensjon skal masken fylles fra venstre til høyre, slik at nettverksadressen alltid er i de mest signifikante bitene. Dette lar deg kun spesifisere lengden på nettverksadressen, i stedet for hele nettverksmasken.
For eksempel betyr 192.0.2.0/24 at de første 24 bitene (tre oktetter) er nettverksadressen og resten er vertsadressen. /24 tilsvarer nettmasken 255.255.255.0.
Bruken av nettmasker er beskrevet i RFC 1517.
Tallrike standarder reserverer også forskjellige adresseområder for spesielle behov.
| Spekter | Beskrivelse | RFC |
|---|---|---|
| 0.0.0.0/8 | Nåværende nettverk (kildeadresse) | 6890 |
| 10.0.0.0/8 | Privat nettverk | 1918 |
| 100.64.0.0/10 | CGN delt adresseområde | 6598 |
| 127.0.0.0/8 | Loopback | 6890 |
| 169.254.0.0/16 | Autokonfigurasjon | 3927 |
| 172.16.0.0/12 | Privat nettverk | 1918 |
| 192.0.0.0/24 | IETF Protocol Assignments | 6890 |
| 192.0.2.0/24 | Dokumentasjon og eksempler 1 | 5737 |
| 192.88.99.0/24 | Relé ipv6 til ipv4 | 3068 |
| 192.168.0.0/16 | Privat nettverk | 1918 |
| 198.18.0.0/15 | Testing av nettverksbåndbredde | 2544 |
| 198.51.100.0/24 | Dokumentasjon og eksempler 2 | 5737 |
| 203.0.113.0/24 | Dokumentasjon og eksempler 3 | 5737 |
| 224.0.0.0/4 | Multicast | 5771 |
| 240.0.0.0/4 | Reservert | 1700 |
| 255.255.255.255 | Forespørsel om kringkasting | 919 |
Vertsadresser er også reservert, i binær representasjon bestående av nuller (indikerer hele nettverket, reservert) og enere (kringkastingsforespørsel for et gitt nettverk).
For eksempel betyr 203.0.113.0 (i teksten) nettverk 203.0.113.0/24, og 203.0.113.255 er en kringkastingsforespørsel til dette nettverket.
Pakkeformat
Pakken består av en header og data. IP innebærer ingen integritetskontroll. Den underliggende protokollen (f.eks. Ethernet) gir allerede integritetskontroll på datalinklaget, og den høyereliggende (f.eks. TCP) gjør det på datalaget.
Versjon, 4 biter Første overskriftsfelt. I IPv4 har den verdien 0010 2, dvs. 4. Overskriftslengde, 4 biter Antall 32-biters ord i overskriften. Minimumsverdien er 5, som tilsvarer en overskriftslengde på 20 byte. Maksimum – 15, topptekstlengde 60 byte.
DSCP eller ToS – type tjeneste, 6 bits Bestemmer prioriteringen, for eksempel for VoIP.
- ECN, 2 bits Eksplisitt nettverksoverbelastningsflagg. Krever støtte fra begge sider (mottak og sending). Når dette flagget mottas, reduseres overføringshastigheten. Hvis flagget ikke støttes, blir pakkene ganske enkelt forkastet.
- Total lengde, 16 biter Den totale lengden på pakken i byte, inkludert overskrift og data. Minste lengde er 20, maksimum er 65535. Identifikasjon, 16 biter Brukes til å identifisere et datagram unikt. Siden det kan være nødvendig å dele en pakke i mindre deler når den overføres over forskjellige nettverk, tjener dette feltet til å identifisere delene som tilhører den samme pakken.
- Flagg, 3 bits
- Reservert, alltid 0
- Ikke fragmenter. Hvis videre overføring av pakken krever fragmentering, blir pakken forkastet.
- Flere fragmenter. For fragmenterte pakker har alle unntatt den siste dette flagget satt til 1.
Time to Live (TTL), 8 biter Når en pakke passerer gjennom en ruter, reduseres dette feltet med 1. Hvis dette feltet er null, forkaster ruteren det.
- Protokoll, 8 bit
- 1 - ICMP
6 - TCP
IP definerer logiske adresser. Men for å sende en pakke over et Ethernet-nettverk, må du også kjenne den fysiske adressen til målnoden (eller ruteren). ARP brukes til å kartlegge den ene til den andre.
ARP (Address Resolution Protocol) er formelt en nettverksprotokoll (3.) lagsprotokoll i OSI-modellen, selv om den faktisk sikrer interaksjon mellom lag 2 og 3. ARP er implementert for ulike par av Layer 2 og Layer 3 protokoller.
Selve protokollen er bygget på et enkelt forespørsel-svar-skjema. La oss se på et spesifikt eksempel.
Hvis vert A, for eksempel med logisk adresse 198.51.100.1 (på nettverk 198.51.100.0/24) ønsker å sende en pakke til vert B, med logisk adresse 198.51.100.2, sender den en lag 2-protokoll (i dette tilfellet Ethernet) kringkasting forespørsel med den innkapslede meldingen En ARP som spør nettverksnoder hva som er den fysiske adressen til noden med den logiske adressen 198.51.100.2, og inneholder de logiske og fysiske adressene til node A. Node B, som ser sin egen logiske adresse i forespørselen, sender et svar til node A på den logiske og fysiske adressen mottatt i forespørselen. Søkeresultater bufres.
ARP-meldinger har følgende struktur:
Fysisk protokoll (HTYPE), 2 byte Lag 2-protokoll brukt. Ethernet har en ID på 1. Logical Protocol (PTYPE), 2 byte Layer 3-protokoll brukt. Tilsvarer EtherTypes. IPv4 har en ID på 0x0800.
Fysisk adresselengde (HLEN), 1 byte Fysisk adresselengde i oktetter, for Ethernet – 6 logisk adresselengde (PLEN), 1 byte logisk adresselengde i oktetter, for IPv4 – 4 Operation (OPER), 2 byte 1 for forespørsel, 2 for et svar, og mange andre alternativer for protokollutvidelser.
Avsenderens fysiske adresse (SHA), HLEN byte I forespørselen - rekvirentens adresse. Svaret inneholder adressen til den forespurte noden.
Logisk avsenderadresse (SPA), PLEN byte
Mottakerens fysiske adresse (THA), HLEN-byte ignoreres i forespørselen. Svaret inneholder adressen til rekvirenten.
RARP ble brukt til å automatisk konfigurere L3-adresser. Deretter erstattet av BOOTP og deretter DHCP.
Ruting i IPv4-nettverk
Den grunnleggende rutingalgoritmen i IPv4-nettverk kalles videresendingsalgoritmen.
Hvis det er en måladresse D og et nettverksprefiks N, da
- Hvis N samsvarer med nettverksprefikset til gjeldende node, send dataene over den lokale lenken.
- Hvis det er en rute for N i rutetabellen, send dataene til neste-hopp-ruteren.
- Hvis det er en standardrute, send neste-hopp-data til standardruteren
- Ellers - en feil.
Rutingtabellen er en tabell med kartlegging av nettverksadresser og neste-hopp-ruteradresser for disse nettverkene. Så for eksempel kan en node med adressen 198.51.100.54/24 ha følgende rutetabell: 203.0.113.0/24
| Destinasjon | Inngangsport | Enhet |
|---|---|---|
| 198.51.100.0/24 | 0.0.0.0 | eth0 |
| 203.0.113.0/24 | 198.51.100.1 | eth0 |
| 0.0.0.0/0 | 203.0.113.1 | eth0 |
I utgangspunktet er ruten også knyttet til nettverksenheten som dataene skal sendes fra.
Hvis en node kan nås via flere ruter, velges ruten med den lengre nettmasken (dvs. mer spesifikk). Det kan bare være én standardrute.
Node 198.51.100.54/24 har for eksempel en rutetabell:
| Destinasjon | Inngangsport | Enhet |
|---|---|---|
| 198.51.100.0/24 | 0.0.0.0 | eth0 |
| 203.0.113.0/24 | 198.51.100.1 | eth0 |
| 203.0.113.224/27 | 198.51.100.5 | eth0 |
Det globale datanettverket Internett ble opprinnelig bygget i henhold til følgende skjema: et ryggradsnettverk, koblet til det av nettverk kalt autonome systemer. Stamnettet er også et autonomt system. Denne tilnærmingen er praktisk fordi detaljert topologisk informasjon forblir innenfor det autonome systemet, og selve det autonome systemet som en enkelt helhet for resten av Internett er representert av eksterne gatewayer (rutere som autonome systemer blir med i ryggradsnettverket gjennom). Interne gatewayer brukes til å danne subnett i et autonomt system.
Følgelig er rutingprotokollene som brukes på Internett delt inn i eksterne og interne Eksterne rutingprotokoller (EGP, BGP) overfører rutinginformasjon mellom autonome systemer. Interne rutingprotokoller (RIP, OSPF, IS-IS) brukes kun innenfor det autonome systemet. Endring av rutingprotokoller og ruter innenfor et autonomt system påvirker ikke driften av andre autonome systemer.
OSPF-protokollen (Open Shortest Path First) ble vedtatt i 1991. Dette er en moderne protokoll rettet mot å jobbe i store heterogene nettverk med komplekse topologier inkludert løkker. Den er basert på en koblingstilstandsalgoritme, som er svært motstandsdyktig mot endringer i nettverkstopologi.
40. Transportprotokoller for TCP/IP-stakken.
Siden tilkoblinger ikke er etablert på nettverkslaget, er det ingen garanti for at alle pakker vil ankomme destinasjonen uskadd eller ankommer i samme rekkefølge som de ble sendt. Denne oppgaven – å sikre pålitelig informasjonskommunikasjon mellom to endenoder – løses av hovedlaget i TCP/IP-stakken, også kalt transport.
På dette nivået fungerer TCP (Transmission Control Protocol) og UDP (User Datagram Protocol). TCP-protokollen gir pålitelig overføring av meldinger mellom eksterne applikasjonsprosesser gjennom dannelse av logiske forbindelser. Denne protokollen lar jevnaldrende på sende- og mottaksdatamaskiner kommunisere i full dupleksmodus. TCP lar deg levere en bytestrøm generert på én datamaskin uten feil til en annen datamaskin som er inkludert i det sammensatte nettverket. TCP deler bytestrømmen inn i segmenter og sender dem videre til det underliggende internettarbeidslaget. Når disse segmentene er levert av det internettarbeidende laget til destinasjonen, setter TCP dem sammen til en kontinuerlig strøm av byte.
UDP transporterer applikasjonspakker på en datagram måte, som hovedinternettprotokollen (IP), og fungerer bare som en multiplekser mellom nettverksprotokollen og flere applikasjonstjenester eller brukerprosesser.
41. TCP/IP-diagnoseverktøy.
TCP/IP inkluderer diagnoseverktøy for å sjekke stabelkonfigurasjon og teste nettverkstilkobling.
| Utility | Søknad |
| arp | Viser for visning og redigering av adresseoversettelsestabellen som brukes av Address Resolution Protocol (ARP - bestemmer den lokale adressen fra IP-adressen) |
| vertsnavn | Viser det lokale vertsnavnet. Brukes uten parametere. |
| ipconfig | Viser verdier for gjeldende TCP/IP-stakkkonfigurasjon: IP-adresse, subnettmaske, standard gateway-adresse, WINS (Windows Internet Naming Service) og DNS-adresser (Domain Name System). |
| nbtstat | Viser statistikk og gjeldende informasjon om NetBIOS installert over TCP/IP. Brukes til å sjekke statusen til gjeldende NetBIOS-tilkoblinger. |
| netstat | Viser statistikk og gjeldende informasjon om TCP/IP-tilkoblingen. |
| nsoppslag | Sjekker poster og domenealiaser til verter, domenetjenester til verter, samt informasjon operativsystem, ved å spørre etter DNS-servere. |
| ping | Verifiserer riktigheten av TCP/IP-konfigurasjonen og verifiserer kommunikasjon med en ekstern vert. |
| rute | Endrer IP-rutingstabeller. Viser tabellinnhold, legger til og sletter IP-ruter. |
| tracert | Verifiserer ruten til en ekstern datamaskin ved å sende ICMP (Internet Control Message Protocol) ekkopakker. Viser ruten for pakker til en ekstern datamaskin. |
For å bekrefte at TCP/IP er riktig konfigurert, bruk ipconfig-verktøyet. Denne kommandoen er nyttig på datamaskiner som kjører DHCP (Dynamic Host Configuration Protocol), da den lar brukere bestemme hvilken TCP/IP-nettverkskonfigurasjon og -verdier som er satt ved hjelp av DHCP.
Med ipconfig-verktøyet kan du finne ut om konfigurasjonen er initialisert og om IP-adresser er duplisert:
- hvis konfigurasjonen er initialisert, vises IP-adressen, masken, gatewayen;
- hvis IP-adresser dupliseres, vil nettverksmasken være 0.0.0.0;
- hvis datamaskinen ved bruk av DHCP ikke var i stand til å få en IP-adresse, vil den være lik 0.0.0.0.
Ping-verktøyet (Packet Internet Grouper) brukes til å bekrefte TCP/IP-konfigurasjon og diagnostisere tilkoblingsfeil. Det bestemmer tilgjengeligheten og funksjonen til en bestemt vert. Bruker ping beste måten kontrollere at det finnes en rute mellom den lokale datamaskinen og nettverksverten.
Ping-kommandoen tester en tilkobling til en ekstern vert ved å sende ICMP-ekkopakker til den verten og lytte etter ekkosvar. Ping lytter etter hver pakke som sendes og skriver ut antall pakker som er sendt og mottatt. Hver mottatt pakke kontrolleres mot den overførte meldingen. Hvis forbindelsen mellom verter er dårlig, vil ping-meldingene fortelle deg hvor mange pakker som går tapt.
Som standard sendes 4 ekkopakker på 32 byte lange (en periodisk sekvens av store bokstaver). Ping lar deg endre størrelsen og antall pakker, spesifisere om ruten den bruker skal registreres, hvilken time-to-live-verdi (ttl) som skal angis, om pakken kan fragmenteres, osv. Når du mottar et svar, er tiden feltet angir hvor lenge (i millisekunder) den sendte pakken når den eksterne verten og returneres tilbake. Siden standardverdien for å vente på svar er 1 sekund, vil alle verdiene i dette feltet være mindre enn 1000 millisekunder. Hvis du mottar en "Be om tidsavbrudd"-melding, er det mulig at hvis du øker svartidsavbruddet, vil pakken nå den eksterne verten.
Ping kan brukes til å teste både et vertsnavn (DNS eller NetBIOS) og dets IP-adresse. Hvis en ping med en IP-adresse lykkes, men en ping med et navn mislykkes, betyr dette at problemet ligger i å gjenkjenne samsvaret mellom adressen og navnet, og ikke i nettverkstilkoblingen.
Ping-verktøyet brukes på følgende måter:
1) For å bekrefte at TCP/IP er installert og riktig konfigurert på den lokale datamaskinen, spesifiseres loopback-adressen i ping-kommandoen tilbakemelding(tilbakekoblingsadresse): ping 127.0.0.1
2) For å sikre at datamaskinen er korrekt lagt til nettverket og at IP-adressen ikke dupliseres, brukes IP-adressen til den lokale datamaskinen:
ping localhost_ip-adresse
3) For å bekrefte at standard gateway fungerer og at en tilkobling kan opprettes med en hvilken som helst lokal vert i lokalt nettverk, er standard gateway IP-adresse satt:
ping gateway_ip-adresse
4) For å sjekke muligheten for å etablere en tilkobling gjennom ruteren, er IP-adressen til den eksterne verten spesifisert i ping-kommandoen:
ping [alternativer] IP-adressen til ekstern vert
Tracert er et rutesporingsverktøy. Den bruker TTL-feltet (time-to-live) for IP-pakken og ICMP-feilmeldinger for å bestemme ruten fra en vert til en annen.
Tracert-verktøyet kan være mer omfattende og praktisk enn ping, spesielt i tilfeller der den eksterne verten ikke er tilgjengelig. Ved å bruke den kan du bestemme området for kommunikasjonsproblemer (hos internettleverandøren, i kjernenettverket, i nettverket til en ekstern vert) etter hvor langt ruten vil bli sporet. Hvis det oppstår problemer, viser verktøyet stjerner (*) eller meldinger som "Destinasjonsnett kan ikke nås", "Destinasjonsverten kan ikke nås", "Be om tidsavbrudd", "Tid overskredet".
Tracert-verktøyet fungerer som følger: det sender 3 probe-ekkopakker til hver vert som ruten til den eksterne verten går gjennom. Ventetiden for svar på hver pakke vises på skjermen (den kan endres ved hjelp av en spesiell parameter). Pakker sendes med forskjellige levetidsverdier. Hver ruter som påtreffes underveis reduserer TTL-verdien med én før pakken videresendes. Dermed er levetiden en teller for mellomleveringspunkter (humle). Når en pakkes TTL når null, forventes ruteren å sende en ICMP "Time Exeeded"-melding til kildedatamaskinen. Ruten bestemmes ved å sende den første ekkopakken med TTL=1. TTL-en økes deretter med 1 i hver påfølgende pakke til pakken når den eksterne verten eller maksimal mulig TTL-verdi er nådd (standard 30, satt med -h-alternativet). Ruten bestemmes ved å undersøke ICMP-meldingene som sendes tilbake av mellomrutere.
Syntaks: tracert [alternativer] target_host_name
ARP-verktøyet er utviklet for å fungere med ARP-bufferen. Hovedoppgaven til ARP-protokollen er å oversette IP-adresser til tilsvarende lokale adresser. For å gjøre dette bruker ARP-protokollen informasjon fra ARP-tabellen (ARP-cache). Hvis den nødvendige oppføringen i tabellen ikke blir funnet, sender ARP-protokollen en kringkastingsforespørsel til alle datamaskiner på det lokale undernettet, og prøver å finne eieren av denne IP-adressen. Cachen kan inneholde to typer oppføringer: statisk og dynamisk. Statiske oppføringer legges inn manuelt og lagres permanent i hurtigbufferen. Dynamiske oppføringer plasseres i hurtigbufferen som et resultat av kringkastingsforespørsler. For dem er det et konsept om levetid. Hvis det ikke er gjort krav på en oppføring innen en viss tid (som standard 2 minutter), fjernes den fra hurtigbufferen.
Netstat-verktøyet lar deg få statisk informasjon om noen av stabelprotokollene (TCP, UDP, IP, ICMP), og viser også informasjon om gjeldende nettverkstilkoblinger. Det er spesielt nyttig på brannmurer, og kan brukes til å oppdage sikkerhetsbrudd ved nettverksperimeteren.
Syntaks:
netstat [-a] [-e] [-n] [-s] [-p-protokoll] [-r]
Parametere:
-a lister opp alle nettverkstilkoblinger og lytteporter på den lokale datamaskinen;
-e viser statistikk for Ethernet-grensesnitt (for eksempel antall byte mottatt og sendt);
-n viser informasjon om alle gjeldende tilkoblinger (for eksempel TCP) for alle nettverksgrensesnitt på den lokale datamaskinen. For hver tilkobling vises informasjon om IP-adressene til de lokale og eksterne grensesnittene sammen med numrene på portene som brukes;
-s viser statistisk informasjon for UDP, TCP, ICMP, IP-protokoller. "/more"-tasten lar deg se informasjon side for side;
-r viser innholdet i rutingtabellen.
