Depanarea tcp

  1. Apoi, pentru fiecare rută, rezultatul acestei asocieri este comparat cu câmpul Destinație de rețea a rutei, iar potrivirea înseamnă că traseul poate fi utilizat pentru a trimite pachetul la destinație. Dacă s-a găsit mai multe rute, Windows utilizează ruta cu cea mai lungă potrivire (ruta a cărei valoare Netmask are cea mai mare valoare de 1 bit). Dacă nu există o astfel de potrivire, atunci Windows utilizează ruta cu cel mai mic cost sau metric (Metric). În cele din urmă, dacă mai multe rute au același cost, atunci Windows selectează aleator unul dintre ele pentru utilizare. Din tabelul de mai sus, puteți vedea că rezultatul acestui proces de conectare este două potriviri (rutele 1 și 3), astfel încât Windows alege cel care are cea mai lungă potrivire, adică 3. Rezultatul este că Windows acum știe ce cale să folosească pentru a livra pachetul către destinație. Mai jos este modul în care arată acest traseu în tabelul de rute al serverului:

Destinația de rețea Netmask Gateway Interface Metric







172.16.11.0 255.255.255.0 172.16.11.30 172.16.11.30 20

Apoi, Windows folosește următorul algoritm pentru a determina ce trebuie făcut în continuare:

Exemplul 2: Destinația se află pe o subrețea de la distanță

172.16.11.80 ȘI masca de masă

  1. Pentru fiecare rută, rezultatul asocierii AND este comparat cu câmpul Destinație de rețea, iar potrivirea înseamnă că traseul poate fi folosit pentru a trimite pachetul. Din cea de-a doua tabelă, care este prezentată mai sus, puteți vedea că de data aceasta există doar un singur meci, adică avem doar o singură linie în care câmpul Destinație de rețea 0.0.0.0 corespunde rezultatului comparației AND. Prin urmare, calea pe care Windows o va utiliza pentru a trimite pachetul va fi următoarea:

Destinația de rețea Netmask Gateway Interface Metric

0.0.0.0 0.0.0.0 172.16.11.1 172.16.11.30 20

Sfaturi de depanare

Ce se poate întâmpla în procesul descris mai sus? În primul rând, există posibilitatea ca Windows să nu poată selecta un traseu în care câmpul Destinație de rețea corespunde cu rezultatul comparării bitului AND al câmpului Netmask (masca de rețea) a rutei și destinației din pact. Dacă se întâmplă acest lucru, veți avea o eroare de rutare, ceea ce va duce probabil la o eroare în aplicația de rețea care rulează pe serverul dvs. Acest lucru se întâmplă de obicei atunci când Windows utilizează TCP pentru a notifica nivelul de top al stivei de rețea că pachetul nu poate fi trimis.

În această situație, probabil aveți o masă de rutare coruptă sau o ruta inexistentă care se află în tabelul de rutare. Rutele continue sunt rutele pe care le adăugați la masă utilizând comanda route-padd și rămân după repornire, deoarece parametrii ego-ului sunt stocați în registru. Dacă adăugați o rută incorectă, puteți obține erori foarte ciudate, ca urmare a căror trafic poate dispărea misterios.

În orice situație, cel mai bun mod de a rezolva eroarea este de a verifica tabelele de rutare de pe computerul de trimitere, precum și de pe routerele intermediare, de-a lungul întregii căi a pachetului până la destinație. Tabelele de rutare deteriorate pot fi restaurate (cel puțin pe computerele Windows) prin restartarea stivei TCP / IP utilizând comanda netshintipreset. Pentru mai multe informații despre acest subiect, consultați KB299357. Rețineți că această operație de repornire nu șterge rutele persistente pe care le-ați adăugat la tabela de rutare.







Instrumentul de reparare este un instrument puternic care este foarte rar folosit din cauza neînțelegerilor. Obțineți acces la acest instrument este foarte simplu - pur și simplu clic-dreapta pe conexiunea la rețea (conexiune la rețea) în folderul Conexiuni în rețea (conexiune la rețea) sau pe pictograma din zona de notificare și selectați Repair (de recuperare din meniul drop-down). După aceasta, se va deschide o casetă de dialog și va apărea o serie de mesaje care arată progresul recuperării. Ca urmare a acestei acțiuni, se va executa un set de comenzi și fiecare dintre mesaje va afișa executarea uneia dintre aceste comenzi. Să examinăm fiecare dintre aceste comenzi pentru a înțelege mai bine cum funcționează instrumentul de reparare, ceea ce fac aceste comenzi și pentru ce conduc.

Pasul 1: Actualizați DHCP

Sfat: Puteți evita problemele de rețea asociate nedisponibilității serverului DHCP implementând redundanța pentru serverul DHCP din rețea.

Pasul 2: Ștergeți memoria cache ARP

Comanda care este executată în acest stadiu arată astfel:

Pasul 3: Curățați memoria cache NetBIOS

În această etapă, se execută următoarea comandă:

O intrare nevalidă în cache-ul NetBIOS poate fi uneori provocată de o intrare veche în baza de date WINS de pe serverele WINS. Acest lucru se datorează faptului că WINS are o prioritate mai mare asupra numelor NetBIOS de transformare de difuzare folosind VICTORII, prin urmare, deteriorate și WINS înregistrările învechite pot intra în NetBIOS cache, chiar și după golirea memoriei cache, și, prin urmare, poate cauza funcționarea necorespunzătoare. Rezolvarea problemei în acest caz este de a elimina intrările incorecte din baza de date WINS, curățarea NetBIOS cache și, ulterior, monitorizarea cache-ul folosind nbtstat -c comanda pentru a se asigura că aceste intrări incorecte a lovit din nou memoria cache.

Pasul 4: Ștergeți cache-ul Resolver DNS

Comanda executată în acest stadiu este următoarea:

Pasul 5: Înregistrați-vă în WINS

În această etapă, se execută următoarea comandă:

Această comandă încearcă să reînregistreze computerul local din baza de date WINS pe serverele WINS. Aceasta înseamnă că toate numele NetBIOS pentru computerul local sunt preluate mai întâi și apoi actualizate în baza de date. Acesta poate fi folosit, desigur, numai în cazul în care rețeaua utilizează serverul WINS, dar după cum arată practica, în majoritatea rețelelor corporative în cazul în care instalat Active Directory, precum și Exchange Server, continuă să utilizeze WINS, a se vedea KB 837391 articol pentru informații mai detaliate.

Când un computer cu sistemul de operare Windows se închide corect, acesta trebuie să șterge înregistrarea din baza de date WINS. Dacă computerul a fost oprit incorect, intrările WINS despre computer nu sunt șterse din baza de date. Intrările incorecte în baza de date WINS pot duce la probleme de rețea, în special laptop-uri, cum ar fi laptopuri care pot fi eliminate dintr-o rețea și conectate la alta. Adesea, datorită utilizării instrumentului de reparare, aceste probleme pot fi evitate datorită unei noi înregistrări în WINS.

Pasul 6: Înregistrați-vă cu DNS

Ultima comandă care este executată în etapa a șasea este următoarea:

Această comandă încearcă să reînregistreze computerul local din baza de date DNS pe serverele DNS. Aceasta înseamnă că toate numele DNS pentru computerul local sunt preluate mai întâi și apoi actualizate în baza de date a bazei de date (presupunând că utilizați o rețea Active Directory cu DN Dynamic DNS sau DDNS pentru a înregistra numele DNS în baza de date).

Toate aceste limitări pot fi eludate prin utilizarea instrumentului Netdiag.exe, un instrument de depanare în rețea, care este inclus cu instrumentele de suport Windows Tools Tools. Netdiag vă permite să executați un set mai larg de teste decât instrumentul de reparare. De asemenea, puteți redirecționa fluxul de rezultate al Netdiag.exe într-un fișier text și astfel înregistrați testele efectuate și rezultatele acestora.

Fragmentarea și reasamblarea IP Protocolul IP a fost conceput pentru a fi utilizat pe o mare varietate de canale de date. Deși lungimea maximă a unei datagrame IP este de 64 KB, majoritatea canalelor de date stabilesc o limită maximă a lungimii pachetului, numită MTU. Valoarea MTU depinde de.

Pachetul GRE rezultat este încapsulat într-un alt pachet de protocol (protocolul de livrare). În acest articol, vom examina formatele pachetului GRE. Versiunea GRE 0 Formatul antetului GRE versiunea 0 este după cum urmează: Primele două octete ale antetului conțin flags GRE: C, Checksum Present. 1 biți.

Fig. 1 Legăturile de tunel sunt link-uri poin-punct. Tunelarea include următoarele trei componente: Protokol- "pasager", care este încapsulată în tunel, de exemplu AppleTalk, CLNS, IP și purtător IPX.Protokol - un protocol care efectuează încapsulare, cum ar fi GRE, IP-in-IP, L2.

Deși este imposibil să se prevină complet atacurile SYN, setarea stivei TCP / IP ajută la reducerea impactului acestui tip de atac, permițând în același timp traficul legitim al clientului prin intermediul serverului. Trebuie menționat faptul că unele atacuri SYN nu încearcă întotdeauna să "pună" servere, în loc de asta.

O rețea privată virtuală VPN sau denumită VPN este o rețea care asamblează folosind elemente comune pentru a se conecta la noduri, permițând utilizatorilor să creeze rețele pentru transmiterea datelor. Sistemele folosesc criptarea și diverse alte măsuri de securitate.







Articole similare

Trimiteți-le prietenilor: