Problembehandlung bei TCP/IP-Verbindungen in Windows XP

Es stehen verschiedene Programme zur Verfügung, die nützliche Informationen bereitstellen, wenn Sie versuchen, die Ursache von TCP/IP-Netzwerkproblemen unter Windows XP zu bestimmen. Dieser Artikel enthält Empfehlungen dazu, wie Sie diese Programme zur Diagnose von Netzwerkproblemen verwenden können. Diese Liste ist zwar nicht vollständig, enthält jedoch Beispiele für die Verwendung dieser Programme zum Erkennen von Problemen im Netzwerk.

Programme für die TCP/IP-Problembehandlung

In der folgenden Liste sind einige der TCP/IP-Diagnoseprogramme aufgeführt, die in Windows XP enthalten sind.

Basisprogramme

• Netzwerkdiagnose in Hilfe und Support
  Enthält detaillierte Informationen über die Netzwerkkonfiguration und die Ergebnisse automatischer Tests.
• Ordner "Netzwerkverbindungen"
  Enthält Informationen und Konfigurationseinstellungen für alle Netzwerkverbindungen auf dem Computer. Klicken Sie auf Start, auf Systemsteuerung und auf Netzwerk- und Internetverbindungen, um den Ordner "Netzwerkverbindungen" anzuzeigen.
• IPConfig
  Zeigt aktuelle Werte für die TCP/IP-Netzwerkkonfiguration, Aktualisierungen oder Freigaben sowie mittels DHCP (Dynamic Host Configuration Protocol) erteilte Leases an und ermöglicht die Anzeige, Registrierung oder Löschung von DNS-Namen.
• Ping
  Sendet ICMP-Echoanforderungsmeldungen, um sicherzustellen, dass TCP/IP korrekt konfiguriert ist und dass ein TCP/IP-Host verfügbar ist.

Erweiterte Programme

• Hostname
  Zeigt den Hostnamen des Computers an.
• Nbtstat
  Zeigt den Status aktueller NetBIOS-über-TCP/IP-Verbindungen an, aktualisiert den NetBIOS-Namenzwischenspeicher und zeigt die registrierten Namen sowie die Bereichs-ID an.
• PathPing
  Zeigt einen Pfad zu einem TCP/IP-Host sowie Paketverluste an jedem Router entlang der Route an.
• Route
  Zeigt die IP-Routingtabelle an und fügt IP-Routen hinzu oder löscht diese.
• Tracert
  Zeigt den Pfad zu einem TCP/IP-Host an.

Geben Sie an einer Eingabeaufforderung nach dem Programmnamen -? ein, um die korrekte Befehlssyntax für die vorstehend aufgeführten Programme zu erhalten.

Windows XP Professional-Diagnoseprogramme

Windows XP Professional beinhaltet die folgenden zusätzlichen Programme:

• Ereignisanzeige
  Protokolliert Systemfehler und -ereignisse.
• Computerverwaltung
  Ermöglicht Änderungen an Netzwerkschnittstellentreibern und anderen Systemkomponenten.

Problembehandlung

Das für die Behandlung von TCP/IP-Problemen verwendete Verfahren ist abhängig von der verwendeten Netzwerkverbindung und vom jeweiligen Verbindungsproblem.

Automatische Problembehandlung

Bei den meisten Problemen im Zusammenhang mit Internetverbindungen sollten Sie zunächst das Netzwerkdiagnoseprogramm ausführen, um die Ursache des Problems zu identifizieren. Gehen Sie folgendermaßen vor, um die Netzwerkdiagnose zu verwenden:

1. Klicken Sie auf Start und anschließend auf Hilfe und Support.
2. Klicken Sie auf den Link Tools zum Anzeigen von Computerinformationen und Ermitteln von Fehlerursachen verwenden, und klicken Sie anschließend in der Liste auf der linken Seite auf Netzwerkdiagnose.
3. Wenn Sie auf System überprüfen klicken, sammelt die Netzwerkdiagnose Konfigurationsinformationen und führt eine automatische Fehlerbehebung für die Netzwerkverbindung durch.
4. Wenn der Prozess abgeschlossen ist, suchen Sie nach Elementen mit der roten Markierung "FEHLGESCHLAGEN", erweitern Sie diese Kategorien, und zeigen Sie zusätzliche Details zu den Testergebnissen an.

