administration de service wins sous windows 2003

Administration des services windows 2003

Administration de service WINS sous Windows 2003 Club Tutoriel informatique

IT NISRO IT NISRO

IT NISRO ADMINISTRATION DE SERVICE WINS SOUS WINDOWS 2003

2 Club Tutoriel Informatique

Sommaire

I. Introduction

II. Installation et configuration d'un serveur WINS

1. Implémentation de service WINS

2. composant de service WINS

3. comparaison entre les résolutions Nom d'hote et Nom NETBios

4. Processus de résolution de nom NETBios

5. Processus de résolution de nom d'hote avec l'integration de wins au système DNS

6. Contrôler l'ordre de priorité des résolutions WINS et DNS dans Winsock

7. Types des nœuds NETBios

8. Pour changer les types de Noeuds

III. Les fonctionnalités de serveur WINS.

1. Résolution NETBios

2. L’enregistrement (l'inscription)

3. La libération

4. Correspondance statique

IV. Types de Réplication

V. La technique HUB and SPOKE

VI. La Suppression d'enregistrement

VII. Intégration de WINS au système DNS

VIII. Agent de relais WINS=PROXY WINS

IX. Le fichier LMHOSTS

X. Sauvegarder et Restauration de base de données WINS

1. Sauvegarder de base de données WINS

2. Restauration de base de données WINS

XI. Les commandes



I. Introduction Le service WINS a été crée dans le but de limiter le trafic de diffusion et de permettre

la résolution de noms NetBIOS sur plusieurs segments de réseau.

Dans Windows 2003, le principal moyen utilisé pour la résolution de noms est le système

DNS. Pour les ordinateurs clients démarrent des versions de Windows 2000, XP ou 2003, un

serveur WINS leur permettra de communiquer efficacement.(ex :Windows NT4)

Dans un réseau NetBIOS (Network Basic Input/Output System – IBM 1985 – rfc1001/1002)

les machines, utilisateurs, groupes… sont nommées afin de permettre plus facilement le

partage de ressource… Sur IP, NetBIOS utilise les ports TCP/UDP 137, 138 et 139.

Nom : La taille des noms est limitée à 15 caractères et la casse est indifférente + 1 octet

processus (00=station, 03=utilisateur, 1B=serveur PDC NT…).

Historique de L’API :

API : Application Programming Interface (interface de programmation d’application) Application

API

protocole

Séparation de couche pour ne pas avoir de conflit entre les couches.

Internet :

Utilise se module de référence.

Microsoft :

A partir de 2000 tous les versions après se base sur le socket.

Microsoft :

Les dernières versions jusqu’à NT se base sur l’API NetBIOS.

NetBIOS est un API était développé en 1980 par et par la suite Microsoft et

IBM à acheté la propriété de NetBIOS et ils ont développé par la suite.

Microsoft à laisse la comptabilité avec NetBIOS pour cela en trouve : Active NetBIOS sur TCP/IP.

II. Installation et configuration d’un serveur

WINS

1. Implémentation du service WINS L'installation du serveur WINS n'est pas incluse dans l'installation par défaut du

serveur WINDOWS 2003.

Application

Socket

Protocole

Application

WinSocke

Protocole

Application

NetBIOS

Protocole



Cette installation se fait à partir du "Panneau de configuration – Ajout/Suppression de

programmes -Ajouter/Supprimer des composants Windows". Dans la fenêtre "Composant

Windows", sélectionné "Services de mise en réseau", puis "Service WINS".

La gestion du serveur WINS, sauf cas spécial est réduite au minimum. Une console

prédéfinie permet de gérer le serveur WINS grâce au composant logiciel enfichable "WINS"

que l'on trouve dans les "Outils d'administration". La console présente l'aspect suivant à son

ouverture.

Si l'on veut rechercher un ordinateur dans la base de données pour l'afficher dans le volet

droit de la console, il faut utiliser l'option "Rechercher par …" dans le menu contextuel de

"Inscriptions actives". Si on utilise le caractère générique " * " pour la recherche, tous les

noms NETBIOS stockés dans la base de données apparaissent. Certains noms apparaissent



plusieurs fois, mais affublés d'un numéro différent. Ces numéros correspondent à des types

de noms NetBIOS.

Les types noms NetBIOS se répartissent en cinq grands groupes.

Type Description

Unique Permet d'associer le nom de l'ordinateur à l'adresse IP correspondante.

Groupe Est utilisé pour ajouter une entrée statique dans la base de données.

Nom de domaine

Indique le nom de domaine des contrôleurs de domaine Windows NT

Groupe Internet

Usage spécial permettant de référencer des ressources (imprimantes).

Multirésident Est utilisé pour inscrire un ordinateur ayant plusieurs adresses IP.

Chaque groupe comprend un certain nombre de types de noms. A chaque type correspond un numéro. Voici les numéros de types les plus utilisés.

Nom et Code Type Description

Nom_d'ordinateur [00h]

Unique Le nom correspond à une station de travail.

Nom_d'ordinateur [03h]

Unique Le nom correspond au service affichage des messages. Il est associé à chaque utilisateur connecté.

Nom_domaine [1Bh] Unique Correspond au contrôleur de domaine.

Nom_ordinateur [20h]

Unique Correspond à la fonction serveur d'un ordinateur.

Nom_utilisateur [03h]

Unique Correspond à chaque utilisateur connecté.

Nom_domaine [00h] Groupe Indique le nom du domaine de la station.



2. Composants de service WINS

Le système WINS complet de Windows server 2003 comprend les composants suivants : Serveur WINS : ordinateur qui traite les requêtes d’inscription de noms provenant des clients

WINS, inscrit les noms et adresse IP du client. Le serveur WINS répond aux requêtes de noms

NetBIOS soumises par les clients. Le serveur WINS renvoie ensuite l’adresse IP d’un nom

demandé, si ce dernier figure dans la base de données du serveur.

Base de données WINS : la base de données WINS stocke et réplique les mappages de noms

NetBIOS aux adresses IP d’un réseau.

Client WINS : ordinateur que vous pouvez configurer pour utiliser directement un server

WINS, ces ordinateurs possèdent généralement plusieurs noms NetBIOS qu’ils doivent

inscrire pour pouvoir être utilisés sur le réseau.

Agent proxy WINS : ordinateur qui contrôle la diffusion des requêtes de noms et répond aux

requêtes clientes lorsque les noms ne figurent pas sur le sous-réseau locale. Le proxy

communique avec un serveur WINS pour résoudre les noms, puis les met en cache pour une

période donnée.

3. Comparaison entre la résolution Nom d’hôte et Nom

NetBIOS :

Nom d’hôte Nom NetBIOS Jusqu’à 255 caractères (255 octet) Jusqu’à 15 caractères + un 16eme (en

hexadécimal) pour indique le type de service.

Structure Hiérarchique (verticale) Structure Plate (horizontale)

Même nom d’hôte pour plusieurs ordinateurs

de différent suffixe DNS.

Impossible d’avoir le même nom NetBIOS

pour deux ordinateurs dans le même réseau

NetBIOS.

Identifie de façon précise un ordinateur dans

l’espace de nom DNS.

Identifie un ordinateur dans un réseau

NetBIOS.

Nom crée avec l’application standard Ne permet pas la résolution sur internet.

4. Processus de résolution de nom NetBIOS :



Server WINS : Server qui gère une base de donnée de mappage de nom NetBIOS en @ IP.

Cache NetBIOS : emplacement dans la ram destiné aux noms NetBIOS résolues en @ IP + le

mappage des entrées dans le fichier LmHosts contenant la balise #PRE (préchargé).

Diffusion locale : requête NetBIOS est diffusée sur le réseau locale (ne passe pas pour les

routeurs).

Redirecteur NetBIOS : service qui prend une requête NetBIOS émise pour une application ou

un service et qui gère le processus de résolution NetBIOS (out passe par lui).

5. Processus de résolution de nom d’hôte avec l’intégration de

WINS au système DNS. 1. Fichier hosts

2. Cache client DNS (préchargé le contenue de fichier Hosts par défaut)

3. Server DNS

Sinon

Redirecteur NetBIOS (voir résolution NetBIOS).



6. Contrôler l’ordre de priorité des résolutions WINS et DNS dans

Winsock Hkey_local_machine_\systeme\curentControleSet\Services\Tcpip\ServiceProvide

Host priority, DNS Priority et Netbt priority

Plus la valeur hexadécimal est faible, plus le mécanisme de résolution de noms

(hosts, DNS, WINS, diffusion et LMHOSTS) est utilise en 1ere au cours du processus

de résolutions.

Exemple :

La priorité par défaut du DNS est de 7D0 et celle du WINS est de 7D1.

DNS intervient avant WINS.

Si vous poussez la valeur du DNS à 7D2==> WINS passera en 1ere.

7. Types de nœuds NetBIOS : Nœud B (B-node) B=Brodcast

c’est un client NetBIOS qui demande une résolution NetBIOS avec une diffusion; client

non WINS.

Nœud P (P-node) P=Point to Point

C’est un client NetBIOS qui demande une résolution NetBIOS en utilisent son service

WINS.

Nœud M (M-node) M=Mixte

En premier temps B

Puis en deuxième temps P

Nœud H (H-node) H=Hybride

C’est un ordinateur qui utilise en premier un nœud P pour ces résolution si ca marche

pas il essai la diffusion locale (Broadcast).



8. Pour changer les types de Nœuds

A partir d’un ordinateur client dans la base de registre :

Hkey-localmachine\systeme\currentcontrolset\services\NetBT\parametres\NodeType

Nœud B ==> 1

Nœud P ==> 2

Nœud M ==> 4

Nœud H ==> 8

A partir du serveur DHCP :

Configurez l’option 046 type de Nœud WINS\NBT

III. Les fonctionnalités de Serveur WINS :

1. Résolution NetBIOS :

2. L’enregistrement (l’inscription)



Pour l’enregistrement d’nom NetBIOS on a trois cas :

i. Première cas :

Si le client WINS n’est pas inscrit dans la base de données WINS ; il envoie une

demande d’inscription ou server WINS ; puis se dernier il va vérifie sa base de

donnée est ce qu’il a le nom NetBIOS+@IP demandé :

S’ils sont déjà inscrit dans la basé de donnée avec un état actif le server accepte

l’inscription comme mise à jour.

Sinon le server WINS envoie un requête d’acceptation l’inscription et le client sera

inscrit dans la base de données WINS avec l’état actif.

ii. Deuxième cas :

Si le client est déjà inscrit dans la base de données WINS avec un nom NetBIOS et un

@IP (nom NetBIOS Nassir +@IP 10.10.10.10) ; puis elle tente l’inscription une autre



fois après le changement de @IP (nom NetBIOS NASSIR +@IP 10.10.10.12) ==> nom

NetBIOS valide +@IP invalide==> Le server WINS envoie un WACK ou client WINS

pour attendre puis le server WINS à trois reprises pour résoudre le nom à l’aide du

service WINS.

Si un serveur WINS résout le nom NetBIOS (quand le Nom NetBIOS +@IP 10.10.10.10

est Libéré), l’adresse IP est renvoyée au client. Après avoir reçu la réponse, le client

utilise cette adresse pour se connecter avec la ressource souhaitée.

Sinon le serveur WINS ne peut résoudre le nom NetBIOS, le processus de résolution

se poursuit en dehors du service WINS. Le client avec nœud H tente une diffusion. Si

la diffusion échoue, le client vérifie le fichier Lmhosts.

3. La Libération :

Demande de libération effectuée lorsqu’on ferme l’ordinateur. En plus si un panne se

déroule par exemple si on débranche l’électricité de l’ordinateur d’une manière incorrecte ;

c’est a dire sans ferme l’ordinateur par ses utilitaire ; les enregistrements sans pas libéré et il

faut les supprime manuellement.

Etat d’un enregistrement WINS

Actif ==> En cours d’utilisation.

Libéré ==> le client se ferme et le libéré.

Eteint ==> désactivé (Ne peut être mise à jour).

Supprimé ==> Nettoyé de la base de données WINS.



1. les clients inscris automatiquement avec le WINS P. mais si le WINS P tombe en panne ; en sais que

tous les enregistrements sont dans la base de données de WINSP et le WINS S ne peut pas répondre

a la résolution des clients WINS.

Pour remédie a ce problème on a les réplications c’est-à-dire faire une copie de la base de donné

WINS P vers le WINS S.

4. Correspondance statique

S'il existe sur le réseau des ordinateurs qui n'ont pas de client WINS, mais qui possèdent une

adresse IP, vous pouvez créer manuellement un mappage entre le nom d'un de ces ordinateurs et

son adresse IP. On parle alors de mappage statique. Pour ajouter un nom et une adresse, dans la

console WINS, cliquer sur le sous-dossier "Inscriptions actives" et dans le menu contextuel, utiliser

"Nouveau mappage statique …".

Dans la fenêtre qui s'ouvre, entrer le nom donné à cet ordinateur et son adresse IP.



IV. Types de Réplications

Réplication par l’émission :



La réplication par émission est le processus qui consiste à copier les données WINS mises à

jour d’un serveur WINS sur d’autres serveurs WINS, à chaque fois que le serveur WINS

contenant ces données mises à jour atteint un seuil de modifications spécifié.

Le processus de réplication par émission se déroule comme suit :

1. Un partenaire émetteur avertit ses partenaires de réplication à chaque fois que le nombre

de modifications apportées à sa base de données WINS dépasse un seuil spécifique,

configurable. Vous pouvez par exemple configurer un partenaire émetteur de sorte qu’il

avertisse les partenaires de réplication dès que 20 modifications ont été apportées à sa base

de données WINS.

2. Lorsque les partenaires de réplication répondent à sa notification par une requête de

réplication, le partenaire émetteur leur envoie les réplicas de ses nouvelles entrées de base

de données. Vous devez configurer un partenaire de réplication en tant que partenaire

émetteur si les serveurs sont reliés par des liaisons rapides. De cette façon, les bases de

données WINS maintiennent un haut niveau de synchronisation malgré l’augmentation du

trafic de réplication.

Réplication par réception :



La réplication par réception est le processus qui consiste à copier les données WINS

mises à jour d’un serveur WINS sur un autre serveur WINS à des intervalles spécifiés,

configurables.

Le processus de réplication par réception se déroule comme suit :

1. Un partenaire récepteur demande, à intervalles réguliers, les modifications apportées à

une base de données WINS. Vous pouvez, par exemple, configurer un partenaire récepteur

de sorte qu’il demande les modifications apportées à la base de données toutes les 8 heures.

2. Les partenaires de réplication répondent à cette demande en envoyant toutes les

nouvelles entrées de la base de données au partenaire récepteur. Vous devez configurer un

partenaire de réplication en tant que partenaire récepteur si les serveurs WINS sont reliés

par des liaisons lentes. Cette configuration limite la fréquence du trafic de réplication sur la

liaison, à des heures spécifiques. Vous pouvez, par exemple, planifier la réplication de sorte

qu’elle intervienne aux heures creuses, pour éviter qu’elle ne se produise au cours des

périodes de trafic élevé.

Si vous optez pour la réplication par réception, vous devez savoir qu’une fréquence de

réplication plus faible contribue à réduire la synchronisation des bases de données WINS.

Lorsqu’un serveur WINS possède des données incomplètes, certaines tentatives de

résolution de noms peuvent échouer.

Réplication par émission et réception :

Lors de la réplication par émission/réception, le serveur WINS met à jour ses

enregistrements avec les nouvelles entrées de bases de données provenant de ses

partenaires de réplication. Ce processus est basé sur un seuil de réplication ou sur un

intervalle de réplication, selon la première condition satisfaite.

Vous devez configurer un partenaire de réplication en tant que partenaire

émetteur/récepteur si vous souhaitez spécifier un seuil et un intervalle de réplication pour le

partenaire. Vous vous assurez ainsi que les bases de données WINS demeurent

synchronisées, quel que soit le nombre de modifications apportées. En fait, la réplication se



produit lorsque le seuil des modifications a été atteint ou lorsque l’intervalle maximal entre

les notifications de réplication a été dépassé, selon la première condition satisfaite.

Par défaut, les partenaires de réplication WINS sont configurés en tant que partenaires

émetteurs/récepteurs. Il s’agit de la méthode la plus simple et la plus efficace pour s’assurer

que les bases de données de ces serveurs sont pratiquement identiques à tout moment.

Pour avoir une base de données centralisé on ajoute un serveur WINS ou en réplique tous

les bases de données des trois servers WINS pour centralisé la résolution.

V. La technique Hub and Spoke :



Chaque réseau a son propre server WINS P et WINS S pour les clients de déférent réseau ; la

tache principale de WINS Secondaire et de collecte les bases de données des trois servers

WINS Principaux et de les regroupé en une unique base de données WINS de niveau

entreprise, et de répliqué cette base WINS vers les servers principaux locaux.

Chaque WINS Principale désigné alors le server WINS centrale (WINS Secondaire) un seul

partenaire émetteur/collecteur, et aussi WINS Secondaire désigné les trois servers

principaux comme partenaire émetteur/collecteur.

VI. La suppression d’enregistrement

On a deux modes de suppression :

Supprimé : si un enregistrement est supprimé dans une base de donnée (par exemple wins1)

et il était réplique dans autre base de donnée (wins2 ;wins3) avec l’état actif ,lorsque les

réplications s’effectue il sera mettre a jour a état actif.



Désactivé : si un enregistrement est désactivé dans une base de donnée (par exemple wins1)

et quand les réplications se déclenché il va avertir les autres (wins2, wins3) que

l’enregistrement est désactivé pour qu’il sera désactivé dans les base de donnée et après le

supprimé lorsqu’il vieille.

VII. Intégration de WINS au système DNS :



Lorsque le client DNS veut avoir une résolution du nom NetBIOS PC01 , il contacte le server

DNS pour demande la résolution se dernier si il n’a aucun enregistrement pour se nom

envoie un échec de résolution.

Pour remédie a ce problème on configure le Server DNS pour qu’il puisse contacte un server

WINS qui termine la résolution pour le client DNS.

Une fois le service NetBIOS est actif sur server DNS se dernier contacte un Server WINS avec

un déclencheur de redirecteur NetBIOS car le Server DNS installe avec lui toujours un service

client( resolver et un redirecteur NetBIOS).

VIII. Agent de relais WINS = PROXY WINS



Il va écoute les diffusions et les relayé avec le server WINS. C’est un client WINS se

trouve avec des Nœud B qu’il a fonctionnalité PROXY WINS active. Le rôle de PROXY WINS

est d’écouter les requête de diffusion est le relayé avec un server WINS.

Le PROXY WINS il s’active de la base de registre de client :

Hkey-localmachine\systeme\currentcontrolset\services\NetBT\parametres\

Par défaut il a la valeur 0= désactivé et 1>=active.

IX. Le fichier LMHOSTS :

Est un fichier ASCII séquentiel qui fait le mappage entre le nom NetBIOS a distant et l’@ IP.

Utilité : Pour contient les noms NetBIOS a distant.

Pour préchargé les entre de ficher dans la cache NetBIOS.

Pour intégrée des entrées statiques.

On peut centraliser le fichier LMHOSTS et tous les clients Non-WINS on les pointe

vers le fichier pour demande la résolution de nom NetBIOS.

Il est conseils de mettre tous les entrés préchargé a la fin des entrées dans le fichier

LMHOSTS.

Ecrivez les noms NetBIOS suffixés de la manière suivant dans LMHOSTS :

1. Entrez le nom entre guillemet.

2. Ajoutez suffisamment d’espaces à la fin des noms pour avoir 15 caractères.

3. Après les espaces ajoutez ( \0X) suivi du code hexadécimal (c’est le 16 éme octet).

Exemple :

10.10.15.1 poste01



10.10.15.1 « isgim \0X1B » <1B>==> contrôleur de domaine ;<1C>==>tout autre

contrôleurs.

10.10.15.1 poste01 #PRE

10.10.15.1 poste01 #DOM : isgim <#DOM>==> suffixe spécifie pour des

contrôleurs de

domaine.

LMHOSTS centralisé :

#BEGIN_ALTERNATE

#INCLUDE \\POSTE01\PARTAGE1\LMHOSTS

#INCLUDE \\POSTE02\PARTAGE2\LMHOSTS

#END_ALTERNATE

Pour utilise le fichier LMHOSTS il faut enlever l’extension. (Pour enregistre un fichier sans

extension en le met entre gemmé "LMHOSTS").

X. Sauvegarde et restauration de base de

données WINS 1. Sauvegarder la base de données WINS

1. Ouvrez WINS. 2. Dans l'arborescence de la console, cliquez sur le serveur WINS concerné.

Où ? o WINS/serveur WINS applicable

3. Dans le menu Action, cliquez sur Sauvegarder la base de données. La boîte de dialogue Rechercher un dossier s'ouvre.

4. Sélectionnez l'emplacement de la sauvegarde de la base de données WINS. Cliquez sur OK.

5. Une fois la sauvegarde terminée, cliquez sur OK.

2. Restaurer la base de données WINS

1. Arrêtez WINS. Pour plus d'informations, consultez Rubriques connexes.

2. Supprimez tous les fichiers du chemin d'accès au dossier sur l'ordinateur serveur WINS sur lequel vous restaurez la base de données. Ce chemin est déterminé par le paramètre actuel de Chemin d'accès de la base de données, situé sous l'onglet Avancé dans Propriétés de serveur.

3. Ouvrez WINS.



4. Dans l'arborescence de la console, cliquez sur le serveur WINS concerné. Où ?

o WINS/serveur WINS applicable 5. Dans le menu Action, cliquez sur Restaurer la base de données. 6. Dans la boîte de dialogue Rechercher un dossier, cliquez sur le dossier (par exemple,

C:\) ayant été utilisé précédemment pour sauvegarder la base de données WINS locale, puis cliquez sur OK.

XI. LES COMMANDE Netuse \\poste01\partage

Affiche une lecture au chemin de partage.

Netview \\poste01

Affiche tous les partages de poste01

Hostname

Affiche le nom d’hôte (qui est le même que le nom NetBIOS par défaut mais pas

forcément).

Nbtstat –n

Affiche le nom NetBIOS locaux.

Nbtstat –A @IP

Affiche le nom NetBIOS d’un poste distant et aussi @ MAC.

Nbtstat –R

Vide le cache et rechargé la table d’un couche NetBIOS.

Nbtstat –c

Liste le cache des noms distants y compris les @IP.

Plus de Tutoriel :

https://www.facebook.com/ClubTutorialInformatique

http://clubtutoinformatique.blogspot.com/

https://www.facebook.com/ClubTutorialInformatique

http://clubtutoinformatique.blogspot.com/

administration de service wins sous windows 2003

Documents