Stavy připojení TCP a výstup příkazu Netstat

Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.

Projděte si také anglickou verzi článku:137984
Tento článek byl archivován. Je nabízen v takovém stavu, v jakém je, a nebude již nadále aktualizován.
Souhrn
Tento článek popisuje stavy připojení TCP a jak číst Netstat(NETSTAT.Výstupní soubor EXE).

Před provedením přenosu dat v protokolu TCP, musíte vytvořit připojení.TCP využívá třícestné (podrobnosti tohoto lze nalézt vDokumentu RFC793, kapitola 3: "funkční specifikace").
Další informace

Stavy připojení TCP

Následuje stručné vysvětlení tohoto handshake. V této souvislosti"klient" je partner, který požaduje připojení a druhá strana "server"přijímat připojení. Všimněte si, že tento zápis neodráží.Klient-Server vztahy jako architektonické jistiny.

  1. Připojení zařízení

    • Klient pošle SYN zprávy, která obsahuje portu tohoto serveru a klienta počáteční pořadové číslo (není) na serveru (aktivní Otevřít).
    • Server odešle zpět vlastní SYN a ACK (která se skládá klienta není + 1).
    • Klient odešle potvrzení (která se skládá ze serveru není + 1).
  2. Připojení útržky dolů (upravené Třícestný handshake).

    • Klient odešle FIN (Zavřít aktivní). Jedná se nyní poloviční uzavřen připojení. Klient již odesílá data, ale je stále možné příjem dat ze serveru. Po obdržení FIN, server zadá pasivní zavřít stav.
    • Server odesílá potvrzení (což je pořadí klientů FIN + 1)
    • Server odešle svůj vlastní FIN.
    • Klient odešle potvrzení (což je posloupnost FIN serveru + 1). Po Toto potvrzení příjmu, server ukončí připojení.
Poloviční uzavřen připojení lze použít k ukončení odesílání dat při parapetpříjem dat. Aplikace soketů lze volat vypnutí s druhýmargument nastaven na hodnotu 1 do tohoto stavu.

Výstup příkazu netstat

Výše uvedené státy připojení TCP lze sledovat v trasování v síti podpříznaky protokolu TCP. Je také možné určit stavpřipojení spuštěním nástroje Netstat a hledání ve sloupci stav.Netstat je součástí systému Windows NT, Windows 95 a TCP/IP-32 pro systém Windowspro pracovní skupiny.

Stát vysvětlení, jak je uvedeno v příkazu Netstat:
Vysvětlení stavu
------------ --------------------------------------------------------

SYN_SEND Označuje aktivní otevřít.

SYN_RECEIVED Server právě obdržel SYN od klienta.

Klient obdržel SYN serveru a relace.

NASLOUCHÁNÍ Serveru je připravena přijmout připojení.

Poznámka: Viz dokumentace k volání soketu funkci listen(). TCP Sockets ve stavu naslouchání nejsou zobrazeny - jedná se omezení NETSTAT. Další informace, zadejte následující příkaz: naleznete v následujícím článku znalostní báze Microsoft Knowledge Base:
134404 NETSTAT.EXE nezobrazuje TCP Listen Sockets
FIN_WAIT_1 Zavřít aktivní označuje.

TIMED_WAIT Klient zadá tento stav po ukončení aktivní.

CLOSE_WAIT Označuje pasivní zavřete. Server obdržel pouze první FIN z klienta.

FIN_WAIT_2 Klient právě obdržel potvrzení jeho první FIN ze serveru.

LAST_ACK Server je v tomto stavu při odesílání vlastní FIN.

UZAVŘENO Server obdržel potvrzení od klienta a připojení je ukončeno.
Například zvažte následující scénář:

Aplikace soketu byl ukončen, ale Netstat hlásí v soketuCLOSE_WAIT stav. To může znamenat správně uzavřen klientapřipojení (FIN byla odeslána), ale stále má server soketu, jeho otevření.To může být výsledkem jedné instance (mezi všechny podprocesy nebo procesy)soketu není uzavřen.

Poznámka: Je normální mít soket ve stavu TIME_WAIT dlouhéčasové období. Čas v dokumentu RFC793 určen jako dvakrát maximálníŽivotnosti segmentu (MSL). Knihovna MSL je určena za 2 minuty. Tak soketmůže být ve stavu TIME_WAIT po dobu 4 minut. Některé systémyKnihovna MSL provedení různých hodnot (méně než 2 minuty).

Další odkazy:
  • Spojování "sítí s protokolem TCP/IP, svazek 1" podle Douglas Comer
  • "TCP/IP doplněný, svazek 1" Richard Stevens.
  • "Počítač sítě" Andrew Tanenbaum
prodtcp prodnt 3.11 NtwkWinsock

Upozornění: Tento článek je přeložený automaticky

Vlastnosti

ID článku: 137984 - Poslední kontrola: 12/04/2015 12:08:15 - Revize: 5.0

Microsoft Windows NT Workstation 3.5, Microsoft Windows NT Workstation 3.51, Microsoft Windows NT Server 3.51, Protokol Microsoft TCP/IP pro systém Windows for Workgroups 3.11, Microsoft Windows 95

  • kbnosurvey kbarchive kbmt KB137984 KbMtcs
Váš názor