Une navigation réussie est le résultat d'une interaction complexe entre plusieurs sous-systèmes de réseau de base de Windows. C'est pourquoi aucune procédure de dépannage ne vaut pour toutes les situations. Le processus que vous utiliserez dépendra des symptômes constatés. Et, souvent, votre réussite dépendra d'une bonne compréhension de la structure
Une procédure de dépannage
de
votre réseau. Quand vous dépannez la
navigation, tenez compte du temps
qu’il faut pour procéder à un changement
des membres de la liste de navigation.
Si je ne peux pas recommander
une procédure de dépannage universelle,
je peux en revanche décrire comment
je procèderais pour un scénario
classique : un ou plusieurs ordinateurs,
ou plusieurs tous les ordinateurs provenant
d’un domaine broadcast sont
manquants sur la liste de navigation
d’un client. J’ai l’habitude de « prétendre
que je suis l’ordinateur » quand
je dépanne – c’est-à -dire, que je suis le
processus que, selon moi, le système
suit, jusqu’à ce que je découvre le
point de défaillance du processus. Par
conséquent, ma procédure de dépannage
suit la liste de navigation depuis
le domaine broadcast sur lequel réside
l’ordinateur manquant jusqu’à la liste
de navigation incomplète sur le domaine
broadcast du client.
La procédure suppose que vous
avez contrôlé l’ordinateur absent de la
liste de navigation, pour vous assurer
qu’il fonctionne correctement et qu’il
est bien relié au réseau. En route, vous
découvrirez où le système est défaillant
et vous aurez des éléments précis
à contrôler quand vous trouverez le
point responsable. N’oubliez pas que
le problème de navigation peut être causé par des défaillances de résolution
de nom et qu’il peut se produire
dans les cas suivants : quand un navigateur
maître est « multihomed », quand
un ou plusieurs ordinateurs ont la
sous-clé du registre HKEY_LOCAL_
MACHINE\SYSTEM\CurrentControlSet
\Services\LanmanServer\Parameters\Hi
dden réglé sur 1, quand un navigateur
maître du segment ne parvient pas à
recevoir une annonce de l’ordinateur,
ou quand un navigateur maître et l’ordinateur
manquant n’ont pas en commun
de protocoles de transport qualifiés
pour NetBIOS.
Pour cette procédure, il est donc
préférable de travailler à partir d’un ordinateur
situé dans le même domaine
broadcast que le navigateur maître du
segment que vous vérifiez, pour être
sûr que les problèmes potentiels de
routage ou de serveur WINS n’affectent
pas la procédure de test. Dans les
étapes suivantes, je suppose un scénario
dans lequel vous utilisez la version
Win2K de Browstat, le numéro de protocole
2, un domaine appelé MYDOMAIN,
un PDC nommé DC1, un navigateur
maître de segment nommé
SERVER1 et un navigateur de sauvegarde
nommé BACKUP1.
Téléchargez cette ressource
Microsoft 365 Tenant Resilience
Face aux failles de résilience des tenants M365 (configurations, privilèges, sauvegarde). Découvrez 5 piliers pour durcir, segmenter et surveiller vos environnements afin de limiter l’impact des attaques. Prioriser vos chantiers cyber et améliorer la résilience de vos tenants Microsoft 365.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Analyse Patch Tuesday Mai 2026
- Pour un cloud plus fiable : renforcer l’auditabilité et la transparence au service de la sécurité
- Explosion des identités et insécurité persistante : l’EMEA face à un tournant critique
- ALERTE ! De nouvelles générations de cybermenaces dopées à l’IA
Articles les + lus
Rhea1 : SiPearl allume le CPU européen le plus ambitieux pour le HPC et l’IA souveraine
Analyse Patch Tuesday Mai 2026
Les coûts cachés des merge requests générées par l’IA
Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
Moderniser le développement logiciel : de la fragmentation à l’intégration
À la une de la chaîne Tech
- Rhea1 : SiPearl allume le CPU européen le plus ambitieux pour le HPC et l’IA souveraine
- Analyse Patch Tuesday Mai 2026
- Les coûts cachés des merge requests générées par l’IA
- Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
- Moderniser le développement logiciel : de la fragmentation à l’intégration
