Cómo configurar DFS para utilizar nombres de dominio completos de las referencias

Seleccione idioma Seleccione idioma
Id. de artículo: 244380 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Resumen

De forma predeterminada, una respuesta de referencia raíz de espacio de nombres de sistema de archivos distribuido (DFSN) de Microsoft a una consulta de referencia raíz DFS está en formato de nombre de NetBIOS (\\Servidor>\Recurso compartido>). Esto es necesario en ciertos entornos que se basan en NetBIOS y permite a los clientes que admiten la resolución de nombres NetBIOS sólo para localizar y conectar con destinos en el espacio de nombres DFS. De manera predeterminada, los clientes de Windows funcionan bien con esto.

Sin embargo, algunos clientes no utilizan NetBIOS. Dos ejemplos son los clientes que no ejecutan Windows y que funcionan en un entorno sin WINS o que utilice sufijos de nombre DNS. Los clientes no son compatibles con el comportamiento predeterminado de DFSN.

En estos casos, el cliente puede ser capaz de resolver el nombre del servidor que se devuelve desde la consulta de referencia de raíz. Sin embargo, este problema puede resolverse fácilmente, porque DFSN puede configurarse para funcionar en un entorno sólo DNS. En este artículo se describe cómo configurar un servidor DFSN para operar en el entorno.

Nota Para los servidores de espacio de nombres que tengan espacios de nombres independientes, no son necesarios algunos pasos que se describen en este artículo. (Dichos servidores de espacio de nombres incluyen espacios de nombres en clúster). De manera predeterminada, los clientes DFSN pueden tener acceso a dichos espacios de nombres independientes a través de uno \\Servidor NetBIOS>\Espacio de nombres> o \\FQDN del servidor>\Espacio de nombres> rutas de acceso del espacio de nombres. Sin embargo, la configuración del servidor de espacio de nombres sigue siendo necesaria para espacios de nombres independientes con el fin de proporcionar referencias correctas.

Los pasos que se describen en este artículo se aplican a todos los servidores de espacio de nombres DFS, independientemente de si dichos servidores de espacio de nombres también actúan como controladores de dominio de Active Directory.

Más información

El enfoque general consta de las siguientes cuatro etapas:
  1. Configurar un sufijo DNS para la resolución de nombres en el cliente.
  2. Comprobar los registros DNS de los destinos del servidor de archivos y crear registros de host según sea necesario.
  3. Configurar el servidor DFSN para responder mediante referencias de nombre de dominio completo para destinos de raíz.
  4. Si es necesario, actualizar los metadatos de espacio de nombres para cada destino de carpeta para que las referencias a las carpeta utilizan nombres FQDN apropiados para destinos de carpeta.

Pasos para la etapa 3: configurar el servidor DFSN para responder mediante referencias de nombre de dominio completo para destinos de raíz

Nota Antes de continuar con los pasos siguientes para la fase 3, se recomienda la copia de seguridad de los metadatos de espacio de nombres para protegerse contra errores inesperados o accidentes. Los pasos de copia de seguridad, junto con los otros pasos de restauración si alguna vez necesita, se tratan en los pasos A y C de la sección "Pasos para la etapa 4".

