Metsys Blog

Retour d’expérience : les alias DNS pour un serveur de fichiers

Cliquez pour évaluer cet article !
0 avis

L’objectif est de transférer le contenu de 3 serveurs Windows Server vers un nouveau serveur Windows Server.


Pour effectuer cette action, nous allons utiliser l’outil « File Transfert Migration Toolkit » téléchargeable à l’adresse suivante : http://www.microsoft.com/en-ca/download/details.aspx?id=10268
Les utilisateurs devaient pouvoir continuer à se connecter aux données partagées en utilisant les noms des anciens serveurs.


Trois alias DNS ont été créés pointant chacun vers le nouveau serveur de fichiers Windows.
Pour cela, il a fallu arrêter les anciens serveurs de fichiers.
Mais lors du montage de la maquette du projet, un problème est survenu :

Les pings du nouveau serveur avec les noms des anciens serveurs fonctionnaient bien mais lors de la connexion aux partages du nouveau serveur avec les anciens noms de serveur, ce message d’erreur apparait : « You were not connected because a duplicate name exists on the network« .


En fait, par défaut le système de partage de fichier de Windows n’autorise pas les connexions avec des noms multiples.
Pour permettre cela, il faut appliquer les préconisations de l’article suivant :
http://support.microsoft.com/kb/281308

Les postes sous Windows 2000 (si vous en avez encore…) peuvent aussi nécessiter la clé :

OptionalNames (type REG_MULTI_SZ) dans HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices LanmanServerParameters.

La clé doit avoir comme valeur la liste des tous les noms que vous voulez définir pour le serveur de fichier (mettre un nom par ligne).

Notez cet article

Vous avez aimé cet article ?

Rendez-le plus visible auprès des internautes en lui mettant une bonne note.

Cliquez pour évaluer cet article !
0 avis

Articles pouvant vous intéresser

Resource Guard 

Mise en place du Resource Guard Azure Resource Guard est un concept qui fait référence