Cómo: Configurar la puerta de enlace para NFS proporcionar servicios de archivos de UNIX a clientes de Windows

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

En esta página

Resumen

Un obstáculo para migrar desde UNIX a Windows es el archivo compartir. Si tiene un equipo UNIX con archivos compartidos a través de NFS a continuación, puede realizar ese recurso compartido disponible en todos los equipos Windows de la red sin instalar software adicional en ellos. Un único servidor de Windows puede actuar como puerta de enlace entre el equipo UNIX y los clientes Windows instalando puerta de enlace para NFS. Instalando puerta de enlace para NFS en un servidor de Windows, puede proporcionar acceso a los recursos NFS sin tener que cargar ningún software adicional en otros clientes de Windows. Puerta de enlace para NFS sólo se admite en servidores Windows y no puede instalarse en Windows NT Workstation, Windows 2000 o Windows XP.

Instalar puerta de enlace para NFS

La versión 3.0 de Servicios de Windows para UNIX utiliza Microsoft Installer para el proceso de instalación. Como resultado, puede instalar módulos individuales del producto desde la línea de comandos. Si se han instalado componentes anteriores de Windows Services para UNIX, debe incluir estos componentes en el parámetro addlocal de la línea de comandos de instalación, separados por una coma (,). Si no lo hace así, estos productos se quitarán durante la instalación de puerta de enlace para NFS.

Nota : se no puede instalar cliente para NFS y puerta de enlace para NFS en el mismo equipo; sin embargo, puerta de enlace para NFS permite que el equipo actúe como un cliente NFS mientras proporciona acceso a recursos NFS para indirectos clientes basados en Windows. Para obtener información adicional acerca de cómo instalar cliente para NFS, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
324055Cómo: Instalar a cliente para NFS en Windows para una migración de UNIX a Windows
Para instalar la puerta de enlace para NFS desde la línea de comandos:
  1. Inicie sesión en el servidor basado en Windows utilizando una cuenta nivel administrativa.
  2. Haga clic en Inicio , haga clic en Ejecutar , escriba cmd y, a continuación, haga clic en Aceptar .
  3. Inserte el CD-ROM de Servicios de Windows para UNIX versión 3.0 en la unidad de CD-ROM (en este ejemplo se utiliza la unidad D).
  4. Desde el símbolo del sistema, ejecute el comando siguiente para instalar puerta de enlace para NFS:

        msiexec /I D:\sfusetup.msi /qb addlocal = "NFSGateway" [targetdir = "instalar la ruta de acceso"]
    Nota: El parámetro addlocal msiexec Mostrar anterior es el caso y confidenciales del espacio. La instalación fallará si no se sigue el caso exacto anterior.
  5. Ruta de instalación predeterminado es "\SFU".

    Nota: Servicios para UNIX deben instalarse en un directorio sin espacios en la ruta de acceso para evitar problemas con algunos componentes de SFU. Microsoft recomienda que instale en el directorio predeterminado.
  6. Para incluir la clave del producto en la línea de comandos, agregue PidKey = key, donde key corresponde a tiene la clave de producto de 25 caracteres sin los guiones.

Nota: Si realiza la instalación desde un símbolo de sistema de Telnet (donde la interfaz gráfica de usuario no está disponible) o mediante una secuencia de comandos, utilice la siguiente línea de comandos para realizar una instalación en la que no se requiera ninguna interacción por parte del usuario:

    msiexec /I D:\sfusetup.msi /q addlocal = "NFSGateway" pidkey = "clave" [targetdir = "instalar la ruta de acceso"]

Nota: Instalar servicios de Windows para UNIX en una carpeta que no tenga ningún espacio en la ruta de carpeta para evitar problemas con algunos componentes de servicios de Windows para UNIX. El punto de instalación predeterminado es \SFU.

Nota: El parámetro addlocal el comando msiexec descrito anteriormente es espacio minúsculas y distingue entre mayúsculas y minúsculas. La instalación no se realizará correctamente si no utiliza el comando exactamente tal como está escrito en este artículo. Nota: Microsoft recomienda instalar al menos un servicio de asignación de nombres de usuario en la red para la asignación mutua de nombres de usuario entre UNIX y Windows. Consulte nuestro artículo KB acerca de servicio User Name Mapping en nuestra sección de referencias.


Solución de problemas


