Não é possível conceder acesso de usuário aos diretórios em um compartilhamento

1

Estou executando o Windows 2003. Temos um diretório ativo na minha organização. Eu tenho um usuário - por exemplo - chamado Bob Smith (o e-mail é [email protected], novamente, inventado).

Apenas para registro, as permissões do Windows são um pouco voodoo para mim (se você incluir uma boa cartilha ou sugerir um bom livro, ficarei muito feliz).

Eu tenho esse layout de diretório. \ websrv \ Inetworkpublish $ \ www-intra \ ac \ dir \ painel de finanças

O diretório "ac" que compartilhei indo para propriedades e transformando-o em um compartilhamento. O diretório "dir" é apenas um diretório. Eu também fiz "Finance-Dashboard" em um compartilhamento. Eu dei o caminho acima para o usuário e disse-lhe para colocá-lo em Iniciar - > Execute (ele tem o Windows 7) e ele recebeu este erro:

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

Ok, eu simplesmente não entendo, mas por que não está funcionando para ele? Eu estou genuinamente perdida aqui.

Suponho que não faria mal te dar as permissões que dei a esse cara:)

+------------------------------+--------------+----------+----------+
|                              |      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      |          |          |
+------------------------------+--------------+----------+----------+
    
por gp443 10.01.2012 / 23:25

4 respostas

0

em vez de usar o nome de host de \\ websrv \ substitua-o pelo ip como \\ 192.168.1.2 \ vale uma foto. Talvez ele não consiga chegar ao servidor? Nota lateral que acabei de descobrir no windows $ está tudo bem na estrutura de pastas deste post. lol

    
por 10.01.2012 / 23:47
0

Experimente o caminho UNC \ websrv \ Finance-Dashboard. Qualquer mudança? O usuário pode acessar qualquer compartilhamento nesse sistema? Ele vê alguma coisa se ele usa path \ webserv?

Se houver um problema de DNS, a sugestão de @nhutto mostrará isso.

    
por 11.01.2012 / 00:00
0

Os caminhos SMB iniciam no diretório compartilhado, não na raiz do sistema de arquivos. Se o computador tiver o nome websrv e você compartilhar C:\Inetworkpublish$\www-intra\ac , o caminho será \websrv\ac .

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

Se você criar um segundo compartilhamento abaixo do primeiro, ele será iniciado novamente no diretório que você compartilhou, não em C: \ ou qualquer coisa:

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

(O nome do compartilhamento e o nome do diretório são, por padrão, idênticos, mas não precisam ser. Você sempre pode renomear compartilhamentos.)

Quando usado como o último caractere de um nome de compartilhamento, $ o torna oculto - não exibido pelo Explorer ou net view . Por exemplo, \server\C$ ficará oculto (mas \server\foo$bar permanecerá visível). Isso é puramente um recurso de conveniência; essas ações ainda estão listadas no nível do protocolo.

O caractere $ não tem nenhum significado especial em nomes de arquivos ou pastas.

    
por 11.01.2012 / 01:03
0

No Windows XP, encontrei um problema semelhante. O motivo é TCP / IP NetBIOS Helper em Services.msc precisa selecionar o tipo de inicialização de automático em vez de manual. Funciona após esta mudança de configuração

    
por 12.07.2013 / 04:40