Anda sedang offline saat ini, menunggu internet Anda untuk menyambung kembali

INFO: Winsock TCP Connection kinerja untuk port yang tidak terpakai

Support for Windows XP has ended

Microsoft ended support for Windows XP on April 8, 2014. This change has affected your software updates and security options. Learn what this means for you and how to stay protected.

Support for Windows Server 2003 ended on July 14, 2015

Microsoft ended support for Windows Server 2003 on July 14, 2015. This change has affected your software updates and security options. Learn what this means for you and how to stay protected.

PENTING: Artikel ini diterjemahkan menggunakan perangkat lunak mesin penerjemah Microsoft dan bukan oleh seorang penerjemah. Microsoft menawarkan artikel yang diterjemahkan oleh seorang penerjemah maupun artikel yang diterjemahkan menggunakan mesin sehingga Anda akan memiliki akses ke seluruh artikel baru yang diterbitkan di Pangkalan Pengetahuan (Knowledge Base) dalam bahasa yang Anda gunakan. Namun, artikel yang diterjemahkan menggunakan mesin tidak selalu sempurna. Artikel tersebut mungkin memiliki kesalahan kosa kata, sintaksis, atau tata bahasa, hampir sama seperti orang asing yang berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab terhadap akurasi, kesalahan atau kerusakan yang disebabkan karena kesalahan penerjemahan konten atau penggunaannya oleh para pelanggan. Microsoft juga sering memperbarui perangkat lunak mesin penerjemah.

Klik disini untuk melihat versi Inggris dari artikel ini:175523
RINGKASAN
Artikel ini membahas bagaimana penerapan Winsock TCP pada berbagaiMicrosoft platform menangani soket koneksi ke port yang tidak memilikiserver yang mendengarkan mereka. Ini juga menggambarkan kinerja yang terkaitpertimbangan dan bagaimana untuk menyesuaikan mereka sesuai dengan kebutuhan Anda.
INFORMASI LEBIH LANJUT
Ketika proses menciptakan TCP soket di lapisan Microsoft Winsock danmasalah panggilan connect() untuk beberapa host dan nomor port, protokol TCPmelakukan jabat yang standar "tiga-cara tangan" paket Sin, diakuioleh host target dengan ACK/Sin, dan ACK akhir dari memulaiklien. Namun, per spesifikasi TCP yang tercantum dalam RFC-793 (transmisiKontrol protokol), reset (RST) mungkin dihasilkan jika upaya Sinditujukan ke host yang ada tapi port tidak terpakai. Ini terbaikdijelaskan oleh RFC berikut kutipan dari halaman 35:
Reset generasi

Sebagai aturan umum, reset (RST) harus dikirim setiap kali segmen tiba yang tampaknya tidak dimaksudkan untuk sambungan saat ini. Reset harus tidak dikirim jika ianya tidak jelas bahwa hal ini terjadi...

Jika koneksi tidak ada (tertutup) maka reset dikirim dalam menanggapi setiap segmen masuk kecuali ulang lain. Khususnya SYNs yang dialamatkan kepada non-ada koneksi ditolak dengan cara ini.

Me-reset pengolahan [halaman 36]

... Dalam keadaan yang dikirim sin (RST menerima SYN awal), RST diterima jika bidang ACK mengakui SYN.
Setelah menerima ACK/RST klien dari target host, klienmenentukan bahwa ada layanan memang tidak mendengarkan ada. DalamImplementasi Microsoft Winsock TCP, sambungan tertunda akan tetapmencoba mengeluarkan Sin paket sampai nilai retry maksimum tercapai (setdalam registri, nilai ini default ke 3 kali tambahan). Sejak ACK/RSTditerima dari target host, lapisan TCP tahu bahwa target hostmemang terjangkau dan akan tidak ganda nilai waktu habis dalam paketHeader IP, sebagaimana standar selama koneksi upaya dengan diakuiSYNs. Sebaliknya, koneksi tertunda akan menunggu untuk sambungan basiswaktu habis nilai dan diterbitkan ulang lain Sin paket untuk memulai sambungan. Sebagailama sebagai ACK/RST paket dari port yang tidak terpakai yang diterima, waktu-habisnilai tidak akan meningkat dan proses akan ulangi sampai retry maksimumnilai mencapai.

Perilaku ini dapat mengakibatkan kinerja yang buruk jika untuk beberapa alasan prosesberulang kali masalah connect() panggilan ke port dengan tidak mendengarkanmengakibatkan kesalahan WSAECONNREFUSED. Perhatikan bahwa dengan lainimplementasi TCP, seperti yang biasanya ditemukan dalam banyak sistem UNIX,connect() gagal segera setelah menerima pertama ACK/RSTpaket, mengakibatkan kesadaran kesalahan sangat cepat. Namun, iniperilaku tidak ditentukan di RFC dan meninggalkan untuk setiap pelaksanaan untukmemutuskan. Pendekatan Microsoft platform adalah bahwa sistemAdministrator memiliki kebebasan untuk menyesuaikan TCP kinerja yang berhubungan dengan pengaturan untukcoba selera mereka sendiri, yaitu maksimum lagi bahwa default ke 3. Thekeuntungan dari hal ini adalah bahwa layanan yang Anda mencoba untuk mencapai mungkin memilikisementara ditutup dan mungkin muncul kembali di antara Sin upaya. Dalam hal inikasus, itu lebih mudah connect() menunggu cukup lama untuk mendapatkansambungan sejak layanan benar-benar berada di sana.

Ini berisi daftar lengkap dari nilai registri NT TCP. Tertentubunga adalah kunci:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Kunci: TcpMaxConnectRetransmissions
Tipe nilai: REG_DWORD - nomor
Batasan valid: 0 - 0xFFFFFFFF
Default: 3 (pada Windows NT)
Default: 2 (pada Windows 2000)
Keterangan: Parameter ini menentukan jumlah kali TCP akan retransmit permintaan connect (SIN) sebelum aborting usaha. Retransmission time-out adalah dua kali lipat dengan masing-masing retransmission berturut-turut dalam usaha tertentu connect (kecuali dalam situasi yang dibahas di atas). Awal waktu habis nilai adalah tiga detik (karena ACK/RST diterima dalam kasus di atas, ini tidak relevan).
Untuk informasi tambahan mengenai entri registri Windows 95 TCP, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:
158474 Entri registri Windows 95 TCP/IP
Kunci berikut adalah menarik:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\VxD\MSTCP

Kunci: MaxConnectRetries
Tipe nilai: DWORD - nomor 32 bit
Default: 3
Keterangan: Menentukan jumlah kali usaha koneksi (SIN) akan disiarkan sebelum menyerah. Awal RETRANSMISSION time-out adalah 3 detik (relevan dalam kasus di atas), dan itu adalah dua kali lipat setiap kali ( kasus di atas adalah pengecualian) hingga maksimum dari 2 menit.
Restart komputer Anda setelah Anda menyesuaikan nilai-nilai registri ini.

PERINGATAN: Memodifikasi nilai-nilai ini mempengaruhi setiap dan semua TCP keluar permintaan sambungan dari komputer yang terpengaruh. Jika semua aktivitas TCP pada komputer telah latency sedikit dan jauh untuk perjalanan pulang-pergi, mengurangi ini sebagai rendah sebagai nol (meskipun Microsoft tidak merekomendasikan ini) akan tidak membuat perbedaan. Namun, jika aplikasi atau sambungan upaya gagal secara teratur dengan kesalahan Winsock standar dan server remote target dikenal akan tersedia, ada kemungkinan bahwa ini entri registri adalah penyebab. Jika demikian, Anda mungkin harus menaikkan maksimummencoba lagi sehingga TCP akan dua kali lipat paket Sin waktu-untuk-hidup nilaidalam header IP pada pengulangan berturut-turut sampai telah cukup lama hidupuntuk mencapai target host dan menerima ACK/SYN.
REFERENSI
RFC-793, protokol kontrol transmisi, September 1981

Whitepaper, Microsoft Windows NT: Rincian pelaksanaan TCP/IP, 1996Artikel Basis Pengetahuan 158474
koneksi Winsock tcp kinerja

Properti

ID Artikel: 175523 - Tinjauan Terakhir: 09/16/2011 07:46:00 - Revisi: 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 KbMtid
Tanggapan