Förklaring av trevägshandskakningen via TCP/IP
Den här artikeln beskriver TCP-processen (Transmission Control Protocol) trevägshandskakning mellan en klient och server när du startar eller avslutar en TCP-anslutning.
Gäller för: Windows Server 2012 R2
Ursprungligt KB-nummer: 172983
Sammanfattning
Den här artikeln är avsedd för målgrupper som är bekanta med Transmission Control Protocol/Internet Protocol (TCP/IP). Den beskriver processen för TCP-trevägshandskakning mellan en klient och server när du startar eller avslutar en TCP-anslutning.
Mer information
TCP-nivån för TCP/IP-transportprotokollet är anslutningsorienterad. Anslutningsorienterad innebär att en tillförlitlig anslutning måste erhållas och bekräftas innan några data kan överföras. Dataöverföringar på TCP-nivå, anslutningsetablering och anslutningsavslut upprätthåller specifika kontrollparametrar som styr hela processen. Kontrollbitarna visas på följande sätt:
URG: Ange ett viktigt fält för brådskande pekare
ACK: Bekräftelsefält betydande
PSH: Push-funktion
RST: Återställ anslutningen
SYN: Synkronisera sekvensnummer
FIN: Inga fler data från avsändaren
Det finns två scenarier där en trevägshandskakning äger rum:
Upprätta en anslutning (en aktiv öppning)
Avsluta en anslutning (en aktiv stängning)
Följande exempelinformation hämtades från en avbildning av nätverksövervakaren. Network Monitor är ett protokollanalysverktyg som kan hämtas från Microsoft Systems Management Server.
Upprätta en anslutning
Följande sekvens visar processen för en TCP-anslutning som upprättas:
Bildruta 1:
Som du ser i den första ramen skickar klienten NTW3 ett SYN-segment (TCP ....S.
). Det är en begäran till servern om att synkronisera sekvensnumren. Den anger dess inledande sekvensnummer (ISN). IS ökas med 1 (8221821+1=8221822) och skickas till servern. Om du vill starta en anslutning måste klienten och servern synkronisera varandras sekvensnummer. Det finns också ett alternativ för maximal segmentstorlek (MSS) som ska anges, vilket definieras av längden (len: 4). Det här alternativet kommunicerar den MSS som avsändaren vill ta emot. Bekräftelsefältet (ack: 0) är inställt på noll eftersom det är den första delen av trevägshandskakningen.
1 2.0785 NTW3 --> BDC3 TCP ....S., len: 4, seq: 8221822-8221825, ack: 0,
win: 8192, src: 1037 dst: 139 (NBT Session) NTW3 --> BDC3 IP
TCP: ....S., len: 4, seq: 8221822-8221825, ack: 0, win: 8192, src: 1037
dst: 139 (NBT Session)
TCP: Source Port = 0x040D
TCP: Destination Port = NETBIOS Session Service
TCP: Sequence Number = 8221822 (0x7D747E)
TCP: Acknowledgement Number = 0 (0x0)
TCP: Data Offset = 24 (0x18)
TCP: Reserved = 0 (0x0000)
TCP: Flags = 0x02 : ....S.
TCP: ..0..... = No urgent data
TCP: ...0.... = Acknowledgement field not significant
TCP: ....0... = No Push function
TCP: .....0.. = No Reset
TCP: ......1. = Synchronize sequence numbers
TCP: .......0 = No Fin
TCP: Window = 8192 (0x2000)
TCP: Checksum = 0xF213
TCP: Urgent Pointer = 0 (0x0)
TCP: Options
TCP: Option Kind (Maximum Segment Size) = 2 (0x2)
TCP: Option Length = 4 (0x4)
TCP: Option Value = 1460 (0x5B4)
TCP: Frame Padding
00000: 02 60 8C 9E 18 8B 02 60 8C 3B 85 C1 08 00 45 00 .`.....`.;....E.
00010: 00 2C 0D 01 40 00 80 06 E1 4B 83 6B 02 D6 83 6B .,..@....K.k...k
00020: 02 D3 04 0D 00 8B 00 7D 74 7E 00 00 00 00 60 02 .......}t~....`.
00030: 20 00 F2 13 00 00 02 04 05 B4 20 20 .........
Bildruta 2:
Som du ser i den andra ramen skickar servern, BDC3, ett ACK- och SYN-segment (TCP .A..S.
). I det här segmentet bekräftar servern klientens begäran om synkronisering. Under tiden skickar servern också sin begäran till klienten för synkronisering av dess sekvensnummer. Det finns en stor skillnad i det här segmentet. Servern skickar ett bekräftelsenummer (8221823) till klienten. Bekräftelsen är bara ett bevis för klienten att ACK är specifik för SYN-klienten som initierades. Processen med att bekräfta klientens begäran gör att servern kan öka klientens sekvensnummer med ett och använder det som bekräftelsenummer.
2 2.0786 BDC3 --> NTW3 TCP .A..S., len: 4, seq: 1109645-1109648, ack:
8221823, win: 8760, src: 139 (NBT Session) dst: 1037 BDC3 --> NTW3 IP
TCP: .A..S., len: 4, seq: 1109645-1109648, ack: 8221823, win: 8760,
src: 139 (NBT Session) dst: 1037
TCP: Source Port = NETBIOS Session Service
TCP: Destination Port = 0x040D
TCP: Sequence Number = 1109645 (0x10EE8D)
TCP: Acknowledgement Number = 8221823 (0x7D747F)
TCP: Data Offset = 24 (0x18)
TCP: Reserved = 0 (0x0000)
TCP: Flags = 0x12 : .A..S.
TCP: ..0..... = No urgent data
TCP: ...1.... = Acknowledgement field significant
TCP: ....0... = No Push function
TCP: .....0.. = No Reset
TCP: ......1. = Synchronize sequence numbers
TCP: .......0 = No Fin
TCP: Window = 8760 (0x2238)
TCP: Checksum = 0x012D
TCP: Urgent Pointer = 0 (0x0)
TCP: Options
TCP: Option Kind (Maximum Segment Size) = 2 (0x2)
TCP: Option Length = 4 (0x4)
TCP: Option Value = 1460 (0x5B4)
TCP: Frame Padding
00000: 02 60 8C 3B 85 C1 02 60 8C 9E 18 8B 08 00 45 00 .`.;...`......E.
00010: 00 2C 5B 00 40 00 80 06 93 4C 83 6B 02 D3 83 6B .,[.@....L.k...k
00020: 02 D6 00 8B 04 0D 00 10 EE 8D 00 7D 74 7F 60 12 ...........}t`.
00030: 22 38 01 2D 00 00 02 04 05 B4 20 20 "8.-......
Bildruta 3:
Som du ser i den tredje ramen skickar klienten ett ACK-segment (TCP .A....
). I det här segmentet bekräftar klienten begäran från servern för synkronisering. Klienten använder samma algoritm som servern implementerade för att tillhandahålla ett bekräftelsenummer. Klientens bekräftelse av serverns begäran om synkronisering slutför processen med att upprätta en tillförlitlig anslutning och trevägshandskakningen.
3 2.787 NTW3 --> BDC3 TCP .A...., len: 0, seq: 8221823-8221823, ack:
1109646, win: 8760, src: 1037 dst: 139 (NBT Session) NTW3 --> BDC3 IP
TCP: .A...., len: 0, seq: 8221823-8221823, ack: 1109646, win: 8760,
src: 1037 dst: 139 (NBT Session)
TCP: Source Port = 0x040D
TCP: Destination Port = NETBIOS Session Service
TCP: Sequence Number = 8221823 (0x7D747F)
TCP: Acknowledgement Number = 1109646 (0x10EE8E)
TCP: Data Offset = 20 (0x14)
TCP: Reserved = 0 (0x0000)
TCP: Flags = 0x10 : .A....
TCP: ..0..... = No urgent data
TCP: ...1.... = Acknowledgement field significant
TCP: ....0... = No Push function
TCP: .....0.. = No Reset
TCP: ......0. = No Synchronize
TCP: .......0 = No Fin
TCP: Window = 8760 (0x2238)
TCP: Checksum = 0x18EA
TCP: Urgent Pointer = 0 (0x0)
TCP: Frame Padding
00000: 02 60 8C 9E 18 8B 02 60 8C 3B 85 C1 08 00 45 00 .`.....`.;....E.
00010: 00 28 0E 01 40 00 80 06 E0 4F 83 6B 02 D6 83 6B .(..@....O.k...k
00020: 02 D3 04 0D 00 8B 00 7D 74 7F 00 10 EE 8E 50 10 .......}t....P.
00030: 22 38 18 EA 00 00 20 20 20 20 20 20 "8....
Avsluta en anslutning
Även om trevägshandskakningen bara kräver att tre paket överförs via våra nätverksmedier, måste avslutningen av den här tillförlitliga anslutningen överföra fyra paket. Eftersom en TCP-anslutning är full duplex (data kan flöda i varje riktning oberoende av den andra) måste varje riktning avslutas oberoende av varandra.
Bildruta 4:
I den här sessionen med ramar ser du att klienten skickar en FIN som åtföljs av en ACK (TCP .A...F
). Det här segmentet har två grundläggande funktioner. När FIN-parametern har angetts informerar den först servern om att den inte har fler data att skicka. För det andra är ACK viktigt för att identifiera den specifika anslutning som de har upprättat.
4 16.0279 NTW3 --> BDC3 TCP .A...F, len: 0, seq: 8221823-8221823,
ack:3462835714, win: 8760, src: 2337 dst: 139 (NBT Session) NTW3 --> BDC3
IP
TCP: .A...F, len: 0, seq: 8221823-8221823, ack: 1109646, win: 8760, src:
1037 dst: 139 (NBT Session)
TCP: Source Port = 0x040D
TCP: Destination Port = NETBIOS Session Service
TCP: Sequence Number = 8221823 (0x7D747F)
TCP: Acknowledgement Number = 1109646 (0x10EE8E)
TCP: Data Offset = 20 (0x14)
TCP: Reserved = 0 (0x0000)
TCP: Flags = 0x11 : .A...F
TCP: ..0..... = No urgent data
TCP: ...1.... = Acknowledgement field significant
TCP: ....0... = No Push function
TCP: .....0.. = No Reset
TCP: ......0. = No Synchronize
TCP: .......1 = No more data from sender
TCP: Window = 8760 (0x2238)
TCP: Checksum = 0x236C
TCP: Urgent Pointer = 0 (0x0)
00000: 00 20 AF 47 93 58 00 A0 C9 22 F5 39 08 00 45 00 . .G.X...".9..E.
00010: 00 28 9B F5 40 00 80 06 21 4A C0 5E DE 7B C0 5E .(..@...!J.^.{.^
00020: DE 57 09 21 05 48 0B 20 96 AC CE 66 AE 02 50 11 .W.!.H. ...f..P.
00030: 22 38 23 6C 00 00 "8#l..
Bildruta 5:
I den här ramen ser du inget speciellt förutom att servern bekräftar den FIN som skickades från klienten.
5 16.0281 BDC3 --> NTW3 TCP .A...., len: 0, seq: 1109646-1109646,
ack: 8221824, win:28672, src: 139 dst: 2337 (NBT Session) BDC3 --> NTW3
IP
TCP: .A...., len: 0, seq: 1109646-1109646, ack: 8221824, win:28672, src:
139 dst: 2337 (NBT Session)
TCP: Source Port = 0x040D
TCP: Destination Port = NETBIOS Session Service
TCP: Sequence Number = 1109646 (0x10EE8E)
TCP: Acknowledgement Number = 8221824 (0x7D7480)
TCP: Data Offset = 20 (0x14)
TCP: Reserved = 0 (0x0000)
TCP: Flags = 0x10 : .A....
TCP: ..0..... = No urgent data
TCP: ...1.... = Acknowledgement field significant
TCP: ....0... = No Push function
TCP: .....0.. = No Reset
TCP: ......0. = No Synchronize
TCP: .......0 = No Fin
TCP: Window = 28672 (0x7000)
TCP: Checksum = 0xD5A3
TCP: Urgent Pointer = 0 (0x0)
TCP: Frame Padding
00000: 00 A0 C9 22 F5 39 08 00 02 03 BA 84 08 00 45 00 ...".9........E.
00010: 00 28 D2 82 00 00 3F 06 6B BD C0 5E DE 57 C0 5E .(....?.k..^.W.^
00020: DE 7B 05 48 09 21 CE 66 AE 02 0B 20 96 AD 50 10 .{.H.!.f... ..P.
00030: 70 00 D5 A3 00 00 90 00 01 00 86 00 p...........
Bildruta 6:
När fin har tagits emot från klientdatorn kommer servern att ACK. Även om TCP har upprättat anslutningar mellan de två datorerna är anslutningarna fortfarande oberoende av varandra. Så servern måste också överföra en FIN (TCP .A...F
) till klienten.
6 17.0085 BDC3 --> NTW3 TCP .A...F, len: 0, seq: 1109646-1109646, ack:
8221824, win:28672, src: 139 dst: 2337 (NBT Session) BDC3 --> NTW3 IP
TCP: .A...F, len: 0, seq: 1109646-1109646, ack: 8221824, win:28672, src:
139 dst: 2337 (NBT Session)
TCP: Source Port = 0x0548
TCP: Destination Port = 0x0921
TCP: Sequence Number = 1109646 (0x10EE8E)
TCP: Acknowledgement Number = 8221824 (0x7D7480)
TCP: Data Offset = 20 (0x14)
TCP: Reserved = 0 (0x0000)
TCP: Flags = 0x11 : .A...F
TCP: ..0..... = No urgent data
TCP: ...1.... = Acknowledgement field significant
TCP: ....0... = No Push function
TCP: .....0.. = No Reset
TCP: ......0. = No Synchronize
TCP: .......1 = No more data from sender
TCP: Window = 28672 (0x7000)
TCP: Checksum = 0xD5A2
TCP: Urgent Pointer = 0 (0x0)
TCP: Frame Padding
00000: 00 A0 C9 22 F5 39 08 00 02 03 BA 84 08 00 45 00 ...".9........E.
00010: 00 28 D2 94 00 00 3F 06 6B AB C0 5E DE 57 C0 5E .(....?.k..^.W.^
00020: DE 7B 05 48 09 21 CE 66 AE 02 0B 20 96 AD 50 11 .{.H.!.f... ..P.
00030: 70 00 D5 A2 00 00 02 04 05 B4 86 00 p...........
Bildruta 7:
Klienten svarar i samma format som servern genom att akrobat serverns FIN och öka sekvensnumret med 1.
7 17.0085 NTW3 --> BDC3 TCP .A...., len: 0, seq: 8221824-8221824, ack:
1109647, win: 8760, src: 2337 dst: 139 (NBT Session) NTW3 --> BDC3 IP
TCP: .A...., len: 0, seq: 8221824-8221824, ack: 1109647, win: 8760, src:
2337 dst: 139 (NBT Session)
TCP: Source Port = 0x0921
TCP: Destination Port = 0x0548
TCP: Sequence Number = 8221824 (0x7D7480)
TCP: Acknowledgement Number = 1109647 (0x10EE8F)
TCP: Data Offset = 20 (0x14)
TCP: Reserved = 0 (0x0000)
TCP: Flags = 0x10 : .A....
TCP: ..0..... = No urgent data
TCP: ...1.... = Acknowledgement field significant
TCP: ....0... = No Push function
TCP: .....0.. = No Reset
TCP: ......0. = No Synchronize
TCP: .......0 = No Fin
TCP: Window = 8760 (0x2238)
TCP: Checksum = 0x236B
TCP: Urgent Pointer = 0 (0x0)
00000: 00 20 AF 47 93 58 00 A0 C9 22 F5 39 08 00 45 00 . .G.X...".9..E.
00010: 00 28 BA F5 40 00 80 06 02 4A C0 5E DE 7B C0 5E .(..@....J.^.{.^
00020: DE 57 09 21 05 48 0B 20 96 AD CE 66 AE 03 50 10 .W.!.H. ...f..P.
00030: 22 38 23 6B 00 00 "8#k..
Klienten ACLKing the FIN notification from the server identifies a graceful close of a TCP connection.the client ACKing the FIN notification from the server identifies a graceful close of a TCP connection.
Referenser
Hämta RFC 793.
Rfcs kan erhållas via Internet på följande sätt:
Papperskopior av alla RFC:er är tillgängliga från nätverkskortet, antingen individuellt eller på prenumerationsbasis (för mer information kontakta NIC@NIC.DDN.MIL). Onlinekopior är tillgängliga via FTP eller Kermit från NIC.DDN.MIL som rfc/rfc####.txt eller rfc/rfc####.PS (#### är RFC-talet utan inledande nollor).
Feedback
https://aka.ms/ContentUserFeedback.
Kommer snart: Under hela 2024 kommer vi att fasa ut GitHub-problem som feedbackmekanism för innehåll och ersätta det med ett nytt feedbacksystem. Mer information finns i:Skicka och visa feedback för