Sie können diese Informationen verwenden, um das Problem selbst zu beheben, oder sie für weiter gehende Unterstützung an einen Netzwerkspezialisten vom Microsoft Support übermitteln. Durch Vergleichen der fehlgeschlagenen Tests (im Abschnitt "Manuelle Problembehandlung" dieses Artikels) sollte sich die Ursache des Problems ermitteln lassen. Erweitern Sie zum Interpretieren der Ergebnisse für TCP/IP den Abschnitt "Netzwerkadapter" und anschließend den speziellen Netzwerkadapter, bei dem der Test fehlgeschlagen ist.

Sie können die Schnittstelle der Netzwerkdiagnose auch direkt über den folgenden Befehl starten:

Manuelle Problembehandlung

Wenden Sie die folgenden Methoden in der angegebenen Reihenfolge an, um das Problem mit der TCP/IP-Verbindung zu finden und zu beheben:

Methode 1: Überprüfen der Konfiguration mit dem Programm IPConfig

Um das Programm IPConfig zum Überprüfen der TCP/IP-Konfiguration zu verwenden, klicken Sie auf Start und dann auf Ausführen, und geben Sie cmd ein. Verwenden Sie nun den Befehl ipconfig, um die Konfigurationsinformationen für den Hostcomputer einschließlich IP-Adresse, Subnetzmaske und Standardgateway zu erhalten.

Mit dem Parameter /all für IPConfig wird ein detaillierter Konfigurationsbericht für alle Schnittstellen einschließlich RAS-Adapter erstellt. Sie können die IPConfig-Ausgabe in eine Datei umleiten, um die Ausgabe in andere Dokumente einfügen zu können. Geben Sie hierzu folgende Zeile ein: Die Ausgabe erhält den angegebenen Dateinamen und wird in dem angegebenen Ordner gespeichert.

Durch Überprüfen der IPConfig-Ausgabe können Sie Probleme mit der Netzwerkkonfiguration des Computers identifizieren. Wenn für Ihren Computer beispielsweise eine IP-Adresse manuell konfiguriert wurde, die mit einer vorhandenen, bereits erkannten IP-Adresse übereinstimmt, erscheint die Subnetzmaske als 0.0.0.0.

Wenn Ihre lokale IP-Adresse als 169.254.y.z mit der Subnetzmaske 255.255.0.0 zurückgegeben wird, wurde die IP-Adresse von der Windows XP Professional-Funktion APIPA (Automatic Private IP Addressing) zugewiesen. Dies bedeutet, dass TCP/IP für automatische Konfiguration konfiguriert ist, dass kein DHCP-Server gefunden wurde und dass keine alternative Konfiguration angegeben ist. Diese Konfiguration verfügt nicht über ein Standardgateway für die Schnittstelle.

Wenn Ihre lokale IP-Adresse als 0.0.0.0 zurückgegeben wird, wurde die DHCP-Funktion zur Medienerkennung (Media Sensing) überschrieben, weil entweder der Netzwerkadapter erkannt hat, dass er nicht mit einem Netzwerk verbunden ist, oder weil TCP/IP eine IP-Adresse erkannt hat, die mit einer manuell konfigurierten IP-Adresse übereinstimmt.

Wenn Sie keine Probleme mit der TCP/IP-Konfiguration feststellen, fahren Sie mit Methode 2 fort.

Methode 2: Testen der Konnektivität mit dem Programm Ping

Wenn Sie bei der TCP/IP-Konfiguration keine Probleme identifizieren können, überprüfen Sie als Nächstes, ob der Computer eine Verbindung zu anderen Hostcomputern auf dem Netzwerk herstellen kann. Verwenden Sie dazu das Programm Ping.

Mit dem Programm Ping können Sie die Verbindung auf IP-Ebene überprüfen. Der Befehl ping sendet eine ICMP-Echoanforderungsmeldung an einen Zielhost. Verwenden Sie Ping zum Überprüfen, ob ein Hostcomputer IP-Pakete an einen Zielhost senden kann. Mithilfe dieses Programms lassen sich auch Hardwareprobleme auf dem Netzwerk und inkompatible Konfigurationen identifizieren.

Hinweis: Wenn Sie den Befehl ipconfig /all ausgeführt haben und die IP-Konfiguration angezeigt wird, brauchen Sie nicht die Loopbackadresse und Ihre eigene IP-Adresse mit Ping abzufragen. Dies hat IPConfig bereits durchgeführt, um die Konfiguration anzuzeigen. Prüfen Sie bei der Problembehandlung, ob eine Verbindung zwischen dem lokalen Computer und einem Netzwerkhost besteht. Verwenden Sie hierzu den folgenden Befehl: Hinweis:IP-Adresse ist hierbei die IP-Adresse des Netzwerkhosts, zu dem Sie die Verbindung herstellen möchten.