Nota Los cmdlets de Windows PowerShell DFSN que se mencionan en esta sección están disponibles sólo a partir de Windows Server 2012 o Windows 8.
  1. Obtener la lista de espacios de nombres basados en dominio que se hospedan en el servidor. Para ello, utilice uno de los métodos siguientes:
    • Get-DfsnRoot -ComputerName <ServerName> |Where type -NotMatch "Standalone" 
    • dfsutil.exe server <ServerName> and manually identify the domain-based namespaces
    Nota Si no hay ningún espacio de nombres basado en dominio que está alojado en este servidor de espacio de nombres, no es necesario seguir algunos pasos de este artículo.
  2. Nota Puede omitir el paso siguiente para los servidores de espacio de nombres que los espacios de nombres independientes sólo de host.

    Por lo general, los espacios de nombres basados en dominios están alojados en varios servidores de espacio de nombres. Por lo tanto, cuando se quita el espacio de nombres de un servidor de espacio de nombres, como se hace en este paso, no se ve afectada la disponibilidad de espacio de nombres. Sin embargo, debe asegurarse de que en realidad hay más de un servidor de espacio de nombres que aloje su espacio de nombres. Para ello, utilice uno de los métodos siguientes:
    • (Get-DfsnRootTarget ?Path <Namespace>).Count 
    • dfsutil.exe root <Namespace> 
    Por ejemplo, el espacio de nombresdel marcador > podría representar lo siguiente:
    \\contoso.com\DomainNamespace
    Si confirma que hay varios servidores de espacio de nombres que aloja el espacio de nombres, puede omitir el paso C que sigue.
  3. Nota Puede omitir el paso siguiente para los servidores de espacio de nombres que los espacios de nombres independientes sólo de host. También puede omitir este paso si confirma que hay varios servidores de espacio de nombres que alojan el espacio de nombres.

    Si hay sólo un servidor de espacio de nombres del espacio de nombres, debe agregar un nuevo servidor de espacio de nombres temporalmente antes de quitar el servidor existente. (Consulte Agregar servidores de espacio de nombres a un espacio de nombres DFS de dominio o Cmdlet New-DfsnRootTarget.) O bien, debe guardar los metadatos de espacio de nombres para volver a crearlo más adelante. (Para ello, consulte pasos A radiantes de la sección "Pasos para la etapa 4"). Sin embargo, debe tener en cuenta que el segundo enfoque provocará un tiempo de inactividad transitorio para el espacio de nombres.
  4. Nota Puede omitir el paso siguiente para los servidores de espacio de nombres que los espacios de nombres independientes sólo de host.

    Quitar cada espacio de nombres basado en dominio alojado en el servidor. Para ello, utilice uno de los métodos siguientes:
    • Remove-DfsnRootTarget ?TargetPath <NamespaceRootTarget>
    • dfsutil.exe target Remove <NamespaceRootTarget> 
      Por ejemplo, el marcador de posición NamespaceRootTarget> podría representar los siguientes: \\Contoso-FS.contoso.com\AccountingSoftware
  5. Habilitar el comportamiento de referencia de raíz DFSN FQDN. Para ello, utilice uno de los métodos siguientes:
    • Set-DfsnServerConfiguration ?ComputerName <ServerName> ?UseFqdn $true 
    • Dfsutil.exe server registry dfsdnsconfig set <ServerName> 
  6. Reinicie el servicio DFSN. Para ello, utilice uno de los métodos siguientes:
    • Stop-Service dfs; Start-Service dfs 
    • Net stop dfs; Net start dfs 
  7. Nota Puede omitir el paso siguiente para los servidores de espacio de nombres que tengan espacios de nombres independientes.

    Restaurar cada espacio de nombres que quitó anteriormente este servidor de espacio de nombres. Para ello, utilice uno de los métodos siguientes:
    • New-DfsnRootTarget ? TargetPath <RootTarget> [-Path <Namespace>] 
    • Dfsutil target add \\<RootTarget> 
  8. Dependiendo de lo que hizo en el paso B, siga estos pasos opcionales:
    1. Si ha realizado una copia de seguridad de los metadatos de espacio de nombres en el paso B, puede importar los metadatos en el espacio de nombres que acaba de volver a crear. Antes de importar los metadatos, también puede hacer los ajustes necesarios como parte del mismo paso. (Consulte la sección "Pasos para la etapa 4").
    2. Si agregó temporalmente un servidor de espacio de nombres en el paso B, puede quitarlo.

Pasos para la fase 4: actualizar los metadatos de espacio de nombres para cada destino de carpeta, de modo que los metadatos utiliza nombres FQDN apropiados



Siga estos pasos para cada espacio de nombres que está alojado en el servidor de espacio de nombres:
  1. Exportar los metadatos de espacio de nombres:

    dfsutil.exe root export \\contoso.com\<DomainNamespace1> C:\dir1\a.txt 
  2. Realice los ajustes necesarios relacionados con el FQDN para destinos de carpeta. Para cada elemento de XML "destino" elemento que se encuentra en un "vínculo" XML elemento, cambie la referencia de NetBIOS para su referencia FQDN equivalente.

    Por ejemplo, antes de la actualización, el elemento es como sigue:

    <Target State="ONLINE" >\\FileServer-NetBIOS\Share1</Target>
    Después de la actualización, el elemento es el siguiente:

    <Target State="ONLINE" >\\FileServer-FQDN\Share1</Target>
  3. Importar los metadatos de espacios de nombres actualizados:

    dfsutil.exe root import set C:\dir1\a.txt \\contoso.com\<DomainNamespace1>

Referencias

Para obtener más información acerca de temas relacionados, visite los siguientes sitios Web:

Propiedades

Id. de artículo: 244380 - Última revisión: jueves, 17 de octubre de 2013 - Versión: 4.0
La información de este artículo se refiere a:
  • Windows Server 2012 Datacenter
  • Windows Server 2012 Standard
  • Windows Server 2012 Essentials
  • Windows Server 2012 Foundation
  • Windows Server 2008 Datacenter without Hyper-V
  • Windows Server 2008 Enterprise without Hyper-V
  • Windows Server 2008 for Itanium-Based Systems
  • Windows Server 2008 Standard without Hyper-V
  • Windows Server 2008 Datacenter
  • Windows Server 2008 Enterprise
  • Windows Server 2008 Standard
  • Windows Server 2008 R2 Datacenter
  • Windows Server 2008 R2 Enterprise
  • Windows Server 2008 R2 Standard
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Windows Server 2012 R2 Datacenter
  • Windows Server 2012 R2 Essentials
  • Windows Server 2012 R2 Foundation
  • Windows Server 2012 R2 Preview
  • Windows Server 2012 R2 Standard
Palabras clave: 
kbenv kbhowto kbnetwork kbmt KB244380 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 244380

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com