Giải thích về bắt tay ba chiều qua TCP/IP

Hỗ trợ cho Windows XP đã kết thúc

Microsoft đã kết thúc hỗ trợ dành cho Windows XP vào ngày 8 tháng 4 năm 2014. Thay đổi này đã ảnh hưởng đến các bản cập nhật phần mềm và tùy chọn bảo mật của bạn. Tìm hiểu ý nghĩa của điều này với bạn và cách thực hiện để luôn được bảo vệ.

Hỗ trợ cho Windows Server 2003 đã kết thúc vào ngày 14 tháng 7 năm 2015

Microsoft đã kết thúc hỗ trợ cho Windows Server 2003 vào ngày 14 tháng 7 năm 2015. Thay đổi này đã ảnh hưởng đến các bản cập nhật phần mềm và tùy chọn bảo mật của bạn. Tìm hiểu ý nghĩa của điều này với bạn và cách thực hiện để luôn được bảo vệ.

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch máy của Microsoft chứ không phải do con người dịch. Microsoft cung cấp các bài viết do con người dịch và cả các bài viết do máy dịch để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng ngôn ngữ của bạn. Tuy nhiên, bài viết do máy dịch không phải lúc nào cũng hoàn hảo. Loại bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, giống như một người nước ngoài có thể mắc sai sót khi nói ngôn ngữ của bạn. Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra. Microsoft cũng thường xuyên cập nhật phần mềm dịch máy này.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này:172983
TÓM TẮT
Bài viết này là dành cho khán giả những người đã quen thuộc với truyền dẫnKiểm soát Protocol/Internet Protocol (TCP/IP) và thảo luận về quá trìnhbắt tay ba chiều TCP xảy ra giữa một khách hàng và server khibắt đầu hoặc kết thúc một kết nối TCP.

Để thêm thông tin về TCP/IP, xin vui lòng xem giấy trắng saucó sẵn trên hệ phục vụ ftp chưa xác định người Microsoft:
File Name: Tcpipimp2.doc
Địa điểm: FTP://FTP.Microsoft.com/bussys/WINNT/WINNT-Docs/Papers/ "Microsoft Windows NT 3.5/3.51/4.0: TCP/IP thực hiện chi tiết giao thức TCP/IP Stack và dịch vụ, phiên bản 2.0"
THÔNG TIN THÊM
Transmission Control Protocol (TCP) mức độ vận tải TCP/IPgiao thức là kết nối theo định hướng. Kết nối theo định hướng có nghĩa là, trước khi bất kỳdữ liệu có thể được truyền, một kết nối đáng tin cậy phải được thu được vàcông nhận. TCP cấp dữ liệu được truyền đi, thiết lập kết nối, vàchấm dứt kết nối duy trì các thông số cụ thể kiểm soát mà quản cáctoàn bộ quá trình. Bit kiểm soát được liệt kê như sau:
URG: Urgent Pointer lĩnh vực quan trọng
ACK: Xác nhận lĩnh vực quan trọng
PSH: Chức năng Push
RST: Thiết lập lại kết nối
SYN: Đồng bộ hóa số thứ tự
FIN: Không có thêm dữ liệu từ người gửi
Có hai tình huống nơi một bắt tay ba chiều sẽ diễn ra:
  • Thiết lập kết nối (một hoạt động mở)
  • Chấm dứt kết nối (một hoạt động đóng)
Các thông tin mẫu sau nhận được từ một giám sát mạngnắm bắt. Mạng lưới giám sát là một phân tích giao thức mà có thể được lấy từMicrosoft hệ thống quản lý máy chủ.

Thiết lập kết nối

Trình tự sau đây cho thấy quá trình của một đang kết nối TCPthành lập:

Khung 1:

Như bạn thấy trong frame đầu tiên, khách hàng, NTW3, sẽ gửi một phân đoạn SYN (TCP....S.). đây là một yêu cầu đến máy chủ để đồng bộ hóa trình tựsố điện thoại. Nó xác định trình tự ban đầu số của nó (ISN), mà làincremented bởi 1, 8221821 + 1 = 8221822, và đó được gửi đến hệ phục vụ. Đểkhởi tạo kết nối, khách hàng và máy chủ phải đồng bộ hóa mỗicủa các số thứ tự. Đó cũng là một lựa chọn cho các phân đoạn tối đaKích thước (MSS) được thiết lập, được xác định bởi độ dài (len: 4). tuøyliên lạc kích thước tối đa phân khúc người gửi muốn nhận được. CácXác nhận lĩnh vực (ack: 0) được thiết lập bằng không, vì đây là lần đầu tiênmột phần của bắt tay ba chiều.
1    2.0785 NTW3 --> BDC3 TCP ....S., len: 4, seq: 8221822-8221825, ack: 0,win: 8192, src: 1037  dst:  139 (NBT Session)  NTW3 -->  BDC3 IPTCP: ....S., len: 4, seq: 8221822-8221825, ack: 0, win: 8192, src: 1037dst:  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 Padding00000:  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...k00020:  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                .........				
Khung 2:

Trong khung thứ hai, máy chủ, BDC3, gửi một ACK và một SYN về điều nàyphân đoạn (TCP.A..S.). trong phân khúc này máy chủ thừa nhận cácyêu cầu của khách hàng cho đồng bộ hóa. Cùng lúc đó, máy chủcũng gửi yêu cầu của mình để các khách hàng cho đồng bộ hóa các trình tự của nósố điện thoại. Đó là một sự khác biệt lớn trong phân khúc này. Hệ phục vụtruyền một xác nhận số (8221823) cho khách hàng. Cácghi nhận là chỉ cần chứng minh cho khách hàng ACK là cụ thể cho cácSYN khách hàng khởi xướng. Quá trình ghi nhận yêu cầu của khách hàngcho phép các máy chủ để tăng số lượng trình tự của khách hàng bằng một trong và sử dụngnó là số ghi nhận của nó.
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  IPTCP: .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 Padding00000:  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...k00020:  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.-......				
Khung 3:

Trong khung thứ ba, khách hàng sẽ gửi một ACK vào phân khúc này (TCP.A....).Trong phân khúc này, khách hàng thừa nhận yêu cầu từ hệ phục vụđể đồng bộ hóa. Khách hàng sử dụng thuật toán cùng một máy chủthực hiện trong việc cung cấp một số ghi nhận. Của khách hàngsự thừa nhận của hệ phục vụ yêu cầu đồng bộ hóa đã hoàn tất các cácquá trình thiết lập một kết nối đáng tin cậy, vì thế ba chiềubắt tay.
3   2.787 NTW3 --> BDC3  TCP .A...., len: 0, seq: 8221823-8221823, ack:1109646, win: 8760, src: 1037  dst:  139 (NBT Session)  NTW3 --> BDC3  IPTCP: .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 Padding00000:  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...k00020:  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....				

Chấm dứt kết nối

Mặc dù bắt tay ba chiều chỉ đòi hỏi ba gói đượctruyền qua phương tiện truyền thông trên mạng của chúng tôi, việc chấm dứt này đáng tin cậykết nối sẽ necessitate truyền dẫn của các gói bốn. Bởi vì một TCPkết nối là đầy đủ song (có nghĩa là, dữ liệu có thể chảy mỗi hướngđộc lập của các khác), mỗi hướng phải được chấm dứt một cách độc lập.

Khung 4:

Trong phiên giao dịch này của khung, bạn thấy khách hàng gửi một VÂY làđi kèm với một ACK (TCP.A...F). phân khúc này có hai chức năng cơ bản.Trước tiên, khi tham số VÂY được đặt, nó sẽ thông báo cho hệ phục vụ nó cókhông có thêm dữ liệu gửi. Thứ hai, ACK là điều cần thiết trong việc xác định cáccụ thể kết nối họ đã thiết lập.
4   16.0279 NTW3 --> BDC3 TCP .A...F, len: 0, seq: 8221823-8221823,ack:3462835714, win: 8760, src: 2337  dst: 139 (NBT Session)  NTW3 --> BDC3IPTCP: .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..				
Khung 5:

Trong khung này, bạn không nhìn thấy bất cứ điều gì đặc biệt ngoại trừ cho các máy chủghi nhận VÂY được truyền từ khách hàng.
5    16.0281 BDC3 --> NTW3 TCP .A...., len:    0, seq: 1109646-1109646,ack: 8221824, win:28672, src: 139  dst: 2337 (NBT Session) BDC3 -->  NTW3IPTCP: .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 Padding00000:  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...........				
Khung 6:

Sau khi nhận được VÂY từ máy khách, máy chủ sẽ ACK. Thậm chíMặc dù TCP đã thành lập các kết nối giữa hai máy tính, cáccác kết nối được vẫn còn độc lập với nhau. Do đó, các máy chủcũng phải truyền tải một VÂY (TCP.A...F) cho khách hàng.
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   IPTCP: .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 Padding00000:  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...........				
Khung 7:

Khách hàng đáp ứng ở định dạng tương tự như máy chủ, bởi ACKing cácmáy chủ của VÂY và incrementing chuỗi số 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 IPTCP: .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..				
Khách hàng ACKing thông báo VÂY từ hệ phục vụ xác định mộtduyên dáng đóng của một kết nối TCP.
THAM KHẢO
Để thêm thông tin về ICMP:
Xin vui lòng xem bài viết sau trong cơ sở kiến thức Microsoft:
170292 Internet kiểm soát tin nhắn Protocol (ICMP) khái niệm cơ bản
- hay -
Có được RFC 793.
RFCs có thể được thu được thông qua Internet như sau:

Bản sao giấy của tất cả các RFCs có sẵn từ NIC, hoặc là cá nhân hoặctrên một cơ sở thuê bao (cho biết thêm thông tin liên lạc NIC@NIC.DDN.TRIỆU USD).Bản sao trực tuyến có sẵn thông qua FTP hoặc Kermit từ NIC.DDN.MIL nhưRFC/rfc #### txt hoặc rfc / rfc ####.PS (#### là số RFC mà không có hàng đầuZero).

Cảnh báo: Bài viết này được dịch tự động

Thuộc tính

ID Bài viết: 172983 - Xem lại Lần cuối: 09/27/2011 11:44:00 - Bản sửa đổi: 3.0

Windows Server 2008 Standard, Windows Server 2008 Enterprise, Windows Server 2008 Datacenter, Windows Server 2008 for Itanium-Based Systems, Microsoft Windows Server 2003, Datacenter Edition (32-bit x86), Microsoft Windows Server 2003, Enterprise Edition (32-bit x86), Microsoft Windows Server 2003, Standard Edition (32-bit x86), Microsoft Windows XP Professional, Microsoft Windows XP Home Edition, Microsoft Windows XP Tablet PC Edition, Microsoft Windows XP Media Center Edition 2005 Update Rollup 2, Microsoft Windows 2000 Advanced Server, Microsoft Windows 2000 Professional Edition, Microsoft Windows 2000 Server, Windows Vista Business, Windows Vista Business 64-bit edition, Windows Vista Enterprise, Windows Vista Enterprise 64-bit edition, Windows Vista Home Basic, Windows Vista Home Basic 64-bit edition, Windows Vista Home Premium, Windows Vista Home Premium 64-bit edition, Windows Vista Ultimate, Windows Server 2008 R2 Datacenter, Windows Server 2008 R2 Enterprise, Windows Server 2008 R2 Standard, Windows Web Server 2008 R2, Windows 7 Enterprise, Windows 7 Home Basic, Windows 7 Home Premium, Windows 7 Professional, Windows 7 Ultimate

  • kbinfo kbnetwork kbmt KB172983 KbMtvi
Phản hồi