Sie sind zurzeit offline. Es wird auf die erneute Herstellung einer Internetverbindung gewartet.

INFO: Winsock TCP-Verbindungsleistung bei unbenutzten Ports

Der Support für Windows XP wurde eingestellt

Microsoft stellte am 8. April 2014 den Support für Windows XP ein. Diese Änderung wirkt sich auf Ihre Softwareupdates und Sicherheitsoptionen aus. Erfahren Sie, was das für Sie bedeutet und wie Sie Ihren Schutz aufrechterhalten können.

Der Support für Windows Server 2003 ist am 14. Juli 2015 abgelaufen.

Microsoft beendete den Support für Windows Server 2003 am 14. Juli 2015. Diese Änderung wirkt sich auf Ihre Softwareupdates und Sicherheitsoptionen aus. Erfahren Sie, was das für Sie bedeutet und wie Sie Ihren Schutz aufrechterhalten können.

Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.

Den englischen Originalartikel können Sie über folgenden Link abrufen: 175523
Zusammenfassung
Dieser Artikel beschreibt, wie die Winsock-Implementierung von TCP auf die verschiedenenHandles für Microsoft-Plattformen Socketverbindungen mit Ports, die keine haben einder Server überwacht. Er beschreibt auch die Performance-bezogenenÜberlegungen und wie Sie diese an Ihre Bedürfnisse anpassen.
Weitere Informationen
Wenn ein Prozess einen TCP-Socket erstellt, in der Microsoft Winsock-Layer undGibt einen connect() Aufruf an einigen Host und Port-Nummer des TCP-Protokollsführt den standard "Dreiwege-Handshake" eines SYN-Pakets bestätigtdurch die Ziel-Host mit ACK/SYN und eine abschließende ACK der initiiertClient. Allerdings pro die TCP-Spezifikationen in RFC-793 (TransmissionSteuern Sie Protocol), ein RST (Reset) möglicherweise generiert werden, wenn der SYN-Versuch istadressiert an eine Host, die vorhanden ist, aber der Anschluss wird nicht verwendet. Dies ist am bestendurch die folgenden RFC-Angebot auf Seite 35 beschrieben:
"Reset"-Generierung

Als Faustregel muss RST (Reset) gesendet wird, wenn ein Segment ankommt Das ist offensichtlich nicht für die aktuelle Verbindung bestimmt. Ein Zurücksetzen darf nicht gesendet werden, wenn nicht klar ist, dass dies der Fall ist...

Wenn die Verbindung (CLOSED) nicht vorhanden ist, und dann ein Zurücksetzen gesendet wird als Reaktion auf jedes ankommende Segment mit Ausnahme von einem anderen zurücksetzen. Insbesondere SYN-Pakete, die an eine nicht vorhandene Verbindung adressiert werden dadurch zurückgewiesen.

"Reset"-Verarbeitung [Seite 36]

... In den Status SYN-SENT (ein RST angekommene Antwort um eine erste SYN), ist die RST akzeptabel Wenn ACK-Feld bestätigt die SYN
Nach Erhalt des ACK/RST-Clients aus der Ziel-Host clientLegt fest, dass es in der Tat keine Dienst stattfindet. In derMicrosoft Winsock-Implementierung von TCP wird eine ausstehende Verbindung beibehalten.Es wird versucht, SYN-Pakete herauszugeben, bis die maximalen Wiederholungsversuche (Satz erreicht istin der Registrierung ist dieser Standardwert 3 zusätzliche Versuche). Seit ACK/RSTging aus der Ziel-Host weiß die TCP-Schicht, die Ziel-Hostin der Tat erreichbar ist und nicht den Zeitüberschreitungswert in des Pakets doppelklickenIP-Header, wie während der Verbindungsversuche mit unbestätigten standard istSYN-Pakete. Stattdessen wartet die ausstehende Verbindung auf der Basis-VerbindungsTimeout-Wert, und geben Sie ein weiteres SYN-Paket zum Einleiten einer Verbindung. Alslange von einem nicht verwendeten Port ein ACK/RST-Paket empfangen wird, das TimeoutWert nicht erhöht, und der Vorgang wird wiederholt, bis die maximale Anzahl der WiederholungenWert erreicht ist.

