Windows equivalente a los espacios de nombres de Linux (montajes del sistema de archivos por proceso)?

Question

Linux tiene una función llamada namespaces, que le permite dar una "vista" diferente del sistema de archivos a diferentes procesos. En términos de Windows, esto sería útil, por ejemplo, si tuviera un programa heredado "floyd" que siempre cargó su configuración desde C:\floyd\floyd.ini. Si Windows tuviera espacios de nombres, podría escribir un script de contenedor que crearía un espacio de nombres para ejecutar floyd, haciendo que cuando Alice ejecutara el script, Floyd se iniciara en un entorno donde C:\floyd existía pero apuntaba a C:\Users\Alice\Floyd.

Ahora usted puede estar pensando, "OK, solo use enlaces suaves o duros y haga de C:\floyd un alias para C:\Users\Alice". Pero con espacios de nombres, Bob también puede ejecutar el script de inicio, pero su instancia de floyd (en la misma computadora, ejecutándose al mismo tiempo) verá C:\floyd con los contenidos de, digamos, C:\Users\Bob\Program Settings\Floyd Config (o cualquier otra ruta que nos guste).

Puede hacer esto en Linux con espacios de nombres. ¿Hay algo similar o análogo en Windows? Está bien si requiere escribir un programa en C, y está bien si solo funciona en versiones recientes de Windows.

Answer 1

NTFS enlaces duros son realmente un simple caso de reparse points. Los puntos de análisis se escriben y pueden incluir un comportamiento más avanzado. Por ejemplo, también se usan para "almacenamiento fuera de línea" (migración transparente de archivos hacia y desde el almacenamiento secundario).Por lo tanto, también puede usar puntos de reanálisis para implementar enlaces simbólicos por usuario, creando un nuevo tipo de análisis.

El tipo de punto de reanálisis incluso tiene un bit explícito de "Nombre sustituto", que (si está establecido) indica que los puntos de reanálisis de esos tipos son algún tipo de enlace simbólico.

Incluso puede tener múltiples puntos de reanálisis en una ruta. Por lo tanto, los archivos dentro de su espacio de nombre simbólico aún se pueden migrar a un almacenamiento secundario; solo tendría dos puntos de análisis en la ruta.

Answer 2

Puede usar enlaces duros para eso, pero solo con NTFS. http://en.wikipedia.org/wiki/Hard_link

Creo que Windows no tiene vista FS virtual por proceso.

Answer 3

Lo más relevante probablemente sean las carpetas especiales del entorno, como% temp%,% appdata%,% localappdata%. No es que sean equivalentes, pero cumplen el mismo propósito.

Puede definir sus propias variables de entorno y luego usar '% myspecialplace% \ myfile.txt' para acceder a ellas.

Answer 4

Creo que la Tienda virtual hace esto automáticamente para los programas heredados que intentan escribir en directorios no estándar. Por lo tanto, el programa heredado escribe en un directorio específico del usuario y del programa en lugar de C:\floyd.

Answer 5

Esto suena como el file system virtualization de Windows Vista. Por ejemplo, puede redirigir silenciosamente c:\Program Files\Floyd a c:\Users\<username>\AppData\Local\VirtualStore\Program Files\Floyd. Sin embargo, la virtualización del sistema de archivos no es tan configurable como los espacios de nombres de Linux. Por lo que puedo decir de la lectura, la virtualización del sistema de archivos se debe aplicar cada vez que se abre un proceso interactivo de 32 bits para escribir un archivo, carpeta o clave de registro que solo pueden escribir los administradores. (Así que por lo general termina con algunos archivos de sólo lectura bajo c:\Program Files y algunos archivos de escritura de cada usuario bajo c:\Users\<username>\AppData\Local\VirtalStore.)

Un producto application virtualization puede probablemente también hacer esto, aunque son a menudo más complicado y más caro.

Answer 6

Como un horrible error (y aquí reservo mi pasaje al infierno de la programación), ¿podrías usar un NamedPipe para C: \ Floyd que mapeó las operaciones IO en un archivo específico para el usuario actual del proceso?

Sé que no es bonito y no sé lo suficiente sobre NamedPipes (FIFOs en otros dialectos) en Windows para saber cuán factible es esto.

Dan

Answer 7

p. Ej. http://www.msigeek.com/4819/file-re-direction-using-correctfilepaths-shim-to-fix-broken-applications

Pero creo que no es configurable por usuario, aunque el objetivo puede variar según el usuario en función de la sustitución de la variable de entorno.

La mayoría de los programas, sin embargo, almacenan la configuración en el registro, en cuyo caso RegOverridePredefKey haría el truco.

Answer 8

Me vienen varias cosas a la cabeza.

En primer lugar, puede crear un controlador de filtro del sistema de archivos (o usar un controlador listo, como nuestro producto CallbackFilter) que redirigiría todas las llamadas al sistema de archivos desde la aplicación a otra ubicación. Esto está cerca de la virtualización que mencionaste, pero esto no cambiará la lista de letras de unidad. Tal enfoque es a la vez poderoso y no trivial, así que vea la otra opción antes que nada.

Y la otra opción es: existen varios productos (Thinstall, Molebox si la memoria se sirve) que "envuelven" la aplicación redirigiendo su E/S de archivo a otra ubicación. También hubo algunos SDK para hacer lo mismo, pero no recuerdo su nombre en absoluto.

Answer 9

Hay una escasez de buenas soluciones para esto. Para simplificar, no puedo mejorar el uso de enlaces suaves NTFS (uniones) para esto, como usted señala correctamente, esto crea problemas si desea la configuración por usuario. Como dice correctamente MSalters, todos los enlaces blandos y duros NTFS son solo casos especiales de puntos de reanálisis, por lo que podría hacer algo más general al implementar un nuevo tipo de análisis, si no le importa trabajar en NTFS ...

(Junction es una herramienta bastante útil cuando se experimenta con enlaces suaves NTFS: http://technet.microsoft.com/en-us/sysinternals/bb896768.aspx)

Puede tomar un enfoque directo: otorgue a cada usuario (o la inicialización de su programa si solo le interesa una pieza de software) un script de inicio de sesión que configura el enlace apropiado en su directorio de usuario (y asegúrese de limpiarlo después). Pero es torpe.

En general, el enfoque correcto de Windows es poner las cosas en las carpetas apuntadas por el% localappdata% (de Vista en) y, más generalmente,% userprofile% variables del sistema. La virtualización del sistema de archivos Win está destinada a garantizar esto en los casos en los que se aplica.