So verwenden Sie den Befehl ping:

1. Pingen Sie die Loopbackadresse, um sicherzustellen, dass TCP/IP auf dem lokalen Computer installiert und korrekt konfiguriert ist. Verwenden Sie hierzu den folgenden Befehl:
   ping 127.0.0.1
   Wenn der Loopbacktest fehlschlägt, antwortet der IP-Stapel nicht. Dieses Problem kann auftreten, wenn eine oder mehrere der folgenden Bedingungen erfüllt sind:
   • Die TCP-Treiber sind beschädigt.
   • Der Netzwerkadapter funktioniert nicht.
   • Ein anderer Dienst steht mit IP in Konflikt.
2. Pingen Sie die IP-Adresse des lokalen Computers, um sicherzustellen, dass dieser korrekt zum Netzwerk hinzugefügt wurde. Wenn die Routingtabelle korrekt ist, leitet diese Prozedur nur das Paket zu der Loopbackadresse 127.0.0.1 weiter. Verwenden Sie hierzu den folgenden Befehl:
   ping IP-Adresse des lokalen Hosts
   Wenn der Loopbacktest erfolgreich ist, Sie jedoch nicht die lokale IP-Adresse pingen können, liegt möglicherweise ein Problem mit der Routingtabelle oder dem Netzwerkadaptertreiber vor.
3. Pingen Sie die IP-Adresse des Standardgateways, um sicherzustellen, dass das Standardgateway funktioniert und dass Sie mit einem lokalen Host auf dem lokalen Netzwerk kommunizieren können. Verwenden Sie hierzu den folgenden Befehl:
   ping IP-Adresse des Standardgateways
   Wenn das Pingen fehlschlägt, kann ein Problem mit dem Netzwerkadapter selbst, dem Router/Gateway-Gerät, den Kabeln oder einer anderen Hardwarekomponente der Verbindung vorliegen.
4. Pingen Sie die IP-Adresse eines Remotehosts, um sicherzustellen, dass die Kommunikation über einen Router möglich ist. Verwenden Sie hierzu den folgenden Befehl:
   ping IP-Adresse des Remotehosts
   Wenn das Pingen fehlschlägt, kann dies darauf hinweisen, dass der Remotehost nicht reagiert oder dass ein Problem bei der Netzwerkhardware zwischen den Computern besteht. Pingen Sie einen anderen Remotehost, um die erste Möglichkeit auszuschließen.
5. Pingen Sie den Hostnamen eines Remotehosts, um sicherzustellen, dass Sie einen Remotehostnamen auflösen können. Verwenden Sie hierzu den folgenden Befehl:
   ping Hostname des Remotehosts
   Ping verwendet Namensauflösung, um einen Computernamen in eine IP-Adresse aufzulösen. Wenn das Pingen nach IP-Adresse erfolgreich ist, das Pingen nach Name aber fehlschlägt, besteht das Problem daher bei der Auflösung des Hostnamens und nicht bei der Netzwerkverbindung. Überprüfen Sie, ob DNS-Serveradressen für den Computer konfiguriert sind (entweder manuell in den Eigenschaften von TCP/IP oder per automatischer Zuweisung). Wenn bei der Überprüfung mit ipconfig /all DNS-Serveradressen aufgelistet werden, versuchen Sie die Serveradressen zu pingen, um sicherzustellen, dass sie ansprechbar sind.

Gehen Sie folgendermaßen vor, wenn Ping an keinem Punkt erfolgreich ist:

