5.4.1. Interiérové \u200b\u200ba externí protokoly internetových směrování
Většina směrovacích protokolů používaných v moderních sítích spínacích paketů vede svůj původ z internetu a jeho předchůdce - ARPANET sítě. Aby bylo možné pochopit jejich jmenování a rysy, je užitečné nejprve seznámit se strukturou internetové sítě, která vloží tisk na terminologii a typy protokolu.
Internet byl původně postaven jako síť, která spojuje velký počet stávající systémy. Od samého počátku ve své struktuře přidělené hlavní síť (Péče o páteřní síť),a sítě připojené k dálnici byly považovány za autonomní systémy (autonomní systémy, as).Hlavní síť a každý z autonomních systémů měly své vlastní správní řízení a vlastní směrovací protokoly. Je nutné zdůraznit, že autonomní systém a doména internetových jmen jsou různé koncepty, které slouží různým účelům. Autonomní systém kombinuje sítě, ve kterých se směrování provádí pod obecným administrativním pokynem jedné organizace a doména kombinuje počítače (případně patřící do různých sítí), ve kterých jsou přiřazeny jedinečné symbolické názvy v rámci všeobecného správního řízení jedné organizace. Přirozeně, oblast působení autonomního systému a názvů domén může v konkrétním případě v určitém případě, pokud jedna organizace provádí obě uvedené funkce.
Celková architektura internetové sítě je zobrazena na Obr. 5.25. Dále zavoláme směrovačům, aby zůstaly v souladu s tradiční internetovou terminologií.
Brána používané k vytvoření sítí a podsítí uvnitř autonomního systému se nazývají vnitřní brány (interiorgateway),a brány, se kterými jsou autonomní systémy spojeny síťovými liniemi externí brány (vnější brány).Síťová linka je také autonomním systémem. Všechny autonomní systémy mají unikátní 16bitové číslo, které je zvýrazněno organizací zřízenou novým autonomním systémem Internic.
V souladu s tím se nazývají směrovací protokoly uvnitř autonomních systémů interní protokoly brány (protokol interiéru, IGP),a protokoly, které určují výměnu informací o trase mezi externími brány a hlavními síťovými brány - externí protokoly brány (protokol vnější brány, EGP).Uvnitř hlavní sítě také předpokládá vlastní interní protokol IGP.
Význam oddělení celé internetové sítě do autonomních systémů je ve své víceúrovňové modulární reprezentaci, což je nezbytné pro jakýkoliv velký systém schopný expanzi ve velkém měřítku. Změnit směrovací protokoly uvnitř jakékoli autonomní systém Nemělo by ovlivnit práci jiných autonomních systémů. Kromě toho, internetová divize na autonomním
418 Kapitola 5 Síťová úroveň jako stavební nástroj velké sítě
systémy by měly přispět k agregaci informací v kufru a vnějších bráně. Domácí brány mohou používat dostatek podrobných odkazů pro interní směrování pro výběr nejvíce racionální trasy. Pokud však informace o takovém stupni detailu budou uloženy ve všech směrovačích sítě, topologické databáze se stoupají tak, že budou vyžadovat paměť gigantických velikostí a čas pro rozhodování o směrování bude nepřijatelná.
Proto podrobné topologické informace zůstávají uvnitř autonomního systému a autonomní systém jako jediné celé číslo pro zbytek internetu představují externí brány, které hlásí vnitřní složení autonomního systému. Minimální požadované informace jsou počet IP sítí, jejich adresy a vnitřní vzdálenost těchto sítí z této externí brány.
Cidr ElassSess Směrová technika může výrazně snížit objem informací o trase přenášených mezi autonomními systémy. Pokud tak, pokud všechny sítě uvnitř určitého autonomního systému začínají společnou předponu, například 194.27.0.0/16, pak externí brána tohoto autonomního systému by měla prohlásit pouze o této adrese, která neagantuje o existenci tohoto autonomního systému, Například síť 194.27. 32.0 / 19 nebo 194.27.0.0/21, protože tyto adresy jsou agregovány na adresu 194.27.0.0/16.
5.4. Směrování protokoly v IP sítích 419
Na Obr. 5.25 Struktura internetu s jednou dálnicí dostatečně odpovídala realitě dostatečně dlouho, proto byl vyvinut protokol pro výměnu informací o trase mezi autonomními systémy, nazvaný EGP. S vývojem sítí poskytovatelů služeb se však internetová struktura stala mnohem složitější, s libovolnou povahou vazeb mezi autonomními systémy. Proto protokol EGP prokázal protokol BGP, který vám umožní rozpoznat přítomnost smyček mezi autonomními systémy a eliminovat je z intersystémových tras. EGP a BGP protokoly se používají pouze v externích styčných bráně, které jsou nejčastěji organizovány poskytovateli internetových služeb. V firemních směrovačích sítě pracují interní směrovací protokoly, jako je RIP a OSPF.
5.4.2. Protokol vzdáleného vektorového ripu
Stavební směrovací stůl
RIP (Ruting Information Protocol) je vnitřní vzdálený vektoru směrovací protokol, jedním z nejstarší výměny protokolů výměny informací o trase a je stále velmi distribuován v počítačových sítích v důsledku jednoduchosti implementace. Kromě verze RIP pro sítě TCP / IP je také verze RIP pro sítě Novell IPX / SPX.
Pro IP existují dvě verze protokolu RIP: první a druhý. Protokol RIPVL nepodporuje masky, to znamená, že mezi směrovači distribuuje pouze informace o číselech sítí a vzdáleností, a informace o maskách těchto sítí nedistribuují, což přesvědčuje, že všechny adresy patří do standardních tříd a, b nebo C. RIPV2 protokol transfery informace o maskách sítí, takže je větší v souladu s požadavky dneška. Vzhledem k tomu, že při výstavbě směrovacích tabulek není verze 2 zásadně odlišná od verze 1, pak bude v budoucnu popsána první verze pro zjednodušení záznamů.
Jako vzdálenost k síti se standardy protokolu RIP umožňují různé typy metrik: chmele, metriky, s přihlédnutím k šířce pásma, zavedené zpoždění a spolehlivost sítí (tj. Odpovídající funkce D, T a R v "kvalitě Servis "Oblast IP balíčku), stejně jako všechny kombinace těchto metrik. Metrika musí mít majetek aditivity - metrika kompozitní dráhy musí být rovna součtu metrické složky této cesty. Ve většině implementací používá RIP nejjednodušší metrika - počet chmelů, tj. Počet přechodných směrovačů, které potřebují k překonání balíčku do cílové sítě.
Zvažte proces konstrukce směrovacího stolu pomocí protokolu RIP na příkladu kompozitní sítě zobrazené na Obr. 5.26.
Krok 1 - Vytvoření minimálních tabulek
Tato síť má osm IP sítí spojených se čtyřmi směrovači s identifikátory: ml, m2, mh a m4. RUP Směrovače pracující na protokolu RIP mohou mít identifikátory, nicméně nejsou nutné pro provoz protokolu. V RIP zpráv nejsou tyto identifikátory přenášeny.
V počátečním stavu v každém směrovači software Zásobník TCP / IP automaticky vytvoří minimální směrovací tabulku, ve které jsou zohledněny pouze přímo připojené sítě. Na obrázku adresy portů směrovačů, na rozdíl od síťových adres, umístěných v oválech.
Tabulka 5.14 umožňuje odhadnout přibližný pohled na minimální směrovací tabulku routeru.
Po inicializaci každého routeru začíná odesílat zprávu protokolu RIP svým sousedům, které obsahují minimální tabulku.
5.4. Směrování protokoly v IP sítích 421
Zprávy RIP jsou přenášeny v balíčcích protokolu UDP a zahrnují dva parametry pro každou síť: jeho IP adresa a vzdálenost od něj z vysílací směrovače zprávy.
Sousedé jsou ti směrovače, že tento router může přímo sdělit IP paketu na kteroukoli ze své sítě bez použití služeb meziproduktů. Například pro ml routeru jsou sousedé směrovače M2 a MH a pro směrovače M4, M2 a MH směrovače.
ML router tedy přenáší následující zprávu m2 router:
201.36.14.0 Síť, vzdálenost 1;
síť 132.11.0.0, vzdálenost 1;
síť 194.27.18.0, vzdálenost 1.
Stupeň 3 - Získání zpráv o roztržení ze sousedů a zpracování obdržených informací
Po obdržení podobných zpráv ze směrovačů M2 a MZ se ML router zvyšuje každý přijatý metrický terén na jednotku a pamatovat, přes který port az kterým router obdržel nové informace (adresa tohoto routeru bude adresou příštího routeru, pokud to Vstup je zadán do směrovací tabulky). Potom se směrovač začne porovnávat nové informace z toho, který je uložen ve směrovací tabulce (tabulka 5.16).
Tabulka 5.16.ML Router směrovací stůl
IP je dešifrována jako Internet Protocol (Internet Protocol) a konkrétně 4. verze tohoto protokolu je v současné době nejčastější. IPv4 je definován prostřednictvím RFC 791.
V rámci OSI se jedná o protokol úrovně sítě (3.). Tato úroveň připomínám, je určen k určení cesty přenosu dat.
IPv4 používá spínání paketů. Současně je původní vysílaná zpráva rozdělena na části malé velikosti (pakety), které jsou přenášeny v síti nezávisle.
Kromě toho IPv4 nezaručuje dodávku balíčků nebo nedostatek duplikátů. Toto je tzv. "Nejlepší úsilí doručení" (na rozdíl od garantované dodávky). Tyto úkoly tedy přejdou na protokoly vyšší úrovně, například TCP.
Adresování
IPv4 identifikuje odesílatele a příjemce pomocí 32bitové adresy, která omezuje počet možných adres 4 294 967 296. Z tohoto počtu IPv4 si vyhrazuje speciální adresy, nazvané soukromé (~ 18 milionů) a vícesměrového vysílání (~ 270 milionů).
Adresy jsou obvykle zaznamenány ve formě čtyř desetinných oktetů přes bod, například: 198.51.100.25 odpovídá číslu C6336419 16.
Při použití globálního adresního prostoru je nutné rozlišit adresy dostupné v místní Fyzická síť, která nevyžaduje směrování a adresy, které jsou fyzicky odlišné. V případě posledně uvedeného jsou pakety zasílány do routeru, který je musí dále sdělit.
V prvních verzích standardní, první OCET byl použit k identifikaci sítě, zbytek - identifikovat uzel. Docela rychle to bylo jasné, že 256 sítí nestačí. Proto byly zavedeny síťové třídy:
| Třída | První bity | Délka adresa sítě | Uzel délky adresy |
|---|---|---|---|
| A. | 0 | 8 | 24 |
| B. | 10 | 16 | 16 |
| C. | 110 | 24 | 8 |
| D. | 1110 | N / A. | N / A. |
| E. | 1111 | N / A. | N / A. |
| Třída | Rozsah start | Konec rozsahu |
|---|---|---|
| A. | 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 |
Třída D je vyhrazena pro vícesměrového vysílání, třída E - právě vyhrazena "jen v případě."
Délka síťové adresy a délka adresy uzlu byla stanovena prvním bitem adresy. Od asi 1985 také odmítli. Důvodem je, že mnoho organizací požadovalo více adres, než poskytlo síť třídy C a získala třídu třídy B. Síť B. B. Třída B, nicméně překročila požadavky organizace občas.
Na změnou síťových tříd přišlo maska \u200b\u200bsítě. Tato bitová maska, která označuje, které bity adresy se vztahují k síti a které - k uzlu. Podle standardní dohody musí být maska \u200b\u200bvyplněna zleva doprava, takže síťová adresa je vždy ve seniorských bitech. To vám umožní určit pouze délka adresy sítěnamísto síťové masky celé sítě.
Například 192.0.2.0/24 znamená, že prvních 24 bitů (tři oktety) odkazují na adresu sítě a zbytek je na adresu uzlu. / 24 ekvivalentní síťové masky 255.255.255.0.
Použití síťových masek je popsáno v RFC 1517.
Četné standardy také rezervují různé rozsahy adres pro speciální potřeby.
| Rozsah | Popis | RFC. |
|---|---|---|
| 0.0.0.0/8 | Aktuální síť (zdrojová adresa) | 6890 |
| 10.0.0.0/8 | Soukromá síť | 1918 |
| 100.64.0.0/10 | Sdílený adresní prostor CGN | 6598 |
| 127.0.0.0/8 | Loopback. | 6890 |
| 169.254.0.0/16 | Autokonfigurace | 3927 |
| 172.16.0.0/12 | Soukromá síť | 1918 |
| 192.0.0.0/24 | Přiřazení protokolu IETF. | 6890 |
| 192.0.2.0/24 | Dokumentace a příklady 1 | 5737 |
| 192.88.99.0/24 | IPv6 pro relé IPv4 | 3068 |
| 192.168.0.0/16 | Soukromá síť | 1918 |
| 198.18.0.0/15 | Testování šířka pásma Síť | 2544 |
| 198.51.100.0/24 | Dokumentace a příklady 2 | 5737 |
| 203.0.113.0/24 | Dokumentace a příklady 3 | 5737 |
| 224.0.0.0/4 | Multicast. | 5771 |
| 240.0.0.0/4 | Rezervováno | 1700 |
| 255.255.255.255 | Vysílání dotazu | 919 |
Také vyhrazeny adresy uzlů, v binárním reprezentaci skládajících se z nul (označuje celou síť, vyhrazeno) a jednotky (požadavek na vysílání pro tuto síť).
Například 203.0.113.0 prostředky (v textu) sítí 203.0.113.0/24 a 203.0.113.255 - požadavek na vysílání této sítě.
Formát balíčku
Balíček se skládá z záhlaví a dat. IP neznamená žádnou kontrolu integrity. Podkladový protokol (Say Ethernet) již zajišťuje kontrolu integrity úroveň kanálua výše uvedený (Say, TCP) - na úrovni dat.
Verze, 4 bitové pole první záhlaví. IPv4 má hodnotu 0010 2, tj. 4. Délka záhlaví, 4 bitů čísla 32bitových slov v názvu. Minimální hodnota 5, která odpovídá délce hlavičky 20 bajtů. Maximum - 15, délka záhlaví 60 bytů. DSCP nebo TOS - typ služby, 6 bitů určuje transita, řekněme pro VoIP. ECN, 2 bitová vlajka Explicitní síťové přetížení. Vyžaduje podporu z obou stran (přijímání a vysílání). Při příjmu tohoto příznaku se snižuje rychlost přenosu. Pokud neexistuje žádná podpora fag, balíčky jsou jednoduše vyřazeny. Po celé délce, 16 bitů plné délky paketů v bajtech, včetně názvu a dat. Minimální délka - 20, maximum - 65535. Identifikace, 16 bitů slouží k jedinečné identifikaci datagramu. Od při převodu různé sítě Může být nutné rozdělit balíček na menší části, toto pole slouží k identifikaci dílů patřících k jednomu balíčku. Vlajky, 3 bity
Bit příznaky:
- Vyhrazeno, vždy 0
- Neříkejte. Pokud další přenos obalu vyžaduje fragmentaci, balení je vyřazen.
- Více fragmentů. Pro roztříštěné balíčky, všichni, kromě druhé, je tato vlajka nastavena na 1.
- 1 - ICMP.
- 6 - TCP.
- 17 - UDP.
Je zřídka používáno. Skládá se z bloků titulních dat. Možnost titulu má délku 8-16 bitů a skládá se z polí:
- Typ volby, 8 bitů - pole definující, co je možnost. Hodnota "0" znamená konec seznamu možností. Celkem registrovaných 26 kódů.
- Délka, 8 bitů - velikost celé volby v bitech, včetně názvu. Pro některé typy možností mohou být nepřítomné.
Arp.
IP definuje logické adresy. Chcete-li odeslat balíček na sítě Ethernet, je také nutné znát fyzickou adresu cílového uzlu (nebo směrovače). Pro porovnání s jiným se používá protokol ARP.
ARP (Protocol řešení adres) je formální protokol o úrovni sítě (3.) v modelu OSI, i když ve skutečnosti zajišťuje interakci 2. a 3. úrovně. ARP je implementován pro různé dvojice protokolů 2. a 3. úrovně.
Samotný protokol je postaven na jednoduchém schématu front. Zvážit specifický příklad.
Pokud síťový uzel, řekněme, s logickou adresou 198.51.100.1 (v síti 198.51.100.0/24) chce odeslat balíček uzlu B s logickou adresou 198.51.100.2, odesílá dotaz vysílání druhého úrovně ( v tento případ Ethernet) s zapouzdřeným ARP zprávou, která se zeptá síťových uzlů - jaká fyzická adresa v uzlu s logickou adresou 198.51.100.2 a obsahující logickou a fyzickou adresu uzlu A. uzel B, vidět svou vlastní logickou adresu v Žádost, odešle odpověď na uzel A podle požadavku Logické a fyzické adresy. Výsledky požadavku jsou mezipaměti.
ARP zprávy mají následující strukturu:
Fyzický protokol (HUTE), 2 bajty použité úrovně protokolu 2. Ethernet má identifikátor 1. Logický protokol (PTYPE), 2 bajty použitý protokol 3 úroveň. Vyhovuje typům ethertype. IPv4 má identifikátor 0x0800. Délka fyzické adresy (HLEN), 1 bajtová délka fyzické adresy v oktetech, pro Ethernet - 6 Logická délka logické adresy (plen), 1 bajtová logická délka adresy v oktetech, pro IPv4 - 4 Provoz (OF), 2 bajty 1 pro dotaz, 2 pro odpověď a mnoho dalších možností pro rozšíření protokolu. Fyzická adresa odesílatele (SHA), Bajt HLEN v dotazu - adresa žádosti. Odpověď je adresa požadovaného uzlu. Logická adresa odesílatele (SPA), PLEN BYTE
Fyzická adresa příjemce (THA), HLEN BYTE je ignorován v dotazu. V reakci - požadovaná adresa. Logická adresa příjemce (TPA), PLEN Byte
Obvykle síťové uzly také posílají zprávy ARP při změně adresy IP nebo při zapnutí. To je obvykle implementováno jako požadavek APR, ve kterém TPA \u003d SPA a tha \u003d 0. Další možností je ARP odpověď, ve které TPA \u003d SPA a THA \u003d SHA.
Kromě toho může být ARP použit k detekci konfliktu logických adres (zatímco SpA \u003d 0).
Existují rozšíření protokolu, které produkují inverzní operace, inarp (inverzní ARP) přijímající adresu L3 přes adresu L2 a RARP přijímat adresu L3 dožadujícího uzlu.
RARP byl použit k autokonfigurace adres L3. Následně nahrazen protokolem BOOTP a poté DHCP.
Směrování v sítích IPv4
Hlavní směrování algoritmus v sítích IPv4 se nazývá spediční algoritmus.
Pokud existuje cílová adresa D a síť předpony N, pak
- Pokud se n shoduje s předponou aktuální síti uzlů, odešlete místní komunikační data.
- Pokud dojde k trase pro n v směrovací tabulce, odešlete data dalšího hmoty do routeru.
- Pokud existuje výchozí trasa, odešlete data NEXT-HOP ve výchozím routeru
- Jinak - chyba.
Tabulka směrování je tabulka mapování síťových adres a adresních adres jiných sítí pro tyto sítě. Tak například uzel s adresou 198.51.100.54/24 může mít takovou směrovací stůl: 203.0.113.0/24
| Destinace | Brána. | Přístroj. |
|---|---|---|
| 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. |
V zásadě je trasa také připojena k síťovému zařízení, ze které mají být data odeslána.
Pokud lze uzel dosáhnout několika tras, je vybrána trasa s delší síťovou maskou (tj. Specifičtější). Výchozí trasa může být pouze jedna.
Například uzel 198.51.100.54/24 má směrovací stůl:
| Destinace | Brána. | Přístroj. |
|---|---|---|
| 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. |
Globální počítačová síť Internet byl původně postaven podle následujícího schématu: Hlavní síť, sítí jsou spojeny, nazvané autonomní systémy. Hlavní síť je také autonomním systémem. Takový přístup je vhodný, protože podrobné topologické informace zůstávají uvnitř autonomního systému, a samotný systém samotný jako jeden celé číslo pro zbytek internetu rozšiřuje externí brány (směrovače, s nimiž jsou autonomní systémy připojeny k hlavní síti) . Vnitřní brány se používají uvnitř autonomního systému podsítí.
Směrování protokoly používané v Internetu jsou tedy rozděleny do externích a interních směrovacích protokolů (EGP, BGP) informace přenosu trasy mezi autonomními systémy. Interní směrovací protokoly (RIP, OSPF, IS) se používají pouze v rámci autonomního systému. Změna směrovacích protokolů a tras uvnitř autonomního systému nemá vliv na provoz ostatních autonomních systémů.
OSPF Protocol (otevřená nejkratší cesta první - otevřený protokol "Nejkratší cesta první") přijatá v roce 1991. Jedná se o moderní protokol zaměřený na práci ve velkých heterogenních sítích s komplexní topologií, která zahrnuje závěsy. Je založen na algoritmu stavu spojení, který je vysoce odolný vůči změnám v topologii sítě.
40. Přeprava protokolů TCP / IP zásobníku.
Vzhledem k tomu, že připojení nejsou nainstalovány na úrovni sítě, neexistují žádné záruky, že všechny balíčky budou doručeny do cíle celé číslo a nezraněné nebo přicházejí ve stejném pořadí, ve kterém byly odeslány. Tento úkol je spolehlivý informační komunikace Mezi dvěma konečnými uzly - hlavní úrovní zásobníku TCP / IP, také volal transport.
Na této úrovni funguje ovládání přenosu TCP (Control Control Protocol) a Datagram Protocol (User Datagram Protocol). Protokol TCP zajišťuje spolehlivý přenos zpráv mezi procesy vzdálených aplikací v důsledku tvorby logických připojení. Tento protokol umožňuje vybavením objektů v počítači odesílatele a příjemce a příjemce pro udržení výměny dat v duplexním režimu. TCP umožňuje bez chyb, aby byl vytvořen bajtový tok vytvořený na jednom z počítačů do jiného počítače obsaženého ve složené síti. TCP rozděluje proud bajtu na část - segmenty a přenáší je pod základní úroveň firewall. Po těchto segmentech jsou dodávány pomocí úrovně Firewalk do cíle, protokol TCP je opět shromažďuje do nepřetržitého proudu bajtů.
UDP protokol poskytuje přenos aplikované balíčky ACTIgram, stejně jako hlavní protokol o úrovni propojení IP a provádí pouze funkce pojiva (multiplexor) mezi síťový protokol a řadu aplikačních služeb nebo uživatelských procesů.
41.Diagnostické TCP / IP utility.
TCP / IP obsahuje diagnostické nástroje určené ke kontrole konfigurace zásobníku a testování síťového připojení.
| Užitek | aplikace |
| Arp. | Zobrazí se a měnit tabulku vysílání adresy používanou protokolem Řešení adresy ARP (Protocol řešení adresy - definuje místní adresu adresy IP) |
| Název hostitele. | Zobrazí název místního hostitele. Bez parametrů. |
| IPCONFIG. | Zobrazí hodnoty pro aktuální konfiguraci TCP / IP zásobníku: IP adresa, masku podsítě, výchozí adresu brány, adresy WINS ( Windows Internet. Služba pojmenování) a DNS (Domain Name System) |
| nbtstat. | Zobrazí statistiky a aktuální informace NetBIOS nastavené na TOP TCP / IP. Slouží ke kontrole stavu aktuálních připojení NetBIOS. |
| Netstat. | Zobrazí statistiky a aktuální informace o připojení protokolu TCP / IP. |
| nslookup. | Provádí kontrolu záznamů a domény pseudonymy hostitelů, doménových služeb hostitelů, stejně jako informace operační systém, Podle požadavků na servery DNS. |
| Ping. | Provádí konfiguraci konfigurace TCP / IP a zkontrolujte připojení se vzdáleným hostitelem. |
| Trasa. | Modifikuje tabulky směrování IP. Zobrazí obsah tabulky, přidává a odstraní IP trasy. |
| Tracert. | Zkontroluje trasu vzdálený počítač Posíláním ECMP ECMP (protokol internetového ovládacího prvku). Zobrazí trasu předávání paketů do vzdáleného počítače. |
Chcete-li ověřit konfiguraci konfigurace TCP / IP, použije se nástroj IPConfig. Tento příkaz je užitečný v počítačích s DHCP (Dynamic Host Configuration Protocol), protože poskytuje uživatelům možnost určit, která konfigurace sítě TCP / IP a které hodnoty byly instalovány pomocí DHCP.
Utility IPConfig umožňuje zjistit, zda je konfigurace inicializována a pokud adresy IP nejsou duplikovány:
- Pokud je konfigurace inicializována, zobrazí se IP adresa, maska, brána;
- Pokud jsou IP adresy duplikovány, síťová maska \u200b\u200bbude 0.0.0.0;
- Pokud se při použití DHCP, počítač nemohl dostat IP adresu, pak bude roven 0,0.0.0.
Packet Internet Grouper slouží k ověření diagnostiky konfigurace TCP / IP a chyby připojení. Definuje dostupnost a provoz konkrétního hostitele. Použití ping Nejlepší způsob, jak zkontrolovat, zda existuje trasa mezi místním počítačem a síťovým hostitelem.
Příkaz ping kontroluje spojení se vzdáleným hostitelem odesláním paketů ICMP echo k tomuto hostiteli a poslouchat odpovědi echo. Ping očekává, že každý paket odeslaný a vytiskne počet přenášených a přijatých balíčků. Každý přijatý balíček je zkontrolován v souladu s odeslanou zprávou. Pokud je spojení mezi hostiteli špatné, bude zřejmé z ping zpráv, kolik balíčků je ztraceno.
Ve výchozím nastavení je přenášeno 4 echo pakety 32 bajtů (periodická posloupnost znaků abecedy v velkých písmenech). Ping umožňuje změnit velikost a počet balíčků, určete, zda chcete zaznamenávat trasu, kterou používá, která hodnota životnosti (TTL) je instalace, je možné balíček fragmentovat atd. Když obdržíte odpověď v Časové pole, je indikováno pro kolik času (v milisekundách) poslal balíček dosáhne vzdáleného hostitele a vrátí se dozadu. Vzhledem k tomu, že výchozí hodnota očekávat odpověď je 1 sekunda, pak všechny hodnoty toto pole Tam bude menší než 1000 milisekund. Pokud dostanete zprávu "Požadavek na čas" (překročen interval čekání), je možné, pokud zvýšíte dobu odezvy odpovědi, balíček dosáhne vzdáleného hostitele.
Ping lze použít k testování jako název hostitele (DNS nebo NetBIOS) a jeho IP adres. Pokud byl ping s adresou IP úspěšné, a s názvem - neúspěšné, to znamená, že problémem je rozpoznat shodu adresy a názvu, a nikoli v síťovém připojení.
Používá se ping nástroj následujícími způsoby:
1) Chcete-li ověřit, zda je TCP / IP nainstalován a správně nakonfigurován v místním počítači, příkaz ping nastaví adresu smyčky. zpětná vazba (Loopback Adresa): Ping 127.0.0.1
2) Chcete-li se ujistit, že počítač je správně přidán do sítě a adresa IP není duplikována, používá se adresa IP lokálního počítače:
Ping IP adresa_local_chost.
3) Chcete-li ověřit, zda funkce výchozí brány a které se můžete připojit k libovolnému místnímu hostiteli v místní síti, je výchozí brána nastavena na výchozí adresu IP:
Ping IP adresa_chluze
4) Chcete-li zkontrolovat možnost navázat připojení přes směrovač v příkazu Ping, je nastavena adresa IP vzdáleného hostitele:
Ping [parametry] IP adresa_auened hostitel
TRACERT je nástroj trasy. Používá pole TTL (time-to-Live, životnost) balíčku IP a chybových zpráv ICMP určovat trasu z jednoho hostitele do druhého.
Utilita TRACERT může být podstatnější a pohodlnější než ping, zejména v případech, kdy je vzdálený hostitel nedosažitelný. S ním je možné určit oblast komunikačních problémů (v poskytovateli internetu, v podpůrné síti, ve vzdálené hostitelské síti), jak daleko je trasa sledována. Pokud se problémy vznikly, nástroj zobrazuje řetězové kolečko (*) nebo "cílové čisté nedosažitelné" typové zprávy, "Destination Host nedosažitelné", "Požadavek na časový limit", "Čas smaže".
Utility TRACERT funguje následovně: 3 Trial Echo pakety jsou zasílány každému hostiteli, skrze kterou trasa přechází na vzdálený hostitele. Současně se zobrazí doba čekací doba pro každý paket (může být změněn pomocí speciálů. Parametr). Balíčky jsou zasílány s různými životy. Každý směrovač, který se nachází podél cesty, před přesměrováním paketu snižuje hodnotu TTL na jednotku. Doživotní život je tedy čítačem mezilehlých dodávacích bodů (chmel). Je-li životnost balení dosáhne nuly, předpokládá se, že router bude posílat do počítačové zprávy ICMP "Čas explyed" (čas vypršela čas). Trasa je určena odesíláním prvního echo paketu s TTL \u003d 1. Potom se TTL zvyšuje o 1 v každém následujícím balení, dokud paket nedosáhne vzdáleného hostitele nebo maximální možnou hodnotu TTL (ve výchozím nastavení 30, nastaví pomocí parametru -H). Trasa je určena učením ICMP zpráv, které jsou zasílány zpět prostřednictvím mezilehlých směrovačů.
Syntaxe: TRACERT [Parametry] Jméno)
Utility ARP je navržen tak, aby pracoval s CACHE ARP. Hlavním úkolem protokolu ARP je vysílat IP adresy odpovídajícím místním adresám. Pro tento program ARP protokol používá informace z tabulky ARP (ARP CACHE). Není-li požadovaný záznam v tabulce nalezen, protokol ARP odešle požadavek na vysílání na všechny počítače místní podsítě, se snaží najít vlastník této IP adresy. Cache může obsahovat dva typy záznamů: statické a dynamické. Statické záznamy jsou zadávány ručně a uloženy v mezipaměti neustále. Dynamické záznamy jsou umístěny v mezipaměti v důsledku vysílání dotazu. Pro ně je pojem života. Pokud v určitém čase (ve výchozím nastavení 2 min.) Nahrávka nebylo v poptávce, odstraní se z mezipaměti.
Utility NetStat umožňuje získat statické informace o některých protokolech zásobníku (TCP, UDP, IP, ICMP) a zobrazí informace o aktuálních síťových připojeních. To je obzvláště užitečné pro firewall, s jeho pomocí vám může detekovat bezpečnostní porušení obvodu sítě.
Syntax:
NETSTAT [-A] [-E] [-N] [-S] [-S protokol] [-R]
Parametry:
-a Zobrazí seznam všech síťových připojení a poslechu místních portů počítačů;
-e zobrazí statistiky pro rozhraní Ethernet (například počet přijatých a odeslaných bajtů);
-N Zobrazí informace o všech aktuálních připojeních (například TCP) pro všechny místní počítačové síťové rozhraní. Pro každé informace o připojení se zobrazují na adresách IP místních a vzdálených rozhraní spolu s čísly použitých portů;
-S zobrazuje statistické informace pro UDP, TCP, ICMP, IP protokoly. Klíč "/ více" umožňuje zobrazit grafy;
-R Zobrazí obsah směrovací tabulky.
