OVH Cloud OVH Cloud

authentification ressource réseau

8 réponses
Avatar
fdel
Bonjour,

J'ai un serveur sous W2k3 avec Active Directory et DFS (Distributed File
System) qui gère l'accès au différentes ressources partagées du réseau.
A partir d'une station W XP SP2, on accède aux différentes ressources
proposées par le serveur DFS.
Sur une des stations, et de manière alléatoire, je n'accède pas à ces
ressources par l'Exploratuer Windows et j'obtiens le message
"\\serveur\dfs_root\partage1 n'est pas accesible. Vous ne disposez peut-être
pas des autorisations nécessaires pour utiliser cette ressource réseau". Si
j'ouvre un lecteur réseau sur cette ressource aucun pb !

Une idée, une solution ?...

8 réponses

Avatar
PATRICE A. BONNEFOY
Bonjour,
Le problème vient peut-être du paramétrage des autorisations de type user au
niveau d'AD (Fonctionalités avancées/Système pour DFS-Autorisation) pour
l'objet RootName à savoir dfs_rootparatage1.
C'est-à-dire les autorisation pour l'object où s'effectue le partage ainsi
que les sous-dossiers enfants.
A voir donc...
Bonne continuation.
--

Cordialement.
PAB.
[MVP Windows - Shell/User]
www.pabonnefoy.net




Bonjour,

J'ai un serveur sous W2k3 avec Active Directory et DFS (Distributed File
System) qui gère l'accès au différentes ressources partagées du réseau.
A partir d'une station W XP SP2, on accède aux différentes ressources
proposées par le serveur DFS.
Sur une des stations, et de manière alléatoire, je n'accède pas à ces
ressources par l'Exploratuer Windows et j'obtiens le message
"serveurdfs_rootpartage1 n'est pas accesible. Vous ne disposez peut-être
pas des autorisations nécessaires pour utiliser cette ressource réseau". Si
j'ouvre un lecteur réseau sur cette ressource aucun pb !

Une idée, une solution ?...


Avatar
fdel
La piste est intéressante, mais une seule station de travail à ce
comportement qu'on soit simple utilisateur ou administrateur du domaine. Au
bout de plusieurs minutes, l'accès est rétabli sans action particulière ? ...



Bonjour,
Le problème vient peut-être du paramétrage des autorisations de type user au
niveau d'AD (Fonctionalités avancées/Système pour DFS-Autorisation) pour
l'objet RootName à savoir dfs_rootparatage1.
C'est-à-dire les autorisation pour l'object où s'effectue le partage ainsi
que les sous-dossiers enfants.
A voir donc...
Bonne continuation.
--

Cordialement.
PAB.
[MVP Windows - Shell/User]
www.pabonnefoy.net


Avatar
PATRICE A. BONNEFOY
Bonjour,
Un élément de réponse peut-être ici :
http://support.microsoft.com/default.aspx?scid=kb;fr;312622
là :
http://support.microsoft.com/default.aspx?scid=kb;fr;893231
ou encore (...) ça :
http://support.microsoft.com/default.aspx?scid=kb;fr;327398

Pas évident votre problème...
Bon courage.

--
Cordialement.
PAB.
[MVP Windows - Shell/User]
http://www.pabonnefoy.net



La piste est intéressante, mais une seule station de travail à ce
comportement qu'on soit simple utilisateur ou administrateur du domaine. Au
bout de plusieurs minutes, l'accès est rétabli sans action particulière ? ...



Bonjour,
Le problème vient peut-être du paramétrage des autorisations de type user au
niveau d'AD (Fonctionalités avancées/Système pour DFS-Autorisation) pour
l'objet RootName à savoir dfs_rootparatage1.
C'est-à-dire les autorisation pour l'object où s'effectue le partage ainsi
que les sous-dossiers enfants.
A voir donc...
Bonne continuation.
--

Cordialement.
PAB.
[MVP Windows - Shell/User]
www.pabonnefoy.net




Avatar
fdel
Merci pour l'info, mais le pb n'est pas lié au mapping d'un partage DFS sur
une lettre de lecteur.
Au contraire, je n'ai aucune difficulté pour réaliser cette opération, alors
que l'accès direct via les favoris réseau de l'explorateur est interdite et
retourne le message d'erreur précédemment cité.
D'ailleurs cette possibilité m'offre un palliatif pour contourner le pb mais
ce mode de fonctionnement ne correspond pas à nos règles d'utilisation réseau
et j'aimerais comprendre d'où provient ce comportement.



Bonjour,
Un élément de réponse peut-être ici :
http://support.microsoft.com/default.aspx?scid=kb;fr;312622
là :
http://support.microsoft.com/default.aspx?scid=kb;fr;893231
ou encore (...) ça :
http://support.microsoft.com/default.aspx?scid=kb;fr;327398

Pas évident votre problème...
Bon courage.

--
Cordialement.
PAB.
[MVP Windows - Shell/User]
http://www.pabonnefoy.net



La piste est intéressante, mais une seule station de travail à ce
comportement qu'on soit simple utilisateur ou administrateur du domaine. Au
bout de plusieurs minutes, l'accès est rétabli sans action particulière ? ...



Bonjour,
Le problème vient peut-être du paramétrage des autorisations de type user au
niveau d'AD (Fonctionalités avancées/Système pour DFS-Autorisation) pour
l'objet RootName à savoir dfs_rootparatage1.
C'est-à-dire les autorisation pour l'object où s'effectue le partage ainsi
que les sous-dossiers enfants.
A voir donc...
Bonne continuation.
--

Cordialement.
PAB.
[MVP Windows - Shell/User]
www.pabonnefoy.net






Avatar
PATRICE A. BONNEFOY
Bonsoir,
Etes-vous certain de ne Pas avoir de stratégie posant problème justement à
ce niveau.
Ensuite, et ce n'est pas simple, êtes-vous dans ce cas-ci :
http://support.microsoft.com/default.aspx?scid=kb;fr;199650 ?
N'hésitez pas à me répondre sur le NG ou depuis mon site www.pabonnefoy.net
car ce problème m'intéresse...
A bientôt.

--
Cordialement.
PAB.
[MVP Windows - Shell/User]
http://www.pabonnefoy.net



Merci pour l'info, mais le pb n'est pas lié au mapping d'un partage DFS sur
une lettre de lecteur.
Au contraire, je n'ai aucune difficulté pour réaliser cette opération, alors
que l'accès direct via les favoris réseau de l'explorateur est interdite et
retourne le message d'erreur précédemment cité.
D'ailleurs cette possibilité m'offre un palliatif pour contourner le pb mais
ce mode de fonctionnement ne correspond pas à nos règles d'utilisation réseau
et j'aimerais comprendre d'où provient ce comportement.



Bonjour,
Un élément de réponse peut-être ici :
http://support.microsoft.com/default.aspx?scid=kb;fr;312622
là :
http://support.microsoft.com/default.aspx?scid=kb;fr;893231
ou encore (...) ça :
http://support.microsoft.com/default.aspx?scid=kb;fr;327398

Pas évident votre problème...
Bon courage.

--
Cordialement.
PAB.
[MVP Windows - Shell/User]
http://www.pabonnefoy.net



La piste est intéressante, mais une seule station de travail à ce
comportement qu'on soit simple utilisateur ou administrateur du domaine. Au
bout de plusieurs minutes, l'accès est rétabli sans action particulière ? ...



Bonjour,
Le problème vient peut-être du paramétrage des autorisations de type user au
niveau d'AD (Fonctionalités avancées/Système pour DFS-Autorisation) pour
l'objet RootName à savoir dfs_rootparatage1.
C'est-à-dire les autorisation pour l'object où s'effectue le partage ainsi
que les sous-dossiers enfants.
A voir donc...
Bonne continuation.
--

Cordialement.
PAB.
[MVP Windows - Shell/User]
www.pabonnefoy.net








Avatar
PATRICE A. BONNEFOY
Zut, oublié cette adresse également possible :
http://support.microsoft.com/default.aspx?scid=kb;fr;837917

--
Cordialement.
PAB.
[MVP Windows - Shell/User]
http://www.pabonnefoy.net



Merci pour l'info, mais le pb n'est pas lié au mapping d'un partage DFS sur
une lettre de lecteur.
Au contraire, je n'ai aucune difficulté pour réaliser cette opération, alors
que l'accès direct via les favoris réseau de l'explorateur est interdite et
retourne le message d'erreur précédemment cité.
D'ailleurs cette possibilité m'offre un palliatif pour contourner le pb mais
ce mode de fonctionnement ne correspond pas à nos règles d'utilisation réseau
et j'aimerais comprendre d'où provient ce comportement.



Bonjour,
Un élément de réponse peut-être ici :
http://support.microsoft.com/default.aspx?scid=kb;fr;312622
là :
http://support.microsoft.com/default.aspx?scid=kb;fr;893231
ou encore (...) ça :
http://support.microsoft.com/default.aspx?scid=kb;fr;327398

Pas évident votre problème...
Bon courage.

--
Cordialement.
PAB.
[MVP Windows - Shell/User]
http://www.pabonnefoy.net



La piste est intéressante, mais une seule station de travail à ce
comportement qu'on soit simple utilisateur ou administrateur du domaine. Au
bout de plusieurs minutes, l'accès est rétabli sans action particulière ? ...



Bonjour,
Le problème vient peut-être du paramétrage des autorisations de type user au
niveau d'AD (Fonctionalités avancées/Système pour DFS-Autorisation) pour
l'objet RootName à savoir dfs_rootparatage1.
C'est-à-dire les autorisation pour l'object où s'effectue le partage ainsi
que les sous-dossiers enfants.
A voir donc...
Bonne continuation.
--

Cordialement.
PAB.
[MVP Windows - Shell/User]
www.pabonnefoy.net








Avatar
fdel
Je rappelle la situation et je donne des infos complémentaires sur la
configuration du réseau local :
- réseau local Ethernet + WiFi
- domaine Windows avec AD et 1 CD sous W2k3
- 15 à 20 postes sous Windows XP Pro SP2 avec une configuration de base
identique
- un serveur DFS avec des cibles sur plusieurs serveurs W2k3.

Sur chaque poste, via les favoris réseaux on accède aux partages DFS sans
aucun problème.
Sur une seule machine en liaison filaire (objet de cette discussion), cet
accès n'est pas possible.
J'ai encore vérifié aujourd'hui, l'accès aux partages DFS se fait sans
problème si on réalise un mapping sur un lecteur. Egalement curieux au bout
de plusieurs minutes (> 30 minutes), on accède sans pb sur cette machine aux
partages DFS via les favoris réseaux.

J'ai pensé également à des "stratégies locales" spécifiques à cette machine
mais je n'ai rien relevé de particulier.
Le nom des partages est construit de cette manière :
- dossier physique sur serveur (d:toto)
- partage de ce dossier sur le serveur (toto$ => d:toto)
- lien DFS (toto => toto$).

Il n'y a pas de problème de droits d'accès (réseau ou NTFS). De plus, même
loggé en administrateur du domaine le pb se présente sur cette machine !

Le délai de rafraîchissement de la cache DNS peut-il avoir une influence ?
Voyez-vous d'autres vérifications ou contrôles à faire ?

Cordialement,

Francis DELTEIL



Zut, oublié cette adresse également possible :
http://support.microsoft.com/default.aspx?scid=kb;fr;837917

--
Cordialement.
PAB.
[MVP Windows - Shell/User]
http://www.pabonnefoy.net



Merci pour l'info, mais le pb n'est pas lié au mapping d'un partage DFS sur
une lettre de lecteur.
Au contraire, je n'ai aucune difficulté pour réaliser cette opération, alors
que l'accès direct via les favoris réseau de l'explorateur est interdite et
retourne le message d'erreur précédemment cité.
D'ailleurs cette possibilité m'offre un palliatif pour contourner le pb mais
ce mode de fonctionnement ne correspond pas à nos règles d'utilisation réseau
et j'aimerais comprendre d'où provient ce comportement.



Bonjour,
Un élément de réponse peut-être ici :
http://support.microsoft.com/default.aspx?scid=kb;fr;312622
là :
http://support.microsoft.com/default.aspx?scid=kb;fr;893231
ou encore (...) ça :
http://support.microsoft.com/default.aspx?scid=kb;fr;327398

Pas évident votre problème...
Bon courage.

--
Cordialement.
PAB.
[MVP Windows - Shell/User]
http://www.pabonnefoy.net



La piste est intéressante, mais une seule station de travail à ce
comportement qu'on soit simple utilisateur ou administrateur du domaine. Au
bout de plusieurs minutes, l'accès est rétabli sans action particulière ? ...



Bonjour,
Le problème vient peut-être du paramétrage des autorisations de type user au
niveau d'AD (Fonctionalités avancées/Système pour DFS-Autorisation) pour
l'objet RootName à savoir dfs_rootparatage1.
C'est-à-dire les autorisation pour l'object où s'effectue le partage ainsi
que les sous-dossiers enfants.
A voir donc...
Bonne continuation.
--

Cordialement.
PAB.
[MVP Windows - Shell/User]
www.pabonnefoy.net










Avatar
PATRICE A. BONNEFOY
Bonsoir,
Est-ce que ce problème n'est pas antérieur au passage du SP2 sur cette
machine ? Voici ce que j'ai pu récupérer comme info à cette adresse :
https://mvp.support.microsoft.com/kb/835261/fr
Le problème décrit ressemble au vôtre...
Qu'en est-il réelement; l'avez-vous réglé depuis ?
Bon courage.
Cordialement.
PAB.
[MVP Windows - Shell/User]
http://www.pabonnefoy.net



Je rappelle la situation et je donne des infos complémentaires sur la
configuration du réseau local :
- réseau local Ethernet + WiFi
- domaine Windows avec AD et 1 CD sous W2k3
- 15 à 20 postes sous Windows XP Pro SP2 avec une configuration de base
identique
- un serveur DFS avec des cibles sur plusieurs serveurs W2k3.

Sur chaque poste, via les favoris réseaux on accède aux partages DFS sans
aucun problème.
Sur une seule machine en liaison filaire (objet de cette discussion), cet
accès n'est pas possible.
J'ai encore vérifié aujourd'hui, l'accès aux partages DFS se fait sans
problème si on réalise un mapping sur un lecteur. Egalement curieux au bout
de plusieurs minutes (> 30 minutes), on accède sans pb sur cette machine aux
partages DFS via les favoris réseaux.

J'ai pensé également à des "stratégies locales" spécifiques à cette machine
mais je n'ai rien relevé de particulier.
Le nom des partages est construit de cette manière :
- dossier physique sur serveur (d:toto)
- partage de ce dossier sur le serveur (toto$ => d:toto)
- lien DFS (toto => toto$).

Il n'y a pas de problème de droits d'accès (réseau ou NTFS). De plus, même
loggé en administrateur du domaine le pb se présente sur cette machine !

Le délai de rafraîchissement de la cache DNS peut-il avoir une influence ?
Voyez-vous d'autres vérifications ou contrôles à faire ?

Cordialement,

Francis DELTEIL



Zut, oublié cette adresse également possible :
http://support.microsoft.com/default.aspx?scid=kb;fr;837917

--
Cordialement.
PAB.
[MVP Windows - Shell/User]
http://www.pabonnefoy.net



Merci pour l'info, mais le pb n'est pas lié au mapping d'un partage DFS sur
une lettre de lecteur.
Au contraire, je n'ai aucune difficulté pour réaliser cette opération, alors
que l'accès direct via les favoris réseau de l'explorateur est interdite et
retourne le message d'erreur précédemment cité.
D'ailleurs cette possibilité m'offre un palliatif pour contourner le pb mais
ce mode de fonctionnement ne correspond pas à nos règles d'utilisation réseau
et j'aimerais comprendre d'où provient ce comportement.



Bonjour,
Un élément de réponse peut-être ici :
http://support.microsoft.com/default.aspx?scid=kb;fr;312622
là :
http://support.microsoft.com/default.aspx?scid=kb;fr;893231
ou encore (...) ça :
http://support.microsoft.com/default.aspx?scid=kb;fr;327398

Pas évident votre problème...
Bon courage.

--
Cordialement.
PAB.
[MVP Windows - Shell/User]
http://www.pabonnefoy.net



La piste est intéressante, mais une seule station de travail à ce
comportement qu'on soit simple utilisateur ou administrateur du domaine. Au
bout de plusieurs minutes, l'accès est rétabli sans action particulière ? ...



Bonjour,
Le problème vient peut-être du paramétrage des autorisations de type user au
niveau d'AD (Fonctionalités avancées/Système pour DFS-Autorisation) pour
l'objet RootName à savoir dfs_rootparatage1.
C'est-à-dire les autorisation pour l'object où s'effectue le partage ainsi
que les sous-dossiers enfants.
A voir donc...
Bonne continuation.
--

Cordialement.
PAB.
[MVP Windows - Shell/User]
www.pabonnefoy.net