LEÇON 21 · 18 MIN ESTIMÉES

Vérifier Windows, macOS et Linux

Le dépannage commence souvent sur le client. Relever IP, masque ou préfixe, passerelle, DNS et interface active. Une connectivité IP réussie ne prouve pas que la résolution de noms fonctionne. Les outils peuvent être absents ou nécessiter des privilèges ; leurs options diffèrent selon le système.

Votre objectif

Savoir expliquer vérifier windows, macos et linux, interpréter l’exemple et résoudre la mise en application sans recopier le corrigé.

  • 1.10 Verify IP parameters for Client OS (Windows, Mac OS, Linux)

Prérequis : les notions précédentes, notamment Configurer IPv4 et la passerelle.

Relier les idées

CARTE CONCEPTUELLE
Vérifier Windows, macOS et LinuxCarte conceptuelle simplifiée : Adresse · 32 bits → Préfixe réseau → Bits hôte → Bloc / intervalle. Les liens illustrent les relations pédagogiques, pas nécessairement des connexions physiques ni l’ordre complet d’un protocole.Adresse · 32 bits01Préfixe réseau02Bits hôte03Bloc / intervalle04CARTE CONCEPTUELLE · SCHÉMA SIMPLIFIÉ
Carte simplifiée : les liens représentent les relations du sujet, pas nécessairement une topologie physique. Les étapes ci-dessous détaillent les règles réelles.

Sous Windows, ipconfig /all affiche notamment configuration IP, DHCP et serveurs DNS.

Comprendre, étape par étape

01

Sous Windows, ipconfig /all affiche notamment configuration IP, DHCP et serveurs DNS.

02

Sous Linux, ip address et ip route permettent d’inspecter adresses et routes ; resolvectl status dépend du service de résolution installé.

03

Sous macOS, ifconfig et route -n get default permettent d’inspecter interfaces et route par défaut ; scutil --dns renseigne la résolution.

04

Tester une adresse IP puis un nom permet de séparer partiellement routage et résolution DNS ; un ping bloqué n’est pas une preuve définitive de panne.

Un exemple concret

LABORATOIRE · EXEMPLE PÉDAGOGIQUE
Windows : ipconfig /all ; route print ; nslookup exemple.test
Linux : ip address ; ip route ; resolvectl status
macOS : ifconfig ; route -n get default ; scutil --dns

Les invites indiquent le mode IOS ; ne les saisissez pas avec la commande. Adaptez noms d’interfaces, fonctionnalités et syntaxe au modèle. Sorties illustratives, non captures d’un matériel réel.

PASSER DE LA LECTURE AU RÉFLEXE

À vous de jouer

Une application par IP fonctionne, mais le même service par nom échoue. Quelle hypothèse prioritaire ?

Un indice, pas la réponse

Identifiez le contexte et la couche concernés. Comparez votre hypothèse aux quatre règles de la leçon avant de consulter le corrigé.

Voir le raisonnement corrigé

Examiner DNS : serveur configuré, réponse attendue, suffixe et cache. Certaines applications utilisent aussi le nom pour TLS ou HTTP ; la comparaison doit tenir compte de ce comportement.

Le déclic en quatre questions

Quatre affirmations à distinguer des idées reçues. Correction immédiate, sans effet sur votre certification.

À retenir

Sous Windows, ipconfig /all affiche notamment configuration IP, DHCP et serveurs DNS. Tester une adresse IP puis un nom permet de séparer partiellement routage et résolution DNS ; un ping bloqué n’est pas une preuve définitive de panne.

Ce marqueur est personnel : refaites l’exercice pour vérifier votre maîtrise.

Sources & vérification

Référentiel vérifié le 2026-10-09. Sources de référence, explications originales. Les configurations et TP n’ont pas été exécutés sur IOS/Packet Tracer dans cette livraison.

Trouver une connexion

Échap pour fermer · recherche locale, sans serveur