Aller au contenu principal
Toutes les rubriques

Diagnostic réseau · 4 min

Lire ipconfig : interface, passerelle et DNS avant de dépanner

Un relevé de configuration permet de séparer interface inactive, adresse mal attribuée et résolution de noms. Commencez par lire les paramètres avant de renouveler ou réinitialiser le réseau.

Un relevé de configuration permet de séparer interface inactive, adresse mal attribuée et résolution de noms. Commencez par lire les paramètres avant de renouveler ou réinitialiser le réseau.
Schéma : Interface active → Adresse et masque → Passerelle et DNS.
Schéma explicatif.
01Public concernéUtilisateurs, indépendants et responsables d’un petit réseau
4points de contrôleà vérifier avant de choisir.
2réponses FAQsur les usages, les démarches et les points à vérifier.

Données pratiques

Interpréter les observations

Les résultats ci-dessous servent à choisir le prochain contrôle ; ils ne suffisent pas à attribuer une panne à un acteur.

Interpréter les observations
ObservationInterprétation possibleContrôle suivant
Interface déconnectéeCette interface ne porte pas le testIdentifier la liaison active
Adresse inattendue sur un seul clientConfiguration locale possibleDHCP, masque et adresse manuelle
Même configuration, application seule en échecLe relevé ne décrit pas tout l’usageTester DNS, transport et application

Gardez l’état initial et comparez un seul paramètre à la fois.

Choisir la bonne interface

Dans Windows, ipconfig affiche les paramètres IP et ipconfig /all fournit davantage de détails. Un ordinateur peut présenter simultanément Ethernet, Wi-Fi, VPN et interfaces virtuelles. L’adresse visible sur la première ligne ne décrit donc pas nécessairement votre trajet actuel.

Notez le nom de l’interface qui porte l’usage testé. Comparez le relevé avec le câble ou le Wi-Fi effectivement connecté. Une interface déconnectée conserve parfois une ligne dans le résultat sans participer au trafic.

Lire les informations dans le bon ordre

Vérifiez d’abord que l’adresse et le masque correspondent au réseau prévu, puis identifiez la passerelle et les DNS. Une adresse privée n’est pas l’adresse publique du logement. Plusieurs adresses IPv6 sur une interface peuvent être normales.

Une adresse IPv4 auto-attribuée invite à vérifier l’attribution du réseau, mais elle ne résume pas à elle seule IPv6. Ne recopiez pas l’adresse d’un autre poste : vous pourriez créer un conflit.

Comparer avant de renouveler

Conservez le premier relevé, puis comparez avec un autre appareil placé dans le même segment. Si les deux utilisent un réseau différent, le contraste ne permet pas de conclure à un défaut du premier appareil.

Les commandes de libération et de renouvellement modifient l’état de la connexion. Évitez de libérer une adresse pendant une prise en main distante sans disposer d’un autre accès. Une lecture simple est suffisante pour débuter le diagnostic.

Remettre un relevé exploitable au support

Transmettez l’heure, l’interface et le symptôme avec les champs utiles. Le résultat complet peut contenir noms internes, adresses matérielles et suffixes d’entreprise ; retirez les éléments sans rapport avec la demande.

Après correction, refaites le relevé et testez passerelle, résolution d’un nom et application. Cela permet de distinguer un changement de configuration d’un simple retour temporaire du service.

Exemple : préparer un relevé Windows utile

Lancez ipconfig /all dans une invite de commandes et repérez la section correspondant à Ethernet ou au Wi-Fi utilisé. Dans votre fiche, séparez l’adresse IPv4, le masque, la passerelle et les serveurs DNS. Une interface VPN doit être relevée dans sa propre ligne pour éviter de mélanger les paramètres de deux trajets.

Si un poste fonctionnel possède une adresse du même sous-réseau et la même passerelle, comparez ensuite les DNS et l’origine de l’adresse. Si le poste en panne utilise une adresse manuelle, faites confirmer sa réservation avant de réactiver DHCP. Conservez les deux relevés, l’heure et le symptôme : une différence de configuration oriente la recherche sans prouver à elle seule la cause.

Questions fréquentes

Une adresse privée est-elle anormale ?

Non. Elle est courante dans un réseau local. Il faut la lire avec le masque, la passerelle et le rôle de l’interface.

Faut-il lancer toutes les commandes de réparation ?

Non. Lire et comparer donne souvent l’information nécessaire. Les commandes qui libèrent des adresses interrompent des connexions.

Vérification et attribution

Sources, cartes et outils pour vérifier ce guide

La sélection dépend du sujet traité : autorité publique, carte de couverture, démarche officielle ou outil de mesure. Une disponibilité, un tarif ou une garantie doit toujours être confirmé dans le contexte exact de l’utilisateur.

Documentation officielle

Microsoft — ipconfig

Domaine learn.microsoft.com

Documentation technique pour les vérifications décrites dans ce guide.

Documentation officielle

IETF — adresses privées IPv4

Domaine rfc-editor.org

Documentation technique pour les vérifications décrites dans ce guide.

À lire aussi