Hibaelhárítás tcp

  1. Ezután minden egyes útvonal eredményeként az ilyen ötvözi összehasonlítjuk területén Network Destination (cél) az útvonal, és a megfelelő eszközök, hogy lehet használni a csomagkapcsolt átviteli útvonalat a cél. Ha egynél több útvonalon találták, akkor a Windows használ az útvonal a leghosszabb mérkőzés (az útvonal, amelynek Netmask érték maximális értéke 1 bit). Ha egy ilyen meccs nem található, akkor a Windows használ az útvonal a legalacsonyabb költséggel vagy metrikus (metrikus). Végül, ha több útvonal azonos költség, a Windows önkényesen kiválaszt egyet őket használni. A fenti táblázatból látható, hogy az eredmény ennek egyesülési folyamat volt két mérkőzést (utak 1 és 3), így a Windows kiválasztja az egyik, hogy a leghosszabb mérkőzés, azaz a 3. Ennek az az eredménye, hogy a Windows már tudja, hogy melyik útvonalat kell használni, hogy egy csomagban a rendeltetési helyére. Mutatja, hogyan néz ki ez az út az útválasztási táblázatban a szerver:

Network Destination Netmask Gateway Interface Metric

172.16.11.0 255.255.255.0 172.16.11.30 172.16.11.30 20

Továbbá, a Windows használja a következő algoritmust meghatározni, hogy mi a következő teendő:

2. példa: A cél egy távoli alhálózaton

172.16.11.80 és hálózati maszk

  1. Minden útvonalhoz egyesítésének eredménye az AND összehasonlítjuk területén Network Destination (cél), valamint a megfelelő azt jelenti, hogy az útvonal (út) lehet használni csomagkapcsolt átvitel. A mi második táblázat, amely a fentiekből kiderül, akkor láthatjuk, hogy ebben az időben csak egy vonal, azaz már csak egy sort, amelyben az a Network Destination (cél) 0.0.0.0, és megfelel az összehasonlítás eredménye. Ezért az utat, amely a Windows használja a következő lesz a csomag átvitelének:

Network Destination Netmask Gateway Interface Metric

0.0.0.0 0.0.0.0 172.16.11.1 172.16.11.30 20

Tippek hibaelhárítás

Mi fog történni során a fenti? Először is, ott van a valószínűsége, hogy a Windows nem lesz képes, hogy válasszon egy útvonalat, amely a területen Network Destination (cél) megfelel az eredmény bitenkénti összehasonlítása terén és a hálózati maszkot (alhálózati maszk) az útvonal és a cél a szerződést. Ha ez megtörténik, akkor a routing hiba, melynek eredménye valószínűleg a hiba a hálózati alkalmazás fut a szerver. Ez általában akkor fordul elő, ha a Windows TCP hogy értesítse a felső réteg a hálózati verem, hogy a csomag nem lehet elküldeni.

Egy ilyen helyzetben, akkor valószínűleg sérült az útválasztási tábla (korrupt útválasztási táblázat), illetve egy nem létező útvonal, amely a routing tábla. Kitartó útvonalak - útvonalakat ad hozzá egy táblát az út -padd csapat, és ez egy újraindítás után, mert ego paramétereit tárolja a rendszerleíró adatbázisban. Ha hozzá a rossz út, úgy tűnhet, nagyon furcsa hibákat, ami a forgalom eltűnnek titokzatosan.

Minden helyzetben, a legjobb módja annak, hogy javítsa ki a hibát, hogy ellenőrizze az útválasztó táblákat a küldő számítógépen, valamint a közbenső routerek pálya mentén a csomag szekvencia a célállomáson. Sérült routing táblák lehet állítani (legalábbis a Windows gépek) újraindítja az TCP / IP stack használatával netshintipreset csapat. További információ erről a témáról a következő cikkben KB299357. Felhívjuk figyelmét, hogy ez újraindítás nem távolítja el tartós útvonalakat hozzá a routing tábla.

Szerszámjavítás - egy hatékony eszköz, amely ritkán használják, mert egy félreértés. Jut ez az eszköz nagyon egyszerű - egyszerűen jobb klikk a hálózati kapcsolat (hálózati kapcsolat) a mappában hálózat kapcsolatok (hálózati kapcsolat), vagy az ikonra az értesítési területen, majd válassza a javítás (a felépülés a legördülő menüben). Egy párbeszédablak jelenik meg, és egy sor üzeneteket, a folyamat végrehajtása a helyreállítása. Ennek eredményeként az ilyen intézkedés végrehajtásra utasításkészlet, és minden egyes üzenet mutatja a végrehajtását egy ilyen csapat. Nézzük meg mindegyik csapat annak érdekében, hogy jobban megértsük, hogy a javító, mit ezek a csapatok, és mit futnak.

1. lépés: DHCP megújítása

Tipp: elkerülni a hálózati problémákat, amelyek a DHCP szerver nem elérhető, végrehajtási redundancia (redundancia), hogy a DHCP szerver a hálózaton (hálózati).

2. lépés: Tiszta ARP cache

A csapat, amely végzett ebben a szakaszban, ez így néz ki:

