AFAIK, isso é impossível. Os links simbólicos serão sempre resolvidos em relação ao cliente. Você teria que usar Junções de Diretório para resolver o caminho relativo ao servidor.
Observe a questão do SU aqui.
No Windows 7 X64, tenho um diretório C: \ shares \ que contém duas pastas compartilhadas, cada uma delas contém algumas centenas de links simbólicos, mapeando o conteúdo de quatro pastas distribuídas em quatro unidades.
Então, C: \ shares \ documents \ contém um symlink para cada documento em D: \ documents \, cada documento em E: \ documents \ e assim por diante até o drive J.
Isso é para que eu possa espelhar o uso remoto da funcionalidade da Biblioteca.
Agora, posso acessar e navegar por esse compartilhamento perfeitamente localmente, navegando até \ machinename \ documents \ e passando por ele. No entanto, ao acessá-lo a partir de um dispositivo de backup que eu suspeito usa samba ou algum tipo de derivado, recebo "Não foi possível abrir dir [smb: //MACHINENAME/documents/docname.doc]. Razão: Permissão negada (13)."
Infelizmente, não tenho como obter um erro mais detalhado do dispositivo e não vejo nada relevante no log de eventos da máquina com Windows. O usuário que está sendo usado é um administrador e eu adicionei permissões explícitas tanto aos diretórios apontados pelos symlinks quanto aos próprios links simbólicos.
Alguém sabe como posso permitir que dispositivos remotos sigam meus links simbólicos locais?
AFAIK, isso é impossível. Os links simbólicos serão sempre resolvidos em relação ao cliente. Você teria que usar Junções de Diretório para resolver o caminho relativo ao servidor.
Observe a questão do SU aqui.
Você concedeu acesso ao pseudo-usuário NETWORK em cada pasta real?
parece que o seu dispositivo de backup é baseado em algum sabor do Linux. links simbólicos criados no Windows e no Linux não são intercambiáveis, as razões são muito bem explicadas aqui
Portanto, o surfasb está 100% correto, embora o seguinte funcione caso seu dispositivo de backup execute o sistema operacional baseado no Windows.
C:\shares\documents\ contains a symlink for every document in D:\documents\, every document in E:\documents\ and so on up to drive J.
use links simbólicos para locais de rede na sua pasta c:\shares\documents em vez de usar links simbólicos para gerar letras (que são relevantes apenas para a máquina em que foram criados):
cd /d c:\shares\documents
mklink /d documents_d \machine1\documents
mklink /d documents_e \machine2\documents
é claro que os URIs de destino devem ser acessados remotamente como pastas compartilhadas
Tags symbolic-link windows-7