Este team especializado luego de muchos días de investigación y de recopilar de información, hemos dado con la solución, esperamos que resulte de gran utilidad para tu trabajo.
Solución:
Definitivamente, una unión no es lo mismo que un enlace simbólico de directorio, aunque se comportan de manera similar. La principal diferencia es que, si está buscando en un servidor remoto, las uniones se procesan en el servidor y Los enlaces simbólicos del directorio se procesan en el cliente.. Vea también el comentario de Matthew sobre el hecho de que esto significa que los enlaces simbólicos en el sistema de archivos local pueden apuntar a sistemas de archivos remotos.
Suponga que en una máquina llamada Alice pusiera un punto de unión c:myjp y un enlace simbólico de directorio c:mysymlink, ambos apuntando a c:targetfolder. Mientras usa Alice, no notará mucha diferencia entre ellos. Pero si está usando otra máquina llamada Bob, entonces el punto de unión
\Alicec$myjp apuntará a \Alicec$targetfolder
pero el enlace simbólico
\Alicec$mysymlink apuntará a \Bobc$targetfolder
(Advertencia: de forma predeterminada, el sistema no sigue los enlaces simbólicos en los volúmenes remotos, por lo que en la mayoría de los casos el segundo ejemplo dará como resultado “Archivo no encontrado” o “El enlace simbólico no se puede seguir porque su tipo está deshabilitado”.)
La diferencia entre un enlace simbólico de directorio y un enlace simbólico de archivo es simplemente que uno representa un directorio y el otro representa un archivo. Dado que el destino del enlace no necesita existir cuando se crea el enlace, el sistema de archivos necesita saber si decirle a las aplicaciones que es un directorio o no.
También debe tenerse en cuenta que la creación de un enlace simbólico requiere un privilegio especial (de forma predeterminada, solo disponible para procesos elevados), mientras que la creación de una unión solo requiere acceso al sistema de archivos.
Los enlaces simbólicos tienen más funcionalidad, mientras que los cruces casi parecen ser una característica heredada debido a sus limitaciones, pero las implicaciones de seguridad de estas limitaciones son específicamente la razón por la que se puede preferir un cruce sobre un enlace simbólico. La segmentación remota hace que los enlaces simbólicos sean más funcionales, pero también aumenta su perfil de seguridad, mientras que los cruces pueden considerarse más seguros porque están restringidos a rutas locales.. Por lo tanto, si desea un enlace local y puede vivir con una ruta absoluta, probablemente esté mejor con un cruce; de lo contrario, considere un enlace simbólico para sus habilidades adicionales.
** La declaración de diferencia en velocidad / complejidad proviene de una declaración no verificada en la entrada de Wikipedia sobre puntos de análisis NTFS (una buena lectura). *
Otras comparaciones de enlaces NTFS
Aquí hay algunas otras comparaciones sobre el tema, pero estas pueden ser engañosas al considerar las uniones porque no enumeran los beneficios que enumero anteriormente.
Tomado de aquí (una buena lectura introductoria)
Desde la página SS64 en MKLink
Comentarios sobre terminología
Los cruces son enlaces simbólicos
Las uniones y los enlaces simbólicos realmente hacen lo mismo de la misma manera (puntos de análisis), además de las diferencias mencionadas anteriormente en cómo se procesan. De hecho, técnicamente, un cruce es un enlace simbólico y, a veces, la documentación puede llamar a un cruce un enlace simbólico, como es el caso aquí. Entonces, eso es algo que debe tener en cuenta con respecto a la terminología.
NTFS
Aunque el OP especifica esto, vale la pena señalar que “enlace simbólico” es un término muy general que no es específico de NTFS. Entonces, para ser específico, esta comparación se trata de NTFS Junctions vs. NTFS Symbolic Links.
La conversación compleja duele el cerebro, me gustan los gráficos:
Asume alguna MyLink es un enlace simbólico y cualquier MyJunc es un cruce que apunta a Target as created.
p.ej
mklink /D MyLink C:T_Dir para crear un enlace simbólico al directorio de destino
mklink /J MyJunc C:T_Dir para crear una unión de directorio al directorio de destino
Donde la sintaxis es mklink [/J,/D] [link path] [target path] como se escribe en la máquina local
link path | target path | When accessed ..
| | (locally) | (remotely)
| | |
C:MyLink | C:T_Dir | C:T_Dir | [leads back to local]
C:MyJunc | C:T_Dir | C:T_Dir | [leads to remote]
| |
\SvrMyLink | C:T_Dir | C:T_Dir | [leads back to local]
\SvrMyJunc | C:T_Dir | *** Must create and point local ***
| |
C:MyLink | \Sv2T_Dir | \Sv2T_Dir | Error*1
C:MyJunc | \Sv2T_Dir | *** Error - Must point local ***
| |
\SvrMyLink | \Sv2T_Dir | Error*1
\SvrMyJunc | \Sv2T_Dir | *** Must create link using target device ***
Error * 1: si desbloqueó el acceso a enlaces simbólicos remotos en su máquina local, esto funcionaría … pero solo en la máquina local donde está desbloqueado
Tienes la opción de añadir valor a nuestro contenido tributando tu veteranía en las ilustraciones.