Select the product you need help with
Comment faire pour résoudre les problèmes de base liés au protocole TCP/IPNuméro d'article: 169790 - Voir les produits auxquels s'applique cet article Cet article peut contenir des liens vers des informations en langue anglaise (pas encore traduites). SommaireRésumé
Cet article explique comment résoudre certains problèmes de communication réseau courants qui peuvent se présenter lors de l'utilisation du protocole TCP/IP comme protocole réseau. Ces problèmes appartiennent généralement à l'une des deux catégories suivantes :
REMARQUE : toutes les procédures de dépannage décrites ci-dessous fonctionnent sur les plates-formes NT et 2000, mais peuvent ne pas fonctionner sur les plates-formes Win9x (à l'exception de Windows Millennium Edition). Toutefois, les méthodes de diagnostics et de dépannage de base sont identiques pour tous ces systèmes d'exploitation Windows. Plus d'informations
Pour déterminer si le problème est lié à la connectivité de base ou à la résolution de noms, appliquez la procédure suivante pour déterminer si vous pouvez vous connecter à une adresse IP spécifique. Connexion à une adresse IPEssayez de vous connecter à un autre ordinateur de votre réseau à l'aide de son adresse IP et du programme ou de l'utilitaire TCP/IP de votre choix. Les navigateurs Web, les clients FTP et Telnet sont parmi les programmes et utilitaires les plus couramment utilisés pour se connecter à d'autres ordinateurs à l'aide du protocole TCP/IP.REMARQUE : si vous ne connaissez pas l'adresse IP de l'ordinateur Windows NT ou Windows 2000 auquel vous tentez de vous connecter, exécutez la commande IPCONFIG /ALL à l'invite de commandes sur l'autre ordinateur. Si vous ne parvenez pas à vous connecter à l'autre ordinateur à l'aide de son adresse IP, il existe un problème de connectivité de base. Utilisez les informations de la section "Impossible de se connecter à une adresse IP spécifique" ci-dessous pour résoudre le problème. Si vous parvenez à vous connecter à l'autre ordinateur à l'aide de son adresse IP mais vous ne parvenez pas à vous connecter à l'aide de son nom d'hôte ou NetBIOS, le problème est sans doute lié à la résolution de noms. Utilisez les informations de la section "Impossible de se connecter à un nom d'hôte ou NetBIOS spécifique" ci-dessous pour résoudre le problème. IMPOSSIBLE DE SE CONNECTER À UNE ADRESSE IP SPÉCIFIQUEAppliquez les procédures de chacune des sections suivantes dans l'ordre dans lequel elles sont présentées. À l'issu de chaque procédure, vérifiez si vous pouvez vous connecter à l'autre ordinateur à l'aide de son adresse IP.Vérification de la configuration TCP/IPLorsque vous utilisez le protocole TCP/IP comme protocole réseau, un paramètre TCP/IP incorrect (tel qu'une adresse IP ou un masque de sous-réseau incorrect) peut provoquer des problèmes de communication. Pour déterminer si Windows NT ou Windows 2000 a enregistré une erreur due à un paramètre TCP/IP incorrect, ouvrez le journal système de l'Observateur d'événements et recherchez s'il contient des entrées ayant le protocole TCP/IP ou DHCP comme source. Pour lire une entrée de l'Observateur d'événements, double-cliquez dessus.REMARQUE : si l'Observateur d'événements contient une erreur DHCP, vous devez signaler cette erreur à votre administrateur réseau. Si le journal système de l'Observateur d'événements contient des erreurs TCP/IP, corrigez chaque erreur reçue en fonction du message d'erreur. Par exemple, si le journal contient une erreur signalant que le paramètre d'adresse IP est incorrect, vous devez vérifier que votre adresse IP est valide. Si le journal système de l'Observateur d'événements ne contient aucune erreur, procédez comme suit pour vous assurer que les informations de configuration TCP/IP correctes sont utilisées :
Exécution d'une requête ping sur l'adresse de boucleUtilisez la commande PING pour vérifier que le protocole TCP/IP fonctionne correctement. Pour cela, effectuez une requête ping sur l'adresse de boucle (127.0.0.1) en tapant la commande suivante à l'invite :ping 127.0.0.1 Vous devriez recevoir une réponse semblable à la suivante : Envoi d'une requête 'ping' sur 127.0.0.1 avec 32 octets de données : Réponse de 127.0.0.1 : octets=32 temps=<10ms TTL=128 Réponse de 127.0.0.1 : octets=32 temps=<10ms TTL=128 Réponse de 127.0.0.1 : octets=32 temps=<10ms TTL=128 Réponse de 127.0.0.1 : octets=32 temps=<10ms TTL=128 REMARQUE : vous devez avoir ouvert une session en tant qu'utilisateur disposant de droits d'administrateur pour appliquer cette procédure.
151237
(http://support.microsoft.com/kb/151237/
)
Apparition d'un message d'erreur lors de l'installation d'une connexion TCP/IP ou de l'ajout d'un service TCP/IPExécution d'une requête ping sur l'adresse IP de votre ordinateurSi vous parvenez à effectuer une requête ping sur l'adresse de boucle, essayez de faire de même sur votre propre adresse IP en tapant ping <adresse_IP> à l'invite, où <adresse_IP> correspond à l'adresse IP de votre ordinateur.REMARQUE : si vous ne connaissez pas l'adresse IP de votre ordinateur, vous pouvez l'obtenir en tapant ipconfig à l'invite. Vous devriez recevoir une réponse semblable à la suivante : Envoi d'une requête 'ping' sur <###.###.###.###> avec 32 octets de données : Réponse de <###.###.###.###> : octets=32 temps=77ms TTL=28 Réponse de <###.###.###.###> : octets=32 temps=80ms TTL=28 Réponse de <###.###.###.###> : octets=32 temps=78ms TTL=28 Réponse de <###.###.###.###> : octets=32 temps=79ms TTL=28 Si un message d'erreur s'affiche à ce stade, il se peut qu'il y ait un problème de communication entre Windows NT et votre carte réseau. Pour résoudre ce problème, supprimez et réinstallez le pilote de votre carte réseau. Pour cela, procédez comme suit : REMARQUE : vous devez avoir ouvert une session en tant qu'utilisateur disposant de droits d'administrateur pour appliquer cette procédure.
Effacement du cache ARPLe cache ARP (Address Resolution Protocol) est une liste de mappages d'adresse IP sur adresse MAC (Media Access Control) récemment résolus. L'adresse MAC est l'adresse physique unique propre à chaque carte réseau.Lorsqu'une entrée du cache ARP est incorrecte, des datagrammes IP peuvent être envoyés au mauvais ordinateur. Pour afficher tous les mappages actuellement contenus dans le cache ARP, utilisez la commande ARP en tapant arp -a à l'invite de commandes. Vous devriez recevoir un message "Aucune entrée ARP n'a été trouvée" (si le cache ARP est vide) ou une réponse semblable à la suivante : interface : 10.1.1.3 sur l'interface 2 Adresse Internet Adresse physique Type 10.1.1.7 08-00-02-06-ed-20 dynamique 10.1.1.254 08-00-02-0a-a3-10 dynamique arp -d <adresse_IP> Où <adresse_IP> correspond à une adresse Internet stockée dans le cache ARP. Utilisez cette commande pour chaque entrée du cache ARP, jusqu'à ce que toutes les entrées aient été supprimées.
Pour plus d'informations sur la syntaxe, les options et l'utilisation de la commande ARP, tapez arp -? à l'invite de commandes. Vérification de la passerelle par défautUtilisez la commande IPCONFIG pour déterminer l'adresse IP utilisée par votre ordinateur pour accéder à votre passerelle par défaut. Pour cela, tapez "ipconfig" (sans les guillemets) à l'invite de commandes. Vérifiez que l'adresse IP de la passerelle par défaut affichée est correcte. Si vous ne connaissez pas l'adresse IP correcte de votre passerelle par défaut, contactez votre administrateur réseau.Après avoir vérifié que vous possédez l'adresse IP correcte de votre passerelle par défaut, effectuez une requête PING sur cette adresse IP. Vous devriez recevoir une réponse semblable à la suivante : Envoi d'une requête 'ping' sur <###.###.###.###> avec 32 octets de données : Réponse de <###.###.###.###> : octets=32 temps=77ms TTL=28 Réponse de <###.###.###.###> : octets=32 temps=80ms TTL=28 Réponse de <###.###.###.###> : octets=32 temps=78ms TTL=28 Réponse de <###.###.###.###> : octets=32 temps=79ms TTL=28 Si votre passerelle par défaut n'est pas connectée au réseau ou ne fonctionne pas correctement, vous pouvez recevoir une réponse semblable à la suivante : Envoi d'une requête 'ping' sur <###.###.###.###> avec 32 octets de données : Délai d'attente de la demande dépassé. Délai d'attente de la demande dépassé. Délai d'attente de la demande dépassé. Délai d'attente de la demande dépassé. Exécution d'une requête ping sur l'adresse IP de l'autre ordinateurEssayez d'effectuer une requête ping sur l'adresse IP de l'autre ordinateur. Pour cela, tapez ping <adresse_IP> où <adresse_IP> correspond à l'adresse IP de l'autre ordinateur. Vous devriez recevoir une réponse semblable à la suivante :Envoi d'une requête 'ping' sur <###.###.###.###> avec 32 octets de données : Réponse de <###.###.###.###> : octets=32 temps=77ms TTL=28 Réponse de <###.###.###.###> : octets=32 temps=80ms TTL=28 Réponse de <###.###.###.###> : octets=32 temps=78ms TTL=28 Réponse de <###.###.###.###> : octets=32 temps=79ms TTL=28 S'il existe un routeur configuré incorrectement entre votre ordinateur et l'autre ordinateur ou s'il y a un problème avec l'autre ordinateur, vous pouvez recevoir une réponse semblable à la suivante : Envoi d'une requête 'ping' sur <###.###.###.###> avec 32 octets de données : Délai d'attente de la demande dépassé. Délai d'attente de la demande dépassé. Délai d'attente de la demande dépassé. Délai d'attente de la demande dépassé. Vérification des entrées de la table d'itinéraires persistantsTout ordinateur utilisant le protocole TCP/IP possède une table d'itinéraires. L'itinéraire emprunté par un paquet réseau pour aller d'un ordinateur TCP/IP à un autre est déterminé par la table d'itinéraires de l'ordinateur qui envoie le paquet réseau.La table d'itinéraires de votre ordinateur est recréée automatiquement à chaque redémarrage de l'ordinateur. Votre administrateur réseau ou vous pouvez ajouter des entrées persistantes (statiques) à la table d'itinéraires de votre ordinateur. Les entrées persistantes sont réinsérées automatiquement dans votre table d'itinéraires à chaque fois qu'elle est recréée. Pour afficher la table d'itinéraires de votre ordinateur, utilisez la commande ROUTE. Pour cela, tapez route print à l'invite de commandes. Vous devriez recevoir une réponse semblable à la suivante : Itinéraires actifs : Adresse réseau Masque réseau Adresse passerelle Interface Métrique 0.0.0.0 0.0.0.0 10.1.1.254 10.1.1.3 1 10.1.0.0 255.255.0.0 10.1.1.3 10.1.1.3 1 10.1.1.3 255.255.255.255 127.0.0.1 127.0.0.1 1 10.255.255.255 255.255.255.255 10.1.1.3 10.1.1.3 1 127.0.0.1 255.0.0.0 127.0.0.1 127.0.0.1 1 224.0.0.0 224.0.0.0 10.1.1.3 10.1.1.3 1 255.255.255.255 255.255.255.255 10.1.1.3 10.1.1.3 1 Pour plus d'informations sur le routage, les tables d'itinéraires et la commande ROUTE, consultez l'article suivant dans la Base de connaissances Microsoft : 140859
(http://support.microsoft.com/kb/140859/
)
Informations de base sur le routage TCP/IP pour Windows NT Utilisation de la commande TRACERTLa commande TRACERT signale chaque routeur ou passerelle traversé(e) par un paquet TCP/IP en chemin vers un autre hôte. Pour utiliser la commande TRACERT pour établir l'itinéraire entre votre ordinateur et l'autre ordinateur, tapez tracert <adresse_IP> à l'invite de commandes, où <adresse_IP> correspond à l'adresse IP de l'autre ordinateur. Vous devriez recevoir une réponse semblable à la suivante :
Détermination de l'itinéraire vers <adresse_IP> avec un maximum de 30 sauts :
1 <10 ms <10 ms <10 ms <###.###.###.###>
2 50 ms 50 ms 51 ms <###.###.###.###>
3 250 ms 80 ms 50 ms <###.###.###.###>
Itinéraire déterminé.
Si l'un des routeurs que votre paquet tente de traverser présente un problème, vous pouvez recevoir une réponse semblable à la suivante :
Détermination de l'itinéraire vers <adresse_IP> avec un maximum de 30 sauts :
1 <10 ms <10 ms <10 ms <###.###.###.###>
2 * * * Délai d'attente de la demande dépassé.
3 * * * Délai d'attente de la demande dépassé.
4 * * * Délai d'attente de la demande dépassé.
Détermination de l'itinéraire vers <adresse_IP> avec un maximum de 30 sauts :
1 <10 ms <10 ms <10 ms <###.###.###.###>
2 50 ms 50 ms 51 ms <###.###.###.###>
3 <###.###.###.###> rapports : Impossible de joindre le réseau de destination.
Si vous n'obtenez pas de réponse satisfaisante avec la commande TRACERT, contactez votre administrateur réseau afin de déterminer s'il existe un problème de routage entre votre ordinateur et l'autre ordinateur. Pour plus d'informations sur la commande TRACERT, consultez l'article suivant dans la Base de connaissances Microsoft : 314067
(http://support.microsoft.com/kb/162326/
)
Utilisation de TRACERT pour résoudre les problèmes liés au protocole TCP dans WindowsVérification des services de serveur sur l'autre ordinateurVérifiez que les services de serveur appropriés sont en cours d'exécution sur l'autre ordinateur. Par exemple, si vous essayez d'utiliser l'outil Telnet pour vous connecter à l'autre ordinateur, assurez-vous que celui-ci est configuré en tant que serveur Telnet.Pour vérifier que le service de serveur approprié est en cours d'exécution sur l'autre ordinateur, essayez de vous connecter à celui-ci à partir d'un autre ordinateur qui se trouve sur le même sous-réseau. Si vous ne parvenez pas à vous connecter à l'ordinateur à partir d'un autre ordinateur du même sous-réseau, contactez l'administrateur réseau pour vérifier que le service de serveur est configuré et fonctionne correctement sur l'autre ordinateur. Si vous parvenez à vous connecter à l'autre ordinateur à partir d'un ordinateur du même sous-réseau, contactez votre administrateur réseau afin de résoudre les problèmes de routage pouvant affecter le réseau. Vérification de la sécurité IP sur le serveurLes paramètres de port des services sur l'autre ordinateur peuvent être différents de ceux que vous utilisez pour vous connecter. Le tableau suivant répertorie certains paramètres de port standard pour divers protocoles :Port : Protocole : ------ ----------- 80 HTTP 21 FTP 23 Telnet 70 Gopher telnet <adresse_IP> <port> Où <adresse_IP> correspond à l'adresse IP de l'autre ordinateur et <port> correspond au port sur lequel vous essayez d'établir une connexion. Par exemple, si vous tentez d'établir une connexion ftp avec l'autre ordinateur sur le port 21, tapez telnet <adresse_IP> 21.
Si vous ne recevez pas de message d'erreur, l'autre ordinateur est configuré de façon à autoriser les connexions sur ce port. Vous devriez être en mesure d'établir une connexion à l'aide du service approprié sur ce port. Si vous recevez un message d'erreur, l'autre ordinateur n'est peut-être pas configuré de façon à autoriser les connexions sur ce port. Contactez l'administrateur réseau afin d'obtenir un numéro de port valide pour le service sur l'autre ordinateur. Impossible de se connecter à un nom d'hôte ou NetBIOS spécifiqueSi vous pouvez vous connecter à l'autre ordinateur à l'aide de son adresse IP mais vous ne pouvez pas vous connecter à l'aide de son nom d'hôte ou NetBIOS, il se peut qu'il y ait un problème de résolution de noms. Il existe de nombreuses méthodes de résolution de noms sur un réseau, parmi lesquelles :
Vérification du fichier HOSTSLe fichier HOSTS est un fichier texte modifiable dans n'importe quel éditeur de texte (tel que le Bloc-notes). Si votre réseau utilise des fichiers HOSTS pour la résolution des noms d'hôtes et que vous ne pouvez pas vous connecter à l'autre ordinateur à l'aide de son nom d'hôte, il se peut que votre fichier HOSTS contienne une entrée non valide. Recherchez le nom d'hôte de l'autre ordinateur dans votre fichier HOSTS, vérifiez qu'il n'y a qu'une entrée par nom d'hôte, puis vérifiez que l'entrée du nom d'hôte de l'autre ordinateur est valide.Pour plus d'informations sur le fichier HOSTS, consultez l'exemple de fichier HOSTS qui se trouve dans le dossier %SystemRoot%\System32\Drivers\Etc. Vérification de la configuration du service DNSUn serveur DNS effectue la résolution des noms d'hôtes. Si votre réseau utilise le service DNS pour la résolution des noms d'hôtes et que vous ne pouvez pas vous connecter à l'autre ordinateur à l'aide de son nom d'hôte, il se peut qu'il y ait un problème lié à la configuration DNS de votre ordinateur ou au serveur DNS de votre réseau.Pour déterminer s'il existe un problème lié à la configuration DNS de votre ordinateur, procédez comme suit :
Si la requête ping sur l'adresse IP du serveur DNS réussit mais que vous ne pouvez pas résoudre le nom d'hôte de l'autre ordinateur, votre serveur DNS ne résout peut-être pas les noms d'hôtes correctement. Si plusieurs serveurs DNS sont disponibles sur votre réseau, configurez votre ordinateur de manière à utiliser un autre serveur DNS. Si un autre serveur DNS résout correctement le nom d'hôte de l'autre ordinateur ou si vous n'avez pas d'autre serveur DNS à votre disposition, contactez votre administrateur réseau afin de corriger le problème lié au serveur DNS d'origine. Après avoir vérifié l'adresse IP correcte de votre serveur DNS, mettez à jour les paramètres TCP/IP de votre ordinateur. Si vous utilisez une connexion d'accès à distance pour vous connecter au réseau, vous devez modifier uniquement les paramètres TCP/IP dans l'entrée de votre annuaire téléphonique d'Accès réseau à distance en spécifiant l'adresse IP correcte de votre serveur DNS. Pour modifier ou ajouter une adresse IP valide pour votre serveur DNS dans les paramètres TCP/IP de votre ordinateur, procédez comme suit :
Vérification du fichier LMHOSTSLe fichier LMHOSTS est un fichier texte modifiable dans n'importe quel éditeur de texte (tel que le Bloc-notes). Si votre réseau utilise des fichiers LMHOSTS pour la résolution des noms NetBIOS et que vous ne pouvez pas vous connecter à l'autre ordinateur à l'aide de son nom NetBIOS, il se peut que votre fichier LMHOSTS contienne une entrée non valide. Recherchez le nom NetBIOS de l'autre ordinateur dans votre fichier LMHOSTS, vérifiez qu'il n'y a qu'une entrée par nom NetBIOS, puis vérifiez que l'entrée du nom NetBIOS de l'autre ordinateur est correcte.Si votre fichier LMHOSTS contient des entrées #INCLUDE ou des blocs de lignes #BEGIN_ALTERNATE à #END_ALTERNATE, désactivez temporairement toutes ces lignes ou blocs de lignes en plaçant le signe dièse (#) et un espace au début de chaque ligne à désactiver. Si la désactivation de ces lignes ou blocs de lignes résout le problème, réactivez les lignes ou blocs de ligne un à la fois jusqu'à ce que le problème se reproduise. Une fois que vous avez identifié la ligne ou le bloc de lignes qui provoque le problème, vérifiez les fichiers LMHOSTS vers lesquels les lignes pointent. Pour plus d'informations sur le fichier LMHOSTS, consultez l'exemple de fichier Lmhosts.sam qui se trouve dans le dossier %SystemRoot%\System32\Drivers\Etc. Vérification de la configuration du service WINSUn serveur WINS effectue la résolution des noms NetBIOS. Si votre réseau utilise le service WINS pour la résolution des noms NetBIOS et que vous ne pouvez pas vous connecter à l'autre ordinateur à l'aide de son nom NetBIOS, il se peut qu'il y ait un problème lié à la configuration WINS de votre ordinateur ou au serveur WINS de votre réseau.Pour déterminer s'il existe un problème lié à la configuration WINS de votre ordinateur, procédez comme suit :
Si la requête ping sur l'adresse IP du serveur WINS réussit mais que vous ne pouvez pas résoudre le nom NetBIOS de l'autre ordinateur, votre serveur WINS ne résout peut-être pas les noms NetBIOS correctement. Si plusieurs serveurs WINS sont disponibles sur votre réseau, configurez votre ordinateur de manière à utiliser un autre serveur WINS. Si un autre serveur WINS résout correctement le nom NetBIOS de l'autre ordinateur ou si vous n'avez pas d'autre serveur WINS à votre disposition, contactez votre administrateur réseau afin de corriger le problème lié au serveur WINS d'origine. Après avoir vérifié l'adresse IP correcte de votre serveur WINS, mettez à jour les paramètres TCP/IP de votre ordinateur. Si vous utilisez une connexion d'accès à distance pour vous connecter au réseau, vous devez modifier uniquement les paramètres TCP/IP dans l'entrée de votre annuaire téléphonique d'Accès réseau à distance en spécifiant l'adresse IP correcte de votre serveur WINS. Pour modifier ou ajouter une adresse IP valide pour votre serveur WINS dans les paramètres TCP/IP de votre ordinateur, procédez comme suit :
PropriétésNuméro d'article: 169790 - Dernière mise à jour: samedi 14 mai 2011 - Version: 3.0 Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT. | Traductions disponibles
 |
Retour au début
