Bonjour à tous
J’ai récemment travaillé sur un projet de consolidation de serveurs de fichiers.
L’objectif était de transférer le contenu de 3 serveurs vers un nouveau serveur.
Jusqu’à là rien de révolutionnaire. Comme d’habiture, j’ai utilisé l’utilitaire “File Transfert Migration Toolkit”.
Là où cela devient intéressant, c’est que je devais donner un nouveau nom à mon nouveau serveur. Cependant, les utilisateurs devaient pouvoir continuer à se connecter aux données partagées en utilisant les noms des anciens serveurs.
Pour cela, j’ai créé trois alias DNS pointant chacun vers le nouveau serveur.
Pour faire cela, il a fallu arrêter les anciens serveurs de fichiers.
Lorsque que j’ai monté la maquette du projet j’ai été cependant été confronté à un problème.
J’arrivais bien à pinguer le nouveau serveur avec les noms des anciens serveurs mais dès que j’essayais de me connecter aux partages du nouveau serveur avec les anciens noms de serveur, j’obtenais ce message d’erreur : “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
Malgré l’application de cette clé, certains postes WIndows NT4 et WIndows 2000 n’arrivaient toujours pas à se connecter au réseau.
J’ai donc ajouté aussi la clé OptionalNames (type REG_MULTI_SZ) dans HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ LanmanServer\Parameters.
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).
Pour plus d’informations, voir article suivant :
http://www.laboratoire-microsoft.org/t/1258/
a+
Ping : Msreport - Guillaume MATHIEU Consultant PROSERVIA » Archive du blog » Problèmes alias DNS et imprimantes sous Windows 2008 R2 -> Operation could not be completed (error 0×00000709)
Bonjour,
Un petit complément. Ce problème se produit depuis Windows 2000 SP4 et Windows 2003 SP1 dans lesquels MS à modifié les règles d’accès.
On peut être également confronté à cette situation de “non accès” dans un cas beaucoup plus tordu, mais cependant courant : celui ou une machine (serveur) possède des noms d’hosts différents selon l’interface.
Ainsi, la machine peut s’appeler Host vu de l’interface de production (et elle est enregistrée sous ce nom dans les DNS), et Host-bck vu par l’interface de sauvegarde (qui n’a pas de DNS renseigné dans ses propriétés IP). Le pb se pose alors quand l’agent de sauvegarde se présente à son serveur de sauvegarde, via l’interface de sauvegarde. L’OS du serveur de sauvegarde joue alors les chiens de garde “tu m’a appelé comment ? Pas mon nom, je reset la connexion !”. Dommage alors pour les sauvegardes qui ne passent pas.
La solution à ce pb :
Ref : http://support.microsoft.com/kb/281308/en-us
(DisableStrictNameChecking)
mais également
Ref : http://support.microsoft.com/kb/926642
Désactivation du contrôle de bouclage d’authentification (DisableLoopbackCheck)
Excellents vos retours d’expériences … comme toujours.