OVH Cloud OVH Cloud

Windows 2003 Problème d'accès à un lien DSF, erreur 1232

4 réponses
Avatar
fatfreddy31
Bonjour,


J'ai un probl=E8me bloquant d'acc=E8s =E0 un lien DSF.
Toutes les manipulations d=E9crites ci dessous sont effectu=E9es avec un

compte administrateur de domaine, les partages utilis=E9s sont
parfaitement accessibles.
J'ai deux n=9Cuds de cluster windows 2003 et je souhaite rendre
accessible des informations du n=9Cud B de mani=E8re transparente sur le
n=9Cud A.
Par la mmc et =E0 l'aide des wizards propos=E9s, je cr=E9e sans probl=E8me
une racine DSF autonome sur un partage du n=9Cud A(pas
d'impl=E9mentation d'active directory chez moi), sous cette racine
je cr=E9e =E9galement un lien DSF que je fais pointer sur un r=E9pertoire
partag=E9 du n=9Cud B.
Toute l'op=E9ration se passe correctement, la racine et le lien sont
vus activ=E9s/en ligne, si je double clique sur le lien dans la mmc un
explorateur est lanc=E9 pointant sur le chemin UNC du lien.
Un r=E9pertoire est correctement cr=E9=E9 sous le partage du n=9Cud A
(racine DSF) mais inaccessible.
Je me chope =AB <chemin du r=E9pertoire> n'est pas accessible.
L'emplacement r=E9seau ne peut pas =EAtre atteint. =BB si j'essaye
d'acc=E9der depuis le serveur (Windows 2003) et =AB Le syst=E8me distant
n'est pas accessible par le transport =BB si j'acc=E8de depuis une
workstation NT4/SP6. Ce qui correspond =E0 une erreur 1232.
J'ai reproduit la manip sur d'autres serveurs Windows 2003 (dont 1
en SP1) n'=E9tant pas en cluster, avec des partages et des
r=E9pertoires sans aucune s=E9curit=E9, m=EAme punition.
Rien trouv=E9 dans le KB Microsoft bien sur.=20
Au secours !!

4 réponses

Avatar
Jacques Barathon [MS]
wrote in message
news:
J'ai un problème bloquant d'accès à un lien DSF.


Petite précision: il s'agit de DFS et non pas de DSF.

<snip>
Un répertoire est correctement créé sous le partage du noud A
(racine DSF) mais inaccessible.
Je me chope « <chemin du répertoire> n'est pas accessible.
L'emplacement réseau ne peut pas être atteint. »


As-tu vérifié que les permissions NTFS du dossier racine lui-même (sur le
noeud A) donnent un accès en lecture à tout le monde?

Jacques

Avatar
fatfreddy31
DFS bien sur! Scusez moi pour cette dyslexie!!
Bien évidemment "tout le monde" a accès en lecture à la racine, ça
serait trop simple (parfois ça l'est).
Ce qui m'inquiète c'est « Le système distant n'est pas accessible
par le transport », quel transport?
J'espère quand même que NetBUI n'est pas nécessaire au
fonctionnement de DFS (je n'ai rien lu de tel).
Merci quand même.

Florian
Avatar
Jacques Barathon [MS]
wrote in message
news:
Ce qui m'inquiète c'est « Le système distant n'est pas accessible
par le transport », quel transport?
J'espère quand même que NetBUI n'est pas nécessaire au
fonctionnement de DFS (je n'ai rien lu de tel).
Merci quand même.

Que vient faire NetBEUI là-dedans? Il s'agit d'un vieux protocole largement
obsolète... Tu confonds peut-être avec NetBIOS, souvent noté NetBT dans des
messages de Windows (NetBT pour NetBios Transport).

La manip entre deux noeuds d'un cluster est assez curieuse. Je ne comprends
pas bien la logique, sachant qu'un noeud de cluster est censé être
"virtuel", c'est-à-dire que ses ressources sont susceptibles d'être reprises
en toute transparence par un autre noeud en cas de problème.Or en créant la
racine sur un noeud et en créant un lien vers l'autre noeud, tu "casses" la
logique du cluster. Regarde plutôt ce qui est possible en créant une racine
DFS en tant que ressource du cluster.

Cela dit, si le problème se produit également en créant racine et lien sur
des serveurs non-clusterisés, il y a autre chose... Peut-être un problème de
résolution de nom. Comment la résolution de noms est-elle configurée sur ton
réseau? DNS, WINS, etc?

Jacques
Avatar
fatfreddy31
DNS et WINS, les deux. Oui, peut être un pb NetBIOS, mais lequel
(aucun évènement n'est généré coté serveur).
Mon problème persiste effectivement dans un environnement autre que
mon environnement d'exploitation (beucoup plus simple, pas de cluster,
juste un hub au niveau réseau, des serveurs 2003 membres d'un
workgroup, sécurité ouverte au maximum).