Las sugerencias de solución de problemas siguientes pueden ayudarle a resolver problemas con una puerta de enlace para la instalación de NFS.
  • Todas las solicitudes de usuario se transmiten como anónima.
    causa: Autenticación no está configurado correctamente.
    solución: Asegúrese de que las asignaciones están configuradas correctamente en User Name Mapping y esa puerta de enlace para NFS está configurado para utilizar el servidor de User Name Mapping correcto.

  • Intentar comunicarse con la puerta de enlace para NFS servicio produjo un error.
    causa: No se inicia la puerta de enlace para NFS servicio.
    solución: En servicios para UNIX administración, haga clic con el botón secundario en puerta de enlace para NFS y a continuación, haga clic en iniciar.

  • Se ha producido sistema 1722. El servidor de llamada (RPC) de procedimiento remoto no está disponible.
    causa: No se inicia la puerta de enlace para NFS servicio.
    solución: En servicios para UNIX administración, haga clic con el botón secundario en puerta de enlace para NFS y a continuación, haga clic en iniciar.

  • Se intentó montar un directorio compartido genera error de red 53 o 67.
    causa: El directorio no está compartido, o el servidor no puede resolver el nombre del cliente.
    solución: Utilice el comando de servidor de showmount -e para mostrar los nombres de directorios compartidos en el servidor de sistema (NFS) archivos de red. Asegúrese de que se ha especificado la dirección de protocolo Internet (IP) del equipo que ejecuta la puerta de enlace para NFS en/etc/cualquiera NFS servidor archivo hosts o en la base de datos DNS, según corresponda.

  • He recibido una llamada a procedimiento remoto: tiempo de espera o RPC: puerto asignador de error de RPC: agotado el mensaje.
    causa: Los puerto asignador o red archivos del sistema (NFS) servidor demonios no están ejecutando en el servidor NFS. solución: Asegúrese de que se han iniciado los demonios.

  • No se puede montar un directorio raíz compartido (/) en el servidor de sistema (NFS) archivos de red.
    causa: Puerta de enlace para NFS no puede montar el directorio de raíz utilizando la sintaxis de ruta de acceso estándar.
    solución: Montar el directorio raíz mediante este comando: net use * \\server\!
    El nombre de recurso compartido debe ser un signo de exclamación (!).

  • He recibido un mensaje de error que indica que un servicio no pudo iniciar.
    causa: No se pudo iniciar el servicio de Nfsrdr o el Administrador de servicios erróneamente informó que el servicio no puede iniciar. El Visor de sucesos podría contener un registro de sucesos con el siguiente mensaje:
    The NfsRdr service failed to start due to the following error: The system cannot find the file specified.
    						

    solución: Comprobación para determinar si la puerta de enlace para NFS servicio se ha iniciado. Si ha iniciado, omitir este mensaje. Si no ha iniciado, inicie la puerta de enlace para NFS servicio.

  • Una vez reiniciado el servidor, un mensaje de error indica que no se inició el servicio servidor y no vuelven a puerta de enlace para recursos compartidos de NFS.
    causa: Puerta de enlace para NFS se inició antes el servicio servidor.
    solución: Asegúrese de que ambos puerta de enlace para servicios NFS y servidor se han iniciado, volver a conectar la puerta de enlace para recursos compartidos NFS.

  • Los usuarios autenticados no se pueden tener acceso a recursos NFS o acceso a ellos como anónimo.
    causa: User Name Mapping no está configurado correctamente para trabajar con este equipo.
    solución: Asegúrese de que el archivo .maphosts del equipo ejecutando User Name Mapping especifica los nombres o direcciones Protocolo Internet (IP) de equipos que pueden asignar cuentas de usuario a través de User Name Mapping. Si los usuarios no pueden tener acceso a recursos NFS intermitentemente y configurar el archivo .maphosts no soluciona el problema, demasiados equipos cliente pueden estar intentando obtener acceso User Name Mapping de simultáneamente.


Referencias

Para obtener información adicional acerca de cómo realizar tareas de mantenimiento después de una migración de UNIX a Windows, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
324539Cómo: Realizar tareas auxiliar de mantenimiento y después de una migración de UNIX a Windows

Para obtener información adicional acerca de cómo instalar y configurar el servicio de asignación de nombres de usuario, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
324073Cómo: Configurar servidor de asignación de nombres de usuario para una migración de UNIX a Windows










Propiedades

Id. de artículo: 324085 - Última revisión: lunes, 30 de octubre de 2006 - Versión: 1.1
La información de este artículo se refiere a:
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Service Pack 6.a de Microsoft Windows NT 4.0
  • Microsoft Windows Services para UNIX 3.0 Standard Edition
Palabras clave: 
kbmt kbhowto kbhowtomaster KB324085 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): 324085

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