3. lépés: Tisztítsa meg a NetBIOS cache

Ebben a szakaszban a következő parancsot:

Hibás rekord a cache NetBIOS néha okozta elavult bejegyzések a WINS-adatbázis WINS szerver. Ez azért van, mert a WINS magasabb prioritást élvez az adás átalakulás NetBIOS nevek WINS, ezért a sérült és elavult WINS bejegyzések kerülhetnek a cache NetBIOS, még azután is, a gyorsítótár kiürítésével, és ezáltal annak hibás működését okozhatja. A probléma megoldása ebben az esetben az, hogy távolítsa hibás bejegyzéseket a WINS-adatbázis, takarítás NetBIOS cache, majd nyomon a cache a nbtstat -c parancs, hogy megbizonyosodjon arról, hogy ezeket a hibás bejegyzéseket ismét nyomja meg a cache-t.

4. lépés: Tisztítsa meg a DNS-feloldási gyorsítótár

A csapat végre ebben a szakaszban a következő:

5. lépés: Regisztráció a WINS

Ebben a szakaszban a következő parancsot:

Ez a parancs megkísérli újra nyilvántartásba veszi a helyi számítógépen a WINS-adatbázisban a WINS szerver. Ez azt jelenti, hogy az összes NetBIOS neveket a helyi számítógép első kivont, majd frissíteni az adatbázist. Ezt fel lehet használni természetesen csak akkor, ha a hálózat használ a WINS szerver, de a gyakorlat azt mutatja, a legtöbb vállalati hálózatok, ahol telepítve az Active Directory, valamint a Exchange Server, továbbra is használhatja a WINS, lásd KB cikket 837.391 számára további információkért.

Amikor a számítógépet a Windows operációs rendszer leállítja megfelelően, akkor el kell távolítani a bejegyzést a WINS-adatbázisban. Ha a számítógép ki van kapcsolva rendesen, a WINS bejegyzés a számítógép nem törlődnek az adatbázisból. Hibás bejegyzések a WINS-adatbázis okozhat hálózati problémák, különösen a hordozható notebook típusú számítógépek lehet távolítani az ugyanazon a hálózaton, és csatlakozik a többi. Gyakran a szerszám használata javítás (helyreállítás) ezeket a problémákat el lehet kerülni az új regisztrációs WINS.

6. lépés: Regisztráció a DNS

Az utolsó parancs, amely futtatja a hatodik lépésben az alábbiak szerint:

Ez a parancs megkísérli újra nyilvántartásba veszi a helyi számítógépen a DNS-adatbázisban a DNS szervereket. Ez azt jelenti, hogy az összes DNS-neveket a helyi számítógép első kivont, majd frissíteni a DNS-adatbázisban (feltételezve, hogy az Active Directory hálózat dinamikus Dynamic DNS vagy DDNS regisztráció a DNS nevét az adatbázisban).

Ezek a korlátozások megkerülését használata révén Netdiag.exe eszköz, hálózati eszközök hibakeresés, amely része a Windows támogatási eszközök segítik. Netdiag lehetővé teszi, hogy futtatni szélesebb körű vizsgálatok, mint a javítás eszköz. Azt is átirányítani végrehajtásának folyamatát eredményezi Netdiag.exe egy szöveges fájl, és így éget elvégzett vizsgálatokról, azok eredményeiről.

IP-fragmentáció és reassemblirovanieIP protokollt felhasználásra tervezett sokféle adatátviteli csatornák. Bár a maximális hossza az IP datagram - 64K, a legtöbb adatátviteli csatornák meghatározott maximális csomag korlátot, az úgynevezett MTU. Az érték függ a MTU.

A kapott GRE csomag van befoglalva egy másik csomag protokollt (protokoll). Ebben a cikkben fogjuk nézni a csomagformátumok protkola GRE. GRE változat 0Format GRE verzió 0 Fejes külleme obrazom.Pervye két fejléc tartalmaz egy oktett zászlók GRE: C, ellenőrző Present. 1 bit.

Ábra. 1Tunnelnye linkek poin-pont kapcsolatok. Tunneling az alábbi három összetevőből áll: Protokol- "utas", amely kapszulázott az alagútban, például AppleTalk, CLNS, IP, és IPX.Protokol hordozó - olyan protokoll, amely elvégzi kapszulázás, mint GRE, IP-in-IP, L2.

Miközben lehetetlen teljesen megakadályozzák a SYN támadás a TCP / IP stack konfiguráció segít csökkenteni a hatását ez a fajta támadás, ugyanakkor továbbra is legitim forgalomnak a szerveren keresztül. Meg kell jegyezni, hogy egyes SYN támadás nem mindig megpróbálja „fel” a szerverek, helyette.

VPN virtuális magánhálózat (VPN), vagy más néven a VPN hálózat, amely használni fogja a közös elemeket a kapcsolatot a csomópontok, amely lehetővé teszi a felhasználóknak, hogy egy hálózati adatátvitelre. Systems használ titkosítást és egyéb bezopasnos intézkedéseket.

Kapcsolódó cikkek