Dieses Verhalten kann eine schlechte Leistung bei aus irgendeinem Grund eines Prozesses führenwiederholt Probleme connect() Aufrufe an Ports mit nothing stattfindet,Was den Fehler WSAECONNREFUSED. Beachten Sie, dass mit anderenImplementierungen von TCP, wie z. B. häufig in vielen UNIX-Systemendie connect() schlägt bei Empfang der ersten ACK/RST sofort fehl.Paket sich sehr schnell in das Bewusstsein für einen Fehler ergeben. Allerdings dadurchVerhalten in den RFCs nicht angegeben ist, und für jede Implementierung bleibtentscheiden. Der Ansatz von Microsoft-Plattformen, die das System istAdministrator hat die Freiheit, TCP Performance-bezogenen Einstellungen anpassenIhre eigenen Geschmack, nämlich die maximale wiederholen, der Standardwert ist 3. DieVorteil besteht darin, dass der Dienst, den Sie erreichen möchten eventuellvorübergehend heruntergefahren und günstig zwischen SYN-Angriffen. In diesemFall ist es sinnvoll, dass der Connect()-Aufruf lange genug gewartet, hat erhalten eineVerbindung, da der Dienst tatsächlich verfügbar war.

Es enthält eine vollständige Liste der NT-TCP-Registrierungswerte. BestimmtenZins ist der Schlüssel:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Schlüssel: TcpMaxConnectRetransmissions
Werttyp: REG_DWORD - Anzahl
Gültiger Bereich: 0 - 0xFFFFFFFF
Standard: 3 (in Windows NT)
Standard: 2 (in Windows 2000)
Beschreibung: Dieser Parameter bestimmt die Anzahl der Ausführungen, die TCP wird eine Verbindungsanforderung (SYN) erneut, bevor abgebrochen wird die Es wurde versucht. Das Zeitlimit wird bei jeder verdoppelt. folgenden Neuübertragung in einer bestimmten Verbindungsversuchs (außer in der oben geschilderten Situation). Die anfänglichen Timeoutwert beträgt drei Sekunden (seit ACK/RST im obigen Fall empfangen, ist dies nicht relevant).
Zusätzliche Informationen auf der Windows 95-TCP-Registrierungseinträge finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:
158474 Windows 95-TCP/IP-Registrierungseinträge
Der folgende Schlüssel ist von besonderem Interesse:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\VxD\MSTCP

Schlüssel: MaxConnectRetries
Typ: DWORD - 32-Bit-Zahl
Standard: 3
Beschreibung: Gibt an, wie oft einen Verbindungsversuch (SYN) Netzwerkvorgängen gesendet wird. Die anfänglichen Zeitlimit ist (irrelevant in 3 Sekunden die oben genannten Fall), und es wird jedes Mal (die verdoppelt oben genannten Fall wird eine Ausnahme) bis zu maximal 2 Minuten.
Starten Sie den Computer neu, nachdem Sie diese Registrierungswerte angepasst.

WARNUNG: Diese Werte zu ändern wirkt sich auf allen TCP ausgehenden Verbindungsanforderungen aus dem betroffenen Computer aus. Wenn alle TCP-Aktivitäten auf dem Computer hat eine geringe Latenz und Distanz Roundtrip, Reduzierung Reisen als 0 (null) niedrig (Obwohl Microsoft nicht empfohlen) keinen Unterschied. Allerdings ist Wenn Anwendungen oder Verbindungsversuche, regelmäßig mit den standard-Winsock-Fehlern fehl und die Zielremoteserver bekanntermaßen verfügbar sein, es wahrscheinlich, dass diese Registrierungseinträge die Ursache sind. Wenn dies der Fall ist, müssen Sie möglicherweise die maximale auslösenwiederholt, so dass TCP wird double TTL Wert des SYN-Paketsim IP-Header bei aufeinander folgenden Wiederholungen, bis es wurde eine ausreichend langer Lebensdauerdas Host Ziel zu erreichen und ein ACK/SYN empfangen
Informationsquellen
RFC-793, Transmission Control Protocol, September 1981

White Paper, Microsoft Windows NT: TCP/IP-Implementierungsdetails, 1996Knowledge Base-Artikel 158474
Winsock Tcp connect Leistung

Warnung: Dieser Artikel wurde automatisch übersetzt.

Eigenschaften

Artikelnummer: 175523 – Letzte Überarbeitung: 05/26/2011 15:36:00 – Revision: 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 KbMtde
Feedback
var varAutoFirePV = 1; var varClickTracking = 1; var varCustomerTracking = 1; var Route = "76500"; var Ctrl = ""; document.write(" amp;did=1&t=">