• Stellen Sie sicher, dass die IP-Adresse des lokalen Computers gültig ist und auf der Registerkarte Allgemein des Dialogfelds Internetprotokolleigenschaften (TCP/IP) oder bei Verwendung mit dem Programm Ipconfig korrekt ist.
• Stellen Sie sicher, dass ein Standardgateway konfiguriert ist und dass die Verbindung zwischen dem Host und dem Standardgateway funktioniert. Stellen Sie für die Problembehandlung sicher, dass nur ein einziges Standardgateway konfiguriert ist. Sie können zwar mehr als ein Standardgateway konfigurieren, weitere Gateways werden jedoch nur verwendet, wenn der IP-Stapel feststellt, dass das ursprüngliche Gateway nicht funktioniert. Der Zweck der Problembehandlung besteht darin, den Status des ersten konfigurierten Gateways zu bestimmen, sodass Sie zur Vereinfachung der Aufgabe alle anderen Gateways löschen können.
• Stellen Sie sicher, dass derzeit keine IP-Sicherheit (IPSec) aktiviert ist. Abhängig von der IPSec-Richtlinie könnten Ping-Pakete blockiert werden oder Sicherheit erfordern. Weitere Informationen zur IP-Sicherheit finden Sie im Abschnitt "Methode 7: Überprüfen der IP-Sicherheit (IPSec)".

Wichtig: Wenn die Verbindung zu dem Remotesystem, das Sie pingen, eine hohe Verzögerung aufweist (beispielsweise eine Satellitenverbindung), kann es länger dauern, bis Sie eine Antwort erhalten. Sie können den Parameter -w (warten) verwenden, um ein längeres Zeitlimit als den Standardwert von vier Sekunden zu definieren.

Methode 3: Überprüfen einer Route mit dem Programm PathPing

PathPing erkennt Paketverluste über Routen mit mehreren Hops. Führen Sie eine PathPing-Analyse zu einem Remotehost durch, um sicherzustellen, dass die Router auf dem Weg zu dem Ziel korrekt funktionieren. Verwenden Sie hierzu den folgenden Befehl:

Methode 4: Löschen des ARP-Cache mit dem Programm Arp

Wenn Sie die Loopbackadresse (127.0.0.1) und Ihre eigene IP-Adresse, aber keine anderen IP-Adressen pingen können, versuchen Sie, den ARP-Cache (ARP - Address Resolution Protocol) mit dem Programm Arp zu leeren. Verwenden Sie einen der folgenden Befehle, um die Cache-Einträge anzuzeigen: Verwenden Sie den folgenden Befehl, um die Cache-Einträge zu löschen: Verwenden Sie den folgenden Befehl, um den ARP-Cache zu leeren:

Methode 5: Überprüfen des Standardgateways

Die Gatewayadresse muss sich im selben Netzwerk wie der lokale Host befinden, da sonst keine Nachrichten vom Hostcomputer an ein Ziel außerhalb des lokalen Netzwerks weitergeleitet werden können. Wenn sich die Gatewayadresse im selben Netzwerk wie der lokale Host befindet, stellen Sie sicher, dass die Standardgatewayadresse korrekt eingegeben wurde. Stellen Sie abschließend sicher, dass das Standardgateway nicht nur ein Host, sondern ein Router ist, und dass der Router IP-Datagramme weiterleiten kann.

Methode 6: Überprüfen der Kommunikation mit dem Programm Tracert oder dem Programm Route

Wenn das Standardgateway korrekt antwortet, pingen Sie einen Remotehost, um sicherzustellen, dass Netzwerk-Netzwerk-Verbindungen wie erwartet funktionieren. Wenn die Kommunikation nicht wie erwartet funktioniert, verwenden Sie das Programm Tracert, um den Pfad zu dem Ziel nachzuverfolgen. Bei IP-Routern, die Microsoft Windows 2000- oder Microsoft Windows NT-Computer sind, untersuchen Sie die IP-Routingtabelle mithilfe des Programms Route oder des RRAS-Snap-Ins auf diesen Computern. Bei IP-Routern, die mit anderen Betriebssystemen arbeiten, verwenden Sie das vom Hersteller vorgesehene Programm oder eine entsprechende Einrichtung, um die IP-Routingtabelle zu untersuchen.

Beim Pingen während der Problembehandlung werden häufig die folgenden vier Fehlermeldungen angezeigt: Diese Fehlermeldung besagt, dass die Anzahl der erforderlichen Hops die Gültigkeitsdauer überschritten hat. Erhöhen Sie die Gültigkeitsdauer mithilfe des Befehls ping -i. Möglicherweise liegt eine Routingschleife vor. Stellen Sie mithilfe des Befehls Tracert fest, ob fehlerhaft konfigurierte Router eine Routingschleife verursacht haben. Diese Fehlermeldung besagt, dass entweder beim sendenden Host oder bei einem Router keine lokale oder Remoteroute für einen Zielhost vorhanden ist. Führen Sie eine Problembehandlung für den lokalen Host oder die Routingtabelle des Routers durch. Diese Fehlermeldung besagt, dass die Echoantwortmeldungen nicht innerhalb des angegebenen Zeitlimits (Standard ist vier Sekunden) empfangen wurden. Erhöhen Sie das Zeitlimit mithilfe des Befehls ping -w. Diese Fehlermeldung besagt, dass der Name des Zielhosts nicht aufgelöst werden kann. Überprüfen Sie den Namen und die Verfügbarkeit von DNS- oder WINS-Servern.

Methode 7: Überprüfen der IP-Sicherheit (IPSec)

Die Verwendung von IPSec kann zwar die Sicherheit eines Netzwerks erhöhen, kann aber auch die Änderung von Netzwerkkonfigurationen oder die Behebung von Problemen erschweren. In einigen Fällen erfordern IPSec-Richtlinien gesicherte Kommunikationsverbindungen auf einem Windows XP Professional-Computer. Diese Anforderung kann die Herstellung der Verbindung zu einem Remotehost erschweren. Wenn IPSec lokal implementiert wurde, können Sie den IPSec-Dienst im Dienste-Snap-In deaktivieren.

Wenn die Probleme nach dem Deaktivieren der IPSec-Dienste nicht mehr bestehen, blockieren IPSec-Richtlinien entweder den notwendigen Verkehr oder fordern Sicherheit für diesen. Wenden Sie sich an den Sicherheitsadministrator, damit dieser die IPSec-Richtlinie ändert.

Methode 8: Überprüfen der Paketfilterung

Fehler bei der Paketfilterung können ein Funktionieren der Namensauflösung oder der Verbindung verhindern. Deaktivieren Sie die TCP/IP-Paketfilterung, um festzustellen, ob diese ein Netzwerkproblem verursacht. Gehen Sie hierzu folgendermaßen vor:

1. Klicken Sie auf Start, klicken Sie auf Systemsteuerung, klicken Sie auf Netzwerk- und Internetverbindungen, und klicken Sie anschließend auf Netzwerkverbindungen.
2. Klicken Sie mit der rechten Maustaste auf die LAN-Verbindung, die Sie ändern möchten, und klicken Sie anschließend auf Eigenschaften.
3. Klicken Sie auf der Registerkarte Allgemein in der Liste Von der Verbindung verwendete Komponenten auf Internetprotokoll (TCP/IP) und anschließend auf Eigenschaften.
4. Klicken Sie auf Erweitert und anschließend auf die Registerkarte Optionen.
5. Klicken Sie im Dialogfeld Optionale Einstellungen auf TCP/IP-Filterung und anschließend auf Eigenschaften.
6. Deaktivieren Sie das Kontrollkästchen TCP/IP-Filterung aktivieren (alle Adapter), und klicken Sie anschließend auf OK.

Versuchen Sie, eine Adresse mit ihrem DNS-Namen, ihrem NetBIOS-Computernamen oder ihrer IP-Adresse zu pingen. Wenn das Pingen erfolgreich ist, sind die Paketfilterungs-Optionen möglicherweise falsch konfiguriert oder zu restriktiv. Beispielsweise könnte die Filterung dem Computer gestatten, als Webserver zu fungieren, aber während der Filterung werden Programme wie die Remoteverwaltung deaktiviert. Um einen breiteren Bereich von zulässigen Filterungsoptionen herzustellen, ändern Sie die zulässigen Werte für den TCP-Port, den UDP-Port und das IP-Protokoll.

Methode 9: Überprüfen der Verbindung zu einem bestimmten Server

Verwenden Sie zum Ermitteln der Ursache von Problemen bei der Verbindungsherstellung zu einem bestimmten Server über NetBIOS-basierte Verbindungen den Befehl nbtstat -n auf dem Server, um festzustellen, welchen Namen der Server auf dem Netzwerk registriert hat.

Der Befehl nbtstat -n output listet mehrere Namen auf, die der Computer registriert hat. Darunter sollte sich ein Name befinden, der dem Namen des Computers ähnelt, der in der Systemsteuerung unter System auf der Registerkarte Computername konfiguriert ist. Wenn dies nicht der Fall ist, versuchen Sie es mit einem anderen der von nbtstat angezeigten eindeutigen Namen.

