es claramenteposible montar un recurso compartido de archivos externoa una carpeta como lo haría en Linux usando sshfs, en Windows, pero realmente no he visto a nadie hacer esto. Los únicos inconvenientes potenciales que se me ocurren tienen que ver con los usuarios finales que no saben que la carpeta es realmente una unidad asignada y que, si estás copiando archivos de un sistema completo, debes asegurarte de que tu comando compensa no copiar el contenido de la carpeta de unión.
Después de mi jefeayer diagnosticó la computadora portátil de un usuario remoto con una unidad asignada que no aparecía porque la impresora se había asignado a esa letra de unidad sin que nada más que la consola de administración de discos lo supiera., Estoy empezando a pensar que es una mejor idea evitar situaciones como estas usando una mejor manera.
Aparte de eso, ¿hay otras posibles desventajas de esto?
Respuesta1
Windows tiene un límite estricto en la cantidad de conexiones compartidas. Y no se basa en la cantidad de usuarios conectados sino en la cantidad de conexiones que todos hacen. Esto no sólo incluye las unidades asignadas sino también las impresoras. No sé sobre Windows 10, pero para Windows 7 el límite era 20 conexiones simultáneas y las versiones anteriores de Windows tenían menos.
Pero la configuración es buena si tienes pocos usuarios.
Mi preferencia personal al configurar esto es desactivar completamente el caché en la carpeta compartida. Porque (1) menos consumo de red y (2) control de versiones más seguro. También puede establecer permisos sobre quién tiene permisos de Escritura/Copiar/Ejecutar.
Aquí hay un enlace sobre la cantidad de conexiones simultáneas.
Respuesta2
Las dos razones principales por las que no uso recursos compartidos como carpetas en la unidad C:\ son por motivos de rendimiento.
1) Indexación de unidades 2) Escaneos de archivos AV
Imagínese el impacto en el rendimiento si hiciera eso a través del cable en lugar de golpear un eje local en las velocidades del autobús local...