Windows Server 2025 / Crear un espacio de nombres DFS para recursos departamentales
Los espacios de nombres del Sistema de archivos distribuido (Distributed File System, DFS) agrupan recursos compartidos bajo una ruta lógica, como \\ad.example.test\Files\Sales. Los archivos permanecen en su recurso de destino: crear el espacio de nombres no replica datos ni garantiza por sí solo alta disponibilidad.
Distinga la ruta lógica del almacenamiento real
| Ruta lógica para el usuario | Recurso compartido de destino |
|---|---|
| \\ad.example.test\Files\Sales | \\fs1.ad.example.test\Sales |
| \\ad.example.test\Files\Support | \\fs1.ad.example.test\Support |
DFS Namespaces proporciona rutas y referencias que indican al cliente a qué recurso conectarse; DFS Replication es un servicio de rol distinto. Antes de empezar, compruebe con los dos usuarios normales el acceso directo y la separación de permisos de los recursos departamentales Sales y Support de FS1. Si falla una ruta directa, resuelva primero el uso compartido, la resolución del Sistema de nombres de dominio (DNS) o la autenticación. Un espacio de nombres no corrige esos problemas.
Prepare el rol, los permisos y el nombre
Install-WindowsFeature FS-DFS-Namespace -IncludeManagementTools
Get-WindowsFeature FS-DFS-Namespace
Instale el rol en PowerShell elevado de FS1 y compruebe que la segunda consulta muestre la característica instalada. Abra Administración de DFS con dfsmgmt.msc. Para crear este espacio de nombres de dominio necesita los derechos de dominio correspondientes y administración local de FS1: Microsoft distingue ambos en su guía de delegación de DFS. El permiso local por sí solo no autoriza cualquier creación en el dominio. Compruebe que el nombre literal Files y su recurso raíz no estén en uso; si encuentra una configuración existente, revísela en lugar de sobrescribirla.
Siga la opción basada en dominio de la guía de creación de espacios de nombres. Según los requisitos del modo de espacio de nombres, Windows Server 2008 mode exige como mínimo nivel funcional de bosque Windows Server 2003 y nivel funcional de dominio Windows Server 2008. Verifique los niveles reales del laboratorio. Ese nombre identifica el comportamiento del espacio de nombres, no exige instalar Windows Server 2008 ni describe el sistema operativo de FS1.
Cree el espacio de nombres basado en dominio
- En Administración de DFS, haga clic derecho en Espacios de nombres y seleccione Nuevo espacio de nombres.
- Elija FS1 como servidor del espacio de nombres y continúe.
- Escriba el nombre literal Files. Revise la carpeta raíz y el recurso que se crearán, por ejemplo una carpeta nueva bajo C:\DFSRoots. No reutilice una carpeta con datos ni un recurso existente sin revisar su finalidad.
- En la configuración del recurso raíz, permita lectura a los grupos autorizados de la práctica, por ejemplo GG_Sales y GG_Support, y conserve la administración necesaria. No conceda a usuarios normales creación de archivos ni gestión de permisos en la raíz; confirme también los permisos del sistema de archivos NTFS (New Technology File System) una vez creada.
- Seleccione el espacio basado en dominio y el modo compatible con los requisitos comprobados. Revise que la ruta final sea \\ad.example.test\Files, no una raíz independiente de FS1, y cree el espacio. Espere la confirmación correcta del asistente antes de agregar carpetas.
Después de crearlo, revise también la carpeta raíz local indicada por el asistente: Propiedades → Seguridad → Opciones avanzadas. Solo en esta raíz nueva, convierta la herencia en entradas explícitas si necesita retirar permisos heredados de creación. Conserve SYSTEM y administradores con los derechos de gestión necesarios, y conceda a los grupos autorizados lectura, ejecución y listado con el ámbito adecuado. Retire la escritura innecesaria de Usuarios y de la entrada del propietario creador (CREATOR OWNER) si aparece. Leer la raíz permite obtener referencias; los permisos de datos se evalúan en Sales o Support. Ver Files no autoriza ambos departamentos. No coloque documentos en la raíz ni cambie por este motivo las listas de control de acceso (ACL) de los recursos de destino.
Conecte carpetas lógicas con los destinos existentes
- Haga clic derecho en el nuevo espacio de nombres y seleccione Nueva carpeta. Escriba el nombre literal Sales, manteniéndolo sin traducir.
- Pulse Agregar e indique como destino el recurso existente \\fs1.ad.example.test\Sales. Confirme los dos cuadros de diálogo.
- Repita con la carpeta lógica Support y el destino \\fs1.ad.example.test\Support. No use Soporte o Ventas como nombres del laboratorio: deben coincidir con las rutas de la tabla.
- Si el asistente propone configurar un grupo de replicación, no lo cree en esta práctica. La configuración de replicación y la consistencia entre destinos requieren otro procedimiento.
Utilice una ruta de recurso compartido en Convención de nomenclatura universal (Universal Naming Convention, UNC), no una ruta local D:\ del servidor. La guía para agregar destinos de carpeta describe la asociación. Cada carpeta lógica tendrá un único destino existente en esta práctica. Agregar dos destinos distintos no sincroniza sus contenidos ni los convierte automáticamente en copias equivalentes.
Get-DfsnRoot -Path '\\ad.example.test\Files'
Get-DfsnFolder -Path '\\ad.example.test\Files\*'
Get-DfsnFolderTarget -Path '\\ad.example.test\Files\Sales'
Ejecute las consultas de DFS en FS1, donde el rol incluye el módulo DFSN. Deben mostrar la raíz del dominio, las carpetas Sales y Support y el destino de Sales exactamente como en la tabla. Un registro de configuración correcto no demuestra por sí solo que el cliente pueda abrir o modificar datos; haga después las pruebas con usuarios normales.
Compruebe el acceso como usuario normal y conserve los datos
En CLIENT1, inicie una sesión nueva como sales.user1 y compruebe whoami, los grupos y las conexiones SMB (Server Message Block) existentes para no reutilizar una identidad administrativa. Abra la ruta DFS de Sales, cree un archivo pequeño con nombre nuevo y contenido reconocible, y léalo también desde la ruta directa de Sales: debe ser el mismo archivo. Intente acceder a Support por su ruta DFS completa y confirme la denegación. Repita a la inversa con support.user1. Que aparezca una carpeta en la lista no demuestra que se pueda acceder a sus datos.
Si el acceso directo funciona pero el lógico falla, compruebe la raíz, la carpeta lógica y su destino exacto en Administración de DFS, la resolución del dominio en el cliente y las referencias que este conserva en caché. Distinga esas referencias de las credenciales SMB; cerrar una sesión de usuario no es una prueba de que toda caché DFS se haya vaciado. Corrija la causa identificada y repita la misma prueba. No borre datos del espacio de nombres en Active Directory para resolver un problema de caché del cliente.
La disponibilidad de los servidores de espacio de nombres y la de los datos requieren diseños separados. Este montaje con FS1 no añade otro servidor de archivos ni replica Sales o Support. Si decide retirar la práctica, revise en Administración de DFS únicamente las carpetas lógicas y sus destinos y, después, el espacio de nombres de laboratorio. Conserve los recursos compartidos originales y los datos de Sales y Support; eliminar una asociación lógica no es una instrucción para borrar sus carpetas físicas.