Das Programm Nbtstat kann auch die zwischengespeicherten Einträge für Remotecomputer von #PRE-Einträgen in der Datei LMHOSTS oder von kürzlich aufgelösten Namen anzeigen. Wenn die Remotecomputer denselben Namen für den Server verwenden und die anderen Computer sich auf einem Remotesubnetz befinden, stellen Sie sicher, dass die anderen Computer die Zuordnung Name zu Adresse des Computers in ihrer Datei LMHOSTS oder ihrem WINS-Server haben.

Methode 10: Überprüfen von Remoteverbindungen

Verwenden Sie zum Bestimmen der Ursache, warum eine TCP/IP-Verbindung zu einem Remotecomputer nicht korrekt funktioniert, den Befehl netstat -a, um den Status aller Aktivitäten für TCP- und UDP-Ports auf dem lokalen Computer anzuzeigen.

Eine funktionierende TCP-Verbindung zeigt normalerweise 0 Bytes in der Gesendet- und Empfangen-Warteschlange an. Wenn in einer der Warteschlangen Daten blockiert werden oder der Zustand der Warteschlangen unkorrekt ist, deutet dies auf eine fehlerhafte Verbindung hin. Wenn keine Daten blockiert werden und der Zustand der Warteschlangen normal ist, bestehen wahrscheinlich Netzwerk- oder Programmverzögerungen.

Methode 11: Überprüfen der Routingtabelle mit dem Programm Route

Damit zwei Hosts IP-Datagramme austauschen können, müssen beide eine Route zueinander aufweisen oder Standardgateways verwenden, die eine Route kennen. Zeigen Sie die Routingtabelle auf einem Windows XP-Host an, indem Sie den folgenden Befehl eingeben:

Methode 12: Überprüfen von Pfaden mit dem Programm Tracert

Das Programm Tracert sendet ICMP-Echoanforderungsmeldungen mit zunehmend höheren Werten im Feld TTL (Gültigkeitsdauer) des IP-Headers, um den Pfad von einem Host zu einem anderen durch ein Netzwerk zu ermitteln. Anschließend analysiert Tracert die zurückgegebenen ICMP-Meldungen. Mit Tracert können Sie den Pfad von Router zu Router über bis zu 30 Hops nachverfolgen. Wenn ein Router nicht funktioniert oder das Paket in eine Schleife geleitet wird, erkennt Tracert das Problem und zeigt es an. Nachdem Sie den problematischen Router identifiziert haben, können Sie sich an den Routeradministrator wenden (wenn der Router zu einem anderen Standort gehört) oder den voll funktionsfähigen Status des Routers selbst wiederherstellen (wenn Sie die Kontrolle über den Router haben).

Methode 13: Problembehandlung bei Gateways

Stellen Sie fest, ob das Standardgateway sich im gleichen logischen Netzwerk wie der Netzwerkadapter des Computers befindet, wenn während der Konfiguration die folgende Fehlermeldung angezeigt wird: Vergleichen Sie die Netzwerkkennung in der IP-Adresse des Standardgateways mit den Netzwerkkennungen der Netzwerkadapter des Computers. Überprüfen Sie insbesondere, ob das bitweise logische UND der IP-Adresse und die Subnetzmaske mit dem bitweisen logischen UND des Standardgateways und der Subnetzmaske übereinstimmen.

Beispielsweise benötigt ein Computer mit einem einzelnen Netzwerkadapter, der mit der IP-Adresse 172.16.27.139 und der Subnetzmaske 255.255.0.0 konfiguriert ist, ein Standardgateway der Form 172.16.y.z. Die Netzwerkkennung für diese IP-Schnittstelle ist 172.16.0.0.

Zusätzliche Informationsquellen

Die folgenden Informationsquellen enthalten zusätzliche Informationen für die Problembehandlung bei Microsoft TCP/IP:

Thema "Configuring TCP/IP" in der Dokumentation für den Microsoft Windows XP Professional Resource Kit.

Thema "Introduction to TCP/IP" im TCP/IP Core Networking Guide des Microsoft Windows 2000 Server Resource Kit für allgemeine Informationen zum TCP/IP-Protokollstapel.

Thema "Unicast Routing Overview" im Internetworking Guide des Microsoft Windows 2000 Server Resource Kit für weitere Informationen zu grundlegenden Routingaspekten.

Thema "TCP/IP Troubleshooting" im TCP/IP Core Networking Guide des Microsoft Windows 2000 Server Resource Kit für weitere Informationen zur IP-Paketfilterung.

Weitere Informationen finden Sie in den folgenden Artikeln der Microsoft Knowledge Base: