INFO: Winsock TCP spojenia výkonu nepoužité porty

Poskytovanie technickej podpory pre systém Windows XP sa skončilo

8. apríla 2014 ukončila spoločnosť Microsoft poskytovanie technickej podpory pre systém Windows XP. Táto zmena ovplyvnila aktualizácie softvéru a možnosti zabezpečenia. Zistite, čo to pre vás znamená a ako ponechať počítač zabezpečený.

Poskytovanie technickej podpory pre Windows Server 2003 sa skončilo 14 júla 2015

Spoločnosť Microsoft ukončila 14 júla 2015 poskytovanie technickej podpory pre Windows Server 2003. Táto zmena ovplyvnila aktualizácie softvéru a možnosti zabezpečenia. Zistite, čo to pre vás znamená a ako ponechať počítač zabezpečený.

DÔLEŽITÉ: Tento článok bol preložený pomocou softvéru na strojový preklad od spoločnosti Microsoft, nie prekladateľom. Spoločnosť Microsoft ponúka články preložené prekladateľmi aj strojovo preložené články, vďaka čomu máte možnosť prístupu ku všetkým článkom databázy Knowledge Base vo svojom jazyku. Strojovo preložený článok však nie je vždy perfektný. Môže obsahovať chyby týkajúce sa slovnej zásoby, syntaxe alebo gramatiky, podobne ako cudzinec môže robiť chyby, keď rozpráva vašim jazykom. Spoločnosť Microsoft nenesie zodpovednosť za akékoľvek nepresnosti, chyby alebo škody spôsobené akýmkoľvek nepresným prekladom obsahu alebo jeho použitím zo strany zákazníkov. Spoločnosť Microsoft softvér na strojový preklad pravidelne aktualizuje.

Pokiaľ chcete vidieť anglickú verziu článku, kliknite sem:175523
SUHRN
Tento článok popisuje ako Winsock implementácii TCP o rôznychMicrosoft platformy rukoväte pätica pripojenia na porty, ktoré nemajúserver počúva na ne. Popisuje tiež, s výkonomúvah a prispôsobiť, aby vyhovovali vašim potrebám.
DALSIE INFORMACIE
Ak proces vytvára TCP Konvertory vo vrstve Microsoft Winsock aotázky Connect () časový hovor niektoré hostiteľa a číslo portu, protokol TCPvykonáva svoje štandardné "troch-pásmový handshake" paketu SYN uznalhostiteľom cieľové s ACK/SYN a konečné ACK od začatiaklient. Avšak na protokolu TCP špecifikácie stanovené v dokumente RFC 793 (prenosKontrola protokolu), reset (RST) môže generovať ak je pokus o SYNadresované hostiteľ, ktorý existuje, ale je port nevyužité. To je najlepšieopísaná nasledujúci RFC citát zo stránky 35:
Vynulovať generácie

Ako všeobecné pravidlo, reset (RST) musí zaslať vždy, keď dorazí segmentu ktoré vraj nie je určený na aktuálne pripojenie. Resetu nesmie byť zaslaná ak nie je jasné, že toto je prípad...

Ak neexistuje pripojenie (uzavreté) potom vynulovať odošle v reakcii na akékoľvek prichádzajúce segmentu okrem iného vynulovať. Najmä SYNs adresované non-existent pripojenie sa zamietajú pomocou tohto zariadenia.

Obnoviť spracovanie [strana 36]

... SYN odoslané štátu (RST vyhlásenú počiatočné SYN), RST je prijateľné ak ACK pole uznáva SYN.
Po obdržaní ACK/RST klienta cieľové hosť, klientUrčuje, že nie je v skutočnosti žiadnu službu počúvania tam. VMicrosoft Winsock implementácie TCP, Čakajúce pripojenie bude priebežnePokúšam sa vydať SYN paketov maximálna hodnota sa nedosiahne (množinav databáze registry, táto hodnota predvolený 3 extra krát). Od ACK/RSTbola prijatá z cieľové hosť, vrstvy TCP vie, že Cieľový hostiteľje skutočne dosiahnuteľná a nie dvojité prestoj v paketeHlavička protokolu IP, ako je štandardná počas pokusy o pripojenie s unacknowledgedSYNs. Namiesto toho bude čakať Čakajúce pripojenie základne pripojeniačasový limit hodnota a reissue iný SYN paket na inicializáciu pripojenia. Akodlho, ako ACK/RST od Nepoužitý port paket, prestojahodnota nezvýši a proces bude opakovať až maximálne znovahodnota dosiahnutá.

Toto správanie môže viesť k slabý výkon ak z nejakého dôvodu procesopakovane otázky Connect () časový hovory do prístavov s ničím počúvanie tam,výsledkom je chyba WSAECONNREFUSED. Všimnite si, že s inýmiimplementácií protokolu TCP, ako sú tie, ktoré sa bežne nachádzajú v mnohých UNIXOVÝCH systémoch,Connect () časový zlyhá okamžite po prijatí prvého ACK/RSTpaket výsledkom povedomia chyba veľmi rýchlo. Avšak, tosprávanie nie sú špecifikované v dokumenty RFC a je ponechaný na každý vykonávaniarozhodnúť. Prístup platformy Microsoft je, že systémSprávca má voľnosť nastavenie TCP s výkonom navlastného vkusu, menovite maximálna znova že predvolené 3. VVýhodou tohto je, že môže mať služby snažíte dosiahnuťdočasne vypnúť a môže síce medzi SYN pokusy. V tomtoprípade je výhodné, že Connect () časový čakali dosť dlho na získaniepripojenie od služby bol naozaj tam.

Obsahuje úplný zoznam hodnôt databázy registry NT TCP. Hlavnezáujmu je kľúčom:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Kľúč: TcpMaxConnectRetransmissions
Typ hodnoty: REG_DWORD - číslo
Platný rozsah: 0 - 0xFFFFFFFF
Predvolené: 3 (v systéme Windows NT)
Predvolená hodnota: 2 (v systéme Windows 2000)
Popis: Tento parameter určuje, koľkokrát bude TCP prenášať pripojiť žiadosť (SYN) pred prerušením pokus. Časový limit opätovného posielania sa zdvojnásobil s každým následné retransmisie v danom pripojiť pokus (s výnimkou situácie charakterizovanú vyššie). Počiatočné Hodnota prestoja je troch sekúnd (pretože ACK/RST bolo prijaté v prípade vyššie, je irelevantné).
Ďalšie informácie o položkách databázy registry systému Windows 95 TCP, po kliknutí na nasledujúce číslo článku databázy Microsoft Knowledge Base:
158474 Položky databázy Registry systému Windows 95 protokol TCP/IP
Nasledujúci kľúč je zvláštnym záujmom:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\VxD\MSTCP

Kľúč: MaxConnectRetries
Typ hodnoty: DWORD - 32 bitové číslo
Predvolené: 3
Popis: Určuje počet opakovaní pokus o pripojenie (SYN) bude káblových pred vzdávajú. Počiatočné časový limit opätovného posielania je 3 sekúnd (irelevantné v vyššie prípade), a to je zdvojnásobil zakaždým ( z uvedených prípadov je výnimkou) maximálne 2 minúty.
Reštartovať počítač po nastavení týchto hodnôt databázy registry.

UPOZORNENIE: Úprava týchto hodnôt ovplyvňuje všetky TCP odchádzajúce pripojenia žiadostí z postihnutých počítača. Ak všetky TCP činnosti na počítači má málo latencia a malá vzdialenosť cestovať kolo-výlet, znížiť ako nízkym ako nula (Hoci spoločnosť Microsoft neodporúča to) bude žiadny rozdiel. Avšak ak žiadosti alebo pokusy o pripojenie pravidelne zlyhať s štandardné chyby Winsock a cieľové servermi sú známe k dispozícii, je pravdepodobné, že týchto položkách databázy registry sú príčinou. Ak áno, možno budete musieť zvýšiť maximálnupočet opakovaných pokusov tak, aby TCP dvojité SYN paket time-to-live hodnotav jeho hlavičku protokolu IP pri následných pokusov kým to má dostatočne dlhá životnosťna dosiahnutie cieľového hostiteľa a prijímať ACK/SYN.
ODKAZY
RFC-793, prenos Control Protocol, September 1981

Whitepaper, Microsoft Windows NT: TCP/IP realizačné, 1996Článok databázy Knowledge Base 158474
Winsock tcp pripojiť výkon

Upozornenie: Tento článok bol preložený automaticky.

Vlastnosti

ID článku: 175523 – Posledná kontrola: 10/18/2011 10:33:00 – Revízia: 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, Balík Service Pack 2 pre systém Windows Vista, Balík Service Pack 1 pre systém Windows Vista, 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 KbMtsk
Pripomienky