Hálózati segédprogramok - Stadopedia
A különböző operációs rendszerekben különböző segédprogramok vannak. Hasonlítsa össze őket két rendszerrel, például a Microsoft Windows NT és a Sun Solaris segítségével. Nem számít, mennyire eltérőek ezek az operációs rendszerek, mindegyikben az OSI modell megvalósul. Természetesen a modell veremének szoftveres és hardveres implementációja eltérő, de az összes szint interakcióját a megállapított szabványnak megfelelően végezzük.
Az ARP tábla kétféle bejegyzést tartalmaz: statikus és dinamikus. A statikus rekord manuálisan be van írva és létezik, amíg kézzel törlődik, vagy a számítógép (router) újraindul.
Azonosítani a különböző problémák a hálózat, több segédprogramok, amelyek lehetővé teszik, hogy meghatározza, hogy milyen mértékű az OSI modell megbukott, vagy érvénytelen beállításokat a hálózati protokollokat. Az egyik ilyen segédprogram ping.
Az ICMP protokoll két szinten - a hálózat és a közlekedés - található. Ennek a protokollnak az alapelve ICMP echo-kérés (echo-request) és echo-reply (echo-válasz) létrehozása. A visszhang kérés és a válasz arra szolgál, hogy ellenőrizze a célállomás elérhetőségét és annak képességét, hogy válaszoljon a kérésekre. Szintén a folyosón a visszhang kérés és válasz echo működőképességét ellenőrzi a fő része a közlekedési rendszer, a forrás routing gép, használhatósági és megfelelő vezetését a router a forrás és a címzett, valamint a teljesítmény és helyességét a routing címzett.
Így, ha helyes echo-válasz érkezik a géptől, amelyre a kérést elküldték, elmondható, hogy a szállítási rendszer megfelelően működik. És ha a böngésző nem tudja megjeleníteni a weboldalt, a probléma nyilvánvalóan nem az OSI modell első három szintjén van.
A példa azt mutatja, hogy alapértelmezés szerint a küldött csomag mérete 32 bájt, majd megjelenik a válaszidő és a TTL. Ez a példa a ping parancs sikeres végrehajtását mutatja. Azokban az esetekben, amikor az echo-kérelem küldésre kerül, de a visszhang-válasz nem kerül vissza, megjelenik egy üzenet a válasz időzítéséről.
A traceroute segédprogram az ICMP protokollt is használja a csomag elérési útjának meghatározásához. Amikor a küldő traceroute egymás beállítja a TTL értéke 1-től 30 Minden router, amelyen keresztül a csomagot továbbítani kell a megfelelő gazda, növeli a TTL értékét eggyel. A TTL segítségével megakadályozza a csomaghurok megakadályozását az útválasztás "hurkok" formájában, ellenkező esetben az "elveszett" csomagok végül túlterhelik a hálózatot. Ha azonban az útválasztó vagy a kapcsolat meghibásodik, több további átmenetre van szükség annak megértéséhez, hogy ez az útvonal elveszett és ki kell kerülni. A datagram elvesztésének megakadályozása érdekében a TTL mező a maximális értékre van állítva.
Vegyünk egy példát a traceroute segédprogramra.
traceroute a netserv1.chg.ru-hoz (193.233.46.3), maximum 30 komló, 38 bájtos csomagok
1 n3-core.mipt.ru (194.85.80.1) 1.508 ms 0.617 ms 0.798 ms
2 mipt-gw-eth0.mipt.ru (193.125.142.177) 2.362 ms 2.666 ms 1.449 ms
3 msu-mipt-atm0.mipt.ru (212.16.1.1) 5.536 ms 5.993 ms 10.431 ms
4 M9-LYNX.ATM6-0.11.M9-R2.msu.net (193.232.127.229) 12.994 ms 7.830 ms 6.816 ms
5 Moscow-BNS045-ATM4-0-3.free.net (147.45.20.37) 12.228 ms 7.041 ms 8.731 ms
6 ChgNet-gw.free.net (147.45.20.222) 77.103 ms 75.234 ms 92.334 ms
7 netserv1.chg.ru (193.233.46.3) 96.627 ms 94.714 ms 134.676 ms
Az egyes operációs rendszerek mindegyikében a segédprogram hálózati része szinte azonos módon működik, de a végrehajtás az alkalmazási szinten eltérő.
A Windows rendszerben a segédprogramot tracert nevezzük. Ugyanúgy használják, mint a Solaris operációs rendszerben (tracert netserv1.chg.ru). Nincs alapvető különbség a tracert és a traceroute közművek között. A traceroute funkció több funkció jelenlétét jelenti (például meghatározhatja, hogy melyik TTL információ jelenjen meg).
Bármely probléma esetén üzenet jelenik meg. Ha például a hálózat nem érhető el, akkor az útválasztóban az üzenet: N (net elérhetetlen):
947.327 ms! N 996.548 ms! N 995.257 ms
Ez azt jelenti, hogy a 147.45.20.37 az útválasztó, ahonnan a következő útvonal nem érhető el. Ha a fogadó nem érhető el, az üzenet így fog kinézni:
5,536 ms! H 5,993 ms! H 10,431 ms! H.
Hiba P azt jelenti, hogy a protokoll elérhetetlen.
Az útválasztási tábla meghatározza a hálózatot, a hálózati maszkot, az útválasztót, amelyen keresztül ez a hálózat elérhető, az interfész és az útvonal metrika. Az alábbi táblázatban láthatja, hogy az alapértelmezett útvonal elérhető a 192.168.1.1 routeren keresztül. A 192.168.1.0 hálózattal rendelkező maszk 255.255.255.0 egy helyi hálózat.
Útvonal hozzáadása esetén a következő parancsot használhatja.
útvonal ADD 157.0.0.0 MASK 255.0.0.0 157.55.80.1
157.0.0.0 - távoli hálózat, 255.0.0.0 - távoli hálózati maszk, 157.55.80.1 - az útválasztó, amelyen keresztül ez a hálózat elérhető. Körülbelül ugyanaz a szintaxis használható az útvonal törlésekor: útvonal DELETE 157.0.0.0.
TCP mycomp: 3687 www.ru:http ESTABLISHED
A példában az első érték a TCP protokolltípus (esetleg TCP vagy UDP), ezt követi a helyi gép neve és a helyi port, a www.ru:http a távoli gazdagép és a használt port neve (mivel az alapértelmezett portot használtuk HTTP protokoll, akkor a neve 80, és megjelenik a protokoll neve), ESTABLISHED jelzi, hogy a TCP kapcsolat létrejött.
A Solaris operációs rendszerben a netstat-ot is használják az alkalmazott portokról. A kimeneti formátum majdnem ugyanaz.
Az alkalmazás a Java-eszközöket tárgyalja a leggyakoribb hálózati megmunkáláshoz.
Forduljunk a Java-eszközökhöz a hálózat működéséhez.
A hálózati protokollokkal dolgozó osztályok a java.net csomagban találhatók, és a legegyszerűbb az URL osztály. Ennek használatával egy egységes erőforrás-kereső (URL) létrehozható, amely a következő formátumú:
nyilvános osztály Net
nyilvános statikus érvénytelen fő (String args [])
> catch (UnknownHostException e)
> fogás (IOException e)
Miután elindította a kiszolgálót, majd az ügyfelet, láthatja az eredményt - a kapott számot, 10, amely után mindkét program bezáródik.
Másodszor, használhatja a ServerSocket osztályának setSoTimeout (int timeout) módját, hogy meghatározza az időt az ezredmásodpercben, amelyre az ügyfélnek csatlakozniuk kell. Ez lehetővé teszi a kiszolgáló számára, hogy ne "lefagy", ha senki nem próbál meg vele dolgozni. Az időtúllépés milliszekundumban van meghatározva, a nulla a végtelen várakozási időt jelenti.
Fontos hangsúlyozni, hogy az ügyféllel való kapcsolódás után a kiszolgáló kilép az accept () metódustól, vagyis készen áll arra, hogy új kéréseket kapjon. Rendszerint azonban kívánatos, hogy a szerver egyszerre több ügyféllel is dolgozhasson. Ehhez létre kell hozni egy új végrehajtási tételt a következő felhasználó összekapcsolásakor, amely ezt fogja szolgálni, és a fő szál újra belép az accept () metódusba. Példát adunk egy ilyen megoldásra:
nyilvános osztály NetServer
nyilvános statikus végleges int PORT = 2500;
privát statikus végleges int TIME_SEND_SLEEP = 100;
privát statikus végleges int COUNT_TO_SEND = 10;
privát ServerSocket servSocket;
nyilvános statikus érvénytelen fő (String [] args)
NetServer kiszolgáló = új NetServer ();