通过 TCP/IP 三向握手的说明
概要
本文专供熟悉TCP/IP协议的群体，并讨论了客户端和服务器启动或终止 TCP 连接时的三步握手过程。
关于 TCP/IP 协议的其他信息，请参阅 Microsoft 匿名 ftp 服务器上以下可用的白皮书：
回到顶端
| 提供反馈
关于 TCP/IP 协议的其他信息，请参阅 Microsoft 匿名 ftp 服务器上以下可用的白皮书：
文件名： Tcpipimp2.doc
位置: ftp://ftp.microsoft.com/bussys/winnt/winnt-docs/papers/ "Microsoft Windows NT 3.5/3.51/4.0： TCP/IP 实现详细介绍了 TCP/IP 协议栈和服务版本 2.0"
位置: ftp://ftp.microsoft.com/bussys/winnt/winnt-docs/papers/ "Microsoft Windows NT 3.5/3.51/4.0： TCP/IP 实现详细介绍了 TCP/IP 协议栈和服务版本 2.0"
回到顶端
| 提供反馈
更多信息
TCP/IP 传输协议的传输控制协议 (TCP) 级别是面向连接的。
面向连接的可以传输任何数据之前，可靠的连接必须获得并已确认的方法。
TCP 级别的数据传输、 连接建立和连接终止维护特定控件参数控制的整个过程。
控制位如下所列：
第 1 帧：
正如您看到的第一帧中，客户端上，NTW3，将发送 SYN 段 (TCP... S。）。 这是请求到服务器进行同步的序列号。 它指定的初始序列号 (ISN)，它就会递增 1，8221821 + 8221822 = 1，并被发送到服务器。 若要初始化连接，客户端和服务器必须同步彼此的序列号。 还有一个选项的最大段大小 (MSS) 设置，由长度定义的 （长度: 4)。 此选项进行通信的发件人希望接收的最大段大小。 确认字段 （ack： 0） 被设置为零，因为这是三方握手的第一部分。
第 2 帧：
在第二个框架中，服务器上，BDC3，发送一个 ACK 和 SYN 网段 （TCP。 答：。 S。）。 服务器在这一段中确认同步的客户端的请求。 在同一时间，服务器还发送其请求向其序列号的同步客户端。 没有在此领域中一个主要的不同之处。 服务器传输到客户端确认号 （8221823）。 确认是为确认是特定于 SYN 由客户机启动的客户端只是证据。 确认客户端的请求的过程允许服务器客户机的序列号增加 1，并将其用作其确认号码。
帧 3：
在第三个框架中，客户端发送一个 ACK （TCP 这一段上。 A....). 在本段中，客户端将确认服务器进行同步的请求。 客户端使用相同的算法的服务器实现中提供的确认号码。 服务器的请求的同步客户端确认完成建立一个可靠的连接，因此三路握手的过程。
帧 4：
在此会话中帧，您可以看到客户端发送都伴有一个 ACK （TCP FIN。 答：.. F）。 这一段有两个基本的功能。 首先，当 FIN 参数设置，则会通知服务器它有多个要发送的数据。 第二，将确认在识别就已建立的特定连接至关重要。
框 5：
在此框架中，您看不到任何特殊的服务器确认已被从客户端传输 FIN 除外。
框 6：
在从客户端计算机收到 FIN，服务器将确认 即使 TCP 已经建立了在两台计算机之间的连接，则连接是仍然相互独立。 因此，服务器还必须传输 FIN （TCP。 答：.. F） 到客户端。
框架 7：
服务器的翼片和加 1 递增的序列号，则客户端会在服务器上，通过 ACKing 与相同的格式。
客户端从服务器 FIN 通知 ACKing 标识 TCP 连接的正常关闭。
回到顶端
| 提供反馈
了 URG： 紧急指针字段有效
确认字段的有效确认：
PSH： 推入函数
RST： 重置连接
SYN： 同步序列号
FIN： 来自发件人没有更多数据
有三次握手会发生两种情况：
确认字段的有效确认：
PSH： 推入函数
RST： 重置连接
SYN： 同步序列号
FIN： 来自发件人没有更多数据
- 建立连接 （活动打开）
- 终止某个连接 （活动收盘）
建立连接
下面的系列显示了要建立一个 TCP 连接的过程：第 1 帧：
正如您看到的第一帧中，客户端上，NTW3，将发送 SYN 段 (TCP... S。）。 这是请求到服务器进行同步的序列号。 它指定的初始序列号 (ISN)，它就会递增 1，8221821 + 8221822 = 1，并被发送到服务器。 若要初始化连接，客户端和服务器必须同步彼此的序列号。 还有一个选项的最大段大小 (MSS) 设置，由长度定义的 （长度: 4)。 此选项进行通信的发件人希望接收的最大段大小。 确认字段 （ack： 0） 被设置为零，因为这是三方握手的第一部分。
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 .,[email protected]
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 .........
在第二个框架中，服务器上，BDC3，发送一个 ACK 和 SYN 网段 （TCP。 答：。 S。）。 服务器在这一段中确认同步的客户端的请求。 在同一时间，服务器还发送其请求向其序列号的同步客户端。 没有在此领域中一个主要的不同之处。 服务器传输到客户端确认号 （8221823）。 确认是为确认是特定于 SYN 由客户机启动的客户端只是证据。 确认客户端的请求的过程允许服务器客户机的序列号增加 1，并将其用作其确认号码。
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 .,[[email protected]
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.-......
在第三个框架中，客户端发送一个 ACK （TCP 这一段上。 A....). 在本段中，客户端将确认服务器进行同步的请求。 客户端使用相同的算法的服务器实现中提供的确认号码。 服务器的请求的同步客户端确认完成建立一个可靠的连接，因此三路握手的过程。
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 .([email protected]
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....
终止连接
尽管三方握手仅需要三个要通过我们的网络媒体传输的数据包，此可靠连接的终止将导致用四个数据包的传输。 由于 TCP 连接是全双工 （也就是说，数据可以流动在独立于其他每个方向），每个方向必须独立地终止。帧 4：
在此会话中帧，您可以看到客户端发送都伴有一个 ACK （TCP FIN。 答：.. F）。 这一段有两个基本的功能。 首先，当 FIN 参数设置，则会通知服务器它有多个要发送的数据。 第二，将确认在识别就已建立的特定连接至关重要。
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..
在此框架中，您看不到任何特殊的服务器确认已被从客户端传输 FIN 除外。
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...........
在从客户端计算机收到 FIN，服务器将确认 即使 TCP 已经建立了在两台计算机之间的连接，则连接是仍然相互独立。 因此，服务器还必须传输 FIN （TCP。 答：.. F） 到客户端。
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...........
服务器的翼片和加 1 递增的序列号，则客户端会在服务器上，通过 ACKing 与相同的格式。
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 .([email protected].^.{.^
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..
回到顶端
| 提供反馈