Plano de fundo: estou criando um GPO com atalhos na área de trabalho para os usuários. O GPO tem alguns links para sites como o nosso help desk que ele coloca. Também possui um atalho para um local de rede para um compartilhamento de arquivos.
O problema: os atalhos que vão para os URLs são muito bem aplicados. O que vai para o local da rede não funciona. O ofensivo é, até onde eu sei, configurado inteiramente corretamente.
Aqui você pode ver a configuração:
Ocaminhodoatalhoé\SERVER.Usandoamesmaconfiguração,conseguifazê-lofuncionarcom\SERVER\SUBFOLDER,masnãoconsigotrabalharcomonívelsuperior.
Nocomputadorcliente,vejoesteerro:
O que tentei: Quando pesquisei esse problema, muitas pessoas disseram que era um problema com o contexto de segurança, por isso tentei marcar / desmarcar as configurações do contexto de segurança na guia comum o atalho e executando um gpupdate /force . Eu também encontrei pessoas dizendo que ele pode não gostar do nome do servidor, mas isso não pode ser porque ele resolve subpastas.
O que eu quero: quero mapear esse atalho diretamente para \SERVER diretamente com a política de grupo. Não consigo mapeá-lo para uma subpasta e implantá-lo devido à maneira como o servidor está configurado para arquivos. Eu sei que eu poderia implantá-lo com um script de login que apenas coloca um atalho na área de trabalho, mas eu gostaria de manter tudo política de grupo de baunilha.
Meu palpite é que \server não é tecnicamente um caminho UNC para o qual um atalho de objeto de sistema de arquivos pode ser criado. Um caminho UNC deve conter pelo menos dois componentes de caminho, como \server\share .
Se \server não for um caminho UNC válido, não vejo como você pode fazê-lo funcionar como está, mas não há nada que o impeça de criar manualmente o atalho e depois copiar o atalho para as máquinas cliente com GPP .