OVH Cloud OVH Cloud

Connecter un lecteur réseau sur un cluster

1 réponse
Avatar
Gilles Calvet
Bonjour, avant d'expliquer mon problème, je vais décrire mon réseau, ou du
moins juste ce qui concerne mon problème. Je travaille dans une bibliothèque,
le réseau informatique était déjà en place quand j'ai commencé à y
travailler. Il y a un serveur principal qui fait serveur de domaine, c'est
lui qui gère l'active directory et c'est lui qui abrite le logiciel de
bibliothèque (qu'on appelle un SIGB). Ce SIGB est "attaqué" par des clients,
comme une sorte de base données. Mais ce ne sont pas des clients lourds : je
dispose de deux serveurs montés en cluster. Les utilisateurs, sur leur propre
station de travail, se connectent en Terminal Server sur le cluster (avec
toutes les stratégies de sécurité (GPO) qui s'appliquent à ce genre
d'utilisation), ils n'ont accès qu'aux modules fournis par le SIGB, des
applications bureautiques ainsi que des CD-Roms bibliographiques en réseau.
Dans les stratégies de sécurité, il n'est laissé aux utilisateurs que le
dossier "Mes Documents" et deux lecteurs réseaux déclarés dans un script qui
est lui-même déclaré dans les GPO. Voilà à peu près la structure de ce
réseau dans sa partie professionnelle. Voici mon problème : un nouveau CD-Rom
en réseau a été installé sur un autre serveur et je dois attribuer un nouveau
lecteur réseau reliant à un répertoire commun d'enregistrement. J'ai bien mis
les droits sur le répertoire en question, je l'ai partagé, sur chaque serveur
TS, j'ai bien rajouté un lecteur réseau, dans le script j'ai rajouté la ligne
"net use p: \\..." mais quand j'ouvre une session en utilisateur normal sur
le cluster, le nouveau lecteur ne s'affiche pas ! Et quand je tape la syntaxe
p: dans un explorateur, j'ai le message suivant "L'accès à la ressource p:
n'est plus autorisée". Que dois-je faire ??? Merci d'avance

Gilles

1 réponse

Avatar
Jacques Barathon [MS]
Vérifie si tu n'aurais pas une stratégie qui interdit l'usage de disques
autres que ceux déjà déclarés. Lance gpedit.msc: cette stratégie est dans la
Configuration Utilisateur > Modèles d'administration > Composants Windows >
Explorateur Windows, elle s'appelle "Empêcher l'accès aux lecteurs à partir
du Poste de Travail".

Jacques

"Gilles Calvet" wrote in message
news:
Bonjour, avant d'expliquer mon problème, je vais décrire mon réseau, ou
du
moins juste ce qui concerne mon problème. Je travaille dans une
bibliothèque,
le réseau informatique était déjà en place quand j'ai commencé à y
travailler. Il y a un serveur principal qui fait serveur de domaine, c'est
lui qui gère l'active directory et c'est lui qui abrite le logiciel de
bibliothèque (qu'on appelle un SIGB). Ce SIGB est "attaqué" par des
clients,
comme une sorte de base données. Mais ce ne sont pas des clients lourds :
je
dispose de deux serveurs montés en cluster. Les utilisateurs, sur leur
propre
station de travail, se connectent en Terminal Server sur le cluster (avec
toutes les stratégies de sécurité (GPO) qui s'appliquent à ce genre
d'utilisation), ils n'ont accès qu'aux modules fournis par le SIGB, des
applications bureautiques ainsi que des CD-Roms bibliographiques en
réseau.
Dans les stratégies de sécurité, il n'est laissé aux utilisateurs que le
dossier "Mes Documents" et deux lecteurs réseaux déclarés dans un script
qui
est lui-même déclaré dans les GPO. Voilà à peu près la structure de ce
réseau dans sa partie professionnelle. Voici mon problème : un nouveau
CD-Rom
en réseau a été installé sur un autre serveur et je dois attribuer un
nouveau
lecteur réseau reliant à un répertoire commun d'enregistrement. J'ai bien
mis
les droits sur le répertoire en question, je l'ai partagé, sur chaque
serveur
TS, j'ai bien rajouté un lecteur réseau, dans le script j'ai rajouté la
ligne
"net use p: ..." mais quand j'ouvre une session en utilisateur normal
sur
le cluster, le nouveau lecteur ne s'affiche pas ! Et quand je tape la
syntaxe
p: dans un explorateur, j'ai le message suivant "L'accès à la ressource p:
n'est plus autorisée". Que dois-je faire ??? Merci d'avance

Gilles