1 votes

Impossible d'accorder à un utilisateur l'accès aux répertoires d'un partage

Je fonctionne sous Windows 2003. Mon organisation dispose d'un répertoire actif. J'ai un utilisateur - par exemple - qui s'appelle Bob Smith (l'adresse électronique est bsmith@organization.com, encore une fois, inventée).

Pour mémoire, les permissions Windows sont un peu vaudou pour moi (si par hasard vous incluez un bon manuel ou si vous me suggérez un bon livre, j'en serai très heureux).

J'ai cette disposition de répertoire. \websrv\Inetworkpublish $ \www -intra \ac\dir\Finance -Tableau de bord

J'ai partagé le répertoire "ac" en allant dans les propriétés et en le transformant en partage. Le répertoire "dir" est juste un répertoire. J'ai également transformé "Finance-Dashboard" en un partage. J'ai donné le chemin d'accès ci-dessus à l'utilisateur et lui ai dit de le mettre dans Démarrer -> Exécuter (il a Windows 7) et il a obtenu cette erreur :

Cannot find file "\\websrv\Inetworkpublish$\www-intra\ac\dir\Finance-Dashboard".  Verify the path or Internet address is correct.

Ok, je ne comprends tout simplement pas, mais pourquoi cela ne fonctionne-t-il pas pour lui ? Je suis vraiment perdue.

Je suppose qu'il n'y aurait pas de mal à vous donner les autorisations que j'ai données à ce type :)

+------------------------------+--------------+----------+----------+
|                              |      Hex     |Folder and|          |
|                              |Representation|subfolders|Files only|
+------------------------------+--------------+----------+----------+
|Full Control                  |       F      |          |          |
+------------------------------+--------------+----------+----------+
|Traverse Folder / Execute File|       6      |     x    |          |
+------------------------------+--------------+----------+----------+
|List Folder / Read Data       |       1      |     x    |     x    |
+------------------------------+--------------+----------+----------+
|Read Attributes               |       8      |     x    |     x    |
+------------------------------+--------------+----------+----------+
|Read Extended Attributes      |       4      |     x    |     x    |
+------------------------------+--------------+----------+----------+
|Create Files / Write Data     |       2      |     x    |     x    |
+------------------------------+--------------+----------+----------+
|Create Folders / Append Data  |       3      |     x    |     x    |
+------------------------------+--------------+----------+----------+
|Write Attributes              |       9      |     x    |     x    |
+------------------------------+--------------+----------+----------+
|Write Extended Attributes     |       5      |     x    |     x    |
+------------------------------+--------------+----------+----------+
|Delete Subfolders and Files   |       7      |          |          |
+------------------------------+--------------+----------+----------+
|Delete                        |       A      |     x    |     x    |
+------------------------------+--------------+----------+----------+
|Read Permissions              |       B      |     x    |     x    |
+------------------------------+--------------+----------+----------+
|Change Permissions            |       C      |          |          |
+------------------------------+--------------+----------+----------+
|Take Ownership                |       D      |          |          |
+------------------------------+--------------+----------+----------+

0voto

nhutto Points 283

Au lieu d'utiliser le nom d'hôte de \\websrv\ le remplacer par l'ip comme \\192.168.1.2\ Cela vaut la peine d'essayer. Peut-être qu'il n'arrive pas à joindre le serveur ? Je viens de découvrir que dans Windows, $ est bien dans la structure des dossiers de ce message. lol

0voto

Suff Points 21

Essayez le chemin UNC \websrv\Finance -Tableau de bord. Des changements ? L'utilisateur peut-il accéder à n'importe quel partage sur ce système ? Voit-il quelque chose s'il utilise le chemin \webserv ?

S'il y a un problème de DNS, la suggestion de @nhutto le signalera.

0voto

James Mertz Points 390

Les chemins d'accès SMB commencent au répertoire partagé, et non à la racine du système de fichiers. Si l'ordinateur s'appelle websrv et vous avez partagé C:\Inetworkpublish$\www-intra\ac , le chemin sera \\websrv\ac .

C:\\Inetworkpublish$\\www-intra\\**ac**\\dir\\Finance-Dashboard\\
                     \\\\websrv\\**ac**\\dir\\Finance-Dashboard\\

Si vous créez un deuxième partage ci-dessous le premier, il démarrera à nouveau dans le répertoire que vous avez partagé, et non dans C:\Nou autre :

C:\\Inetworkpublish$\\www-intra\\ac\\dir\\**Finance-Dashboard**\\
                     \\\\websrv\\ac\\dir\\**Finance-Dashboard**\\
                            \\\\websrv\\**Finance-Dashboard**\\

(Le nom du partage et le nom du répertoire sont par défaut identiques, mais ce n'est pas obligatoire. Vous pouvez toujours renommer les partages).


Lorsqu'il est utilisé comme dernier caractère d'un nom d'action, $ le rend caché, c'est-à-dire qu'il n'est pas affiché par Explorer ou net view . Par exemple, \\server\C$ sera caché (mais \\server\foo$bar restera visible). Il s'agit toutefois d'une fonctionnalité purement pratique ; ces partages sont toujours répertoriés au niveau du protocole.

En $ n'a pas de signification particulière dans les noms de fichiers ou de dossiers.

0voto

taylor Points 1

Sous Windows XP, j'ai rencontré un problème similaire. La raison en est que TCP/IP NetBIOS Helper dans Services.msc doit sélectionner le type de démarrage Automatique au lieu de Manuel. Il fonctionne après avoir modifié ce paramètre

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X