> Tech > Une procédure de dépannage

Une procédure de dépannage

Tech - Par Renaud ROSSET - Publié le 24 juin 2010
email

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

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

Guide de Sécurité IA et IoT

Guide de Sécurité IA et IoT

Compte tenu de l'ampleur des changements que l'IA est susceptible d'entraîner, les organisations doivent élaborer une stratégie pour se préparer à adopter et à sécuriser l'IA. Découvrez dans ce Livre blanc Kaspersky quatre stratégies efficaces pour sécuriser l'IA et l'IoT.

Tech - Par Renaud ROSSET - Publié le 24 juin 2010