Bạn hiện đang ngoại tuyến, hãy chờ internet để kết nối lại

Thông tin: Winsock TCP Connection hiệu suất để không sử dụng cổng

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:175523
TÓM TẮT
Bài viết này bàn về cách thực hiện Winsock TCP ngày khác nhauMicrosoft nền tảng chốt socket các kết nối đến cổng mà không có mộtmáy chủ lắng nghe họ. Nó cũng mô tả các hoạt động liên quan đếnxem xét và làm thế nào để điều chỉnh chúng để phù hợp với nhu cầu của bạn.
THÔNG TIN THÊM
Khi một quá trình tạo ra một ổ cắm TCP trong lớp Microsoft Winsock vàcác vấn đề một cuộc gọi connect() cho một số máy chủ và cổng số, giao thức TCPthực hiện bắt tiêu chuẩn "ba chiều tay" của một gói SYN, công nhậnbởi máy chủ mục tiêu với ACK/SYN, và một ACK cuối cùng từ các khởikhách hàng. Tuy nhiên, mỗi chi tiết kỹ thuật TCP nêu trong RFC – 793 (truyềnKiểm soát giao thức), một thiết lập lại (RST) có thể được tạo ra nếu nỗ lực SYN làgửi tới một máy chủ mà tồn tại nhưng cổng là không sử dụng. Điều này là tốt nhấtmô tả bởi RFC báo sau đây từ trang 35:
Đặt lại thế hệ

Như một quy luật chung, đặt lại (RST) phải được gửi bất cứ khi nào một phân đoạn đến đó rõ ràng không dành cho kết nối hiện thời. Một thiết lập lại phải không được gửi nếu nó không phải là rõ ràng rằng đây là trường hợp...

Nếu kết nối không tồn tại (CLOSED) sau đó thiết lập lại một gửi để đáp ứng với bất kỳ phân đoạn đến ngoại trừ một thiết lập lại. Đặc biệt SYNs đề cập đến một kết nối không tồn tại được bị từ chối bởi phương tiện này.

Đặt lại xử lý [trang 36]

... Bang SYN-gửi (một RST đã nhận được đáp ứng để một ban đầu SYN), RST là chấp nhận được nếu lĩnh vực ACK thừa nhận đồng nghĩa
Sau khi nhận được khách hàng ACK/RST từ máy chủ mục tiêu, khách hàngxác định là có thực sự không có dịch vụ nghe có. Trong cácMicrosoft Winsock thực hiện TCP, một kết nối đang chờ giải quyết sẽ giữcố vấn đề SYN gói cho đến khi một giá trị thử lại tối đa đạt (tậptrong đăng ký, giá trị này mặc định 3 thêm lần). Kể từ một ACK/RSTnhận được từ các máy chủ mục tiêu, TCP lớp biết rằng các máy chủ mục tiêuthật vậy thể truy cập và sẽ không tăng gấp đôi giá trị lỗi quá thời gian trong góiIP tiêu đề, như là tiêu chuẩn trong nỗ lực kết nối với unacknowledgedSYNs. Thay vào đó, kết nối đang chờ giải quyết sẽ chờ đợi cho kết nối cơ sởlỗi quá thời gian có giá trị và phát hành lại một SYN gói để bắt đầu kết nối. Nhưmiễn là một gói dữ liệu ACK/RST từ một cổng không sử dụng được nhận, gian chờgiá trị sẽ không tăng và quá trình này sẽ lặp lại cho đến khi thử lại tối đagiá trị được đạt tới.

Hành vi này có thể dẫn đến hiệu suất kém nếu vì một số lý do một quá trìnhnhiều lần các vấn đề connect() cuộc gọi đến cảng với không có gì nghe có,kết quả là lỗi WSAECONNREFUSED. Lưu ý rằng với nhautriển khai TCP, chẳng hạn như những người thường được tìm thấy trong nhiều hệ thống UNIX,connect() không thành công ngay lập tức sau khi nhận được đầu tiên ACK/RSTgói, dẫn đến sự nhận thức về một lỗi rất nhanh chóng. Tuy nhiên, điều nàyhành vi không được chỉ rõ trong các RFCs và còn lại để mỗi thực hiện đểquyết định. Cách tiếp cận của nền tảng Microsoft là hệ thốngngười quản trị có quyền tự do để điều chỉnh cài đặt liên quan đến hiệu suất TCP đểthị hiếu của riêng họ, cụ thể là tối đa thử lại rằng mặc định 3. Cácdụng lợi thế này là dịch vụ bạn đang cố gắng để đạt được có thể cótạm thời đóng cửa và có thể resurface ở giữa SYN lại. Trong nàytrường hợp, nó là thuận tiện mà connect() đợi đủ lâu để có được mộtkết nối từ dịch vụ thực sự đã có.

Nó có danh sách đầy đủ giá trị đãng ký NT TCP. Cụ thể củalãi suất là chìa khóa:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Key: TcpMaxConnectRetransmissions
Giá trị Type: REG_DWORD - số
Phạm vi hợp lệ: 0 - 0xFFFFFFFF
Mặc định: 3 (trong Windows NT)
Mặc định: 2 (trong Windows 2000)
Mô tả: Tham số này sẽ xác định số lần TCP sẽ retransmit một yêu cầu kết nối (SYN) trước khi aborting các nỗ lực. Gian chờ retransmission tăng gấp đôi với mỗi retransmission kế tiếp trong một nỗ lực nhất định kết nối (ngoại trừ trong tình huống thảo luận ở trên). Ban đầu gian chờ giá trị là ba giây (vì một ACK/RST đã nhận được trong các trường hợp trên, điều này là không liên quan).
Để thêm thông tin về các mục đăng ký Windows 95 TCP, bấm vào số bài viết dưới đây để xem bài viết trong cơ sở kiến thức Microsoft:
158474 Windows 95 TCP/IP Registry Entries
Phím sau đây là quan tâm đặc biệt:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\VxD\MSTCP

Key: MaxConnectRetries
Loại giá trị: DWORD - 32-bit số
Mặc định: 3
Mô tả: Xác định số lần một nỗ lực kết nối (SYN) sẽ được retransmitted trước khi bỏ. Ban đầu retransmission time-out là 3 giây không thích (hợp trong trường hợp trên), và nó tăng gấp đôi mỗi thời gian (các trường hợp trên đây là một ngoại lệ) lên đến tối đa là 2 phút.
Khởi động lại máy tính của bạn sau khi bạn điều chỉnh các giá trị sổ đăng ký.

CẢNH BÁO: Sửa đổi các giá trị này ảnh hưởng đến bất kỳ và tất cả các TCP gửi đi kết nối yêu từ máy tính bị ảnh hưởng. Nếu tất cả các hoạt động TCP trên máy tính này có độ trễ ít và khoảng cách rất ít đi du lịch trọn vòng, giảm này là thấp như số không (mặc dù Microsoft không đề nghị này), sẽ làm cho không có sự khác biệt. Tuy nhiên, nếu các ứng dụng hoặc cố gắng kết nối không thường xuyên với các tiêu chuẩn Winsock lỗi và các máy chủ từ xa mục tiêu được biết là có sẵn, nó có khả năng rằng các mục đăng ký là nguyên nhân. Nếu vậy, bạn có thể phải nâng cao tối đaretries nỗi TCP sẽ giá gấp đôi SYN gói thời gian để sống trịtrong phần đầu IP của nó lúc retries nối tiếp nhau cho đến khi nó có một lâu dài, đủ thọđể đạt được mục tiêu chủ và nhận một ACK/đồng nghĩa
THAM KHẢO
RFC – 793, Transmission Control Protocol, tháng 9 năm 1981

Whitepaper, Microsoft Windows NT: Chi TCP/IP tiết thực hiện, 1996Bài viết cơ sở kiến thức 158474
Winsock tcp kết nối hiệu suất

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

Thuộc tính

ID Bài viết: 175523 - Xem lại Lần cuối: 08/19/2011 08:50:00 - Bản sửa đổi: 2.0

Microsoft Win32 Application Programming Interface, Windows Server 2008 R2 Standard, Windows Server 2008 R2 Enterprise, Windows Server 2008 R2 Datacenter, Windows Server 2008 Service Pack 2, Windows Server 2008 for Itanium-Based Systems, Windows Server 2008 Datacenter, Windows Server 2008 Enterprise, Windows Server 2008 Standard, Windows Web Server 2008, Windows Vista Service Pack 2, Windows Vista Service Pack 1, Microsoft Windows Server 2003 Service Pack 2, Microsoft Windows XP Service Pack 3, Microsoft Windows 2000 Service Pack 4, Microsoft Windows 98 Standard Edition

  • kbapi kbinfo kbnetwork kbwinsock kbmt KB175523 KbMtvi
Phản hồi