Cómo: Instalar el servidor para NIS en Windows para migración de UNIX a Windows

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

En esta página

Resumen

Windows Services para UNIX proporciona un completo Active Directory en función de implementación de servicios de información de red (NIS). Equipos basados en UNIX utiliza NIS para proporcionar una base de datos centralizada para una variedad de información acerca de la red. También se utiliza NIS como una base de datos central de la cuenta para usuario y la información de grupo y la autenticación. NIS se basa en una relación maestro/subordinado servidor, donde pueden leer la información disponible y se autenticar servidores subordinados basadas en esta relación. Sin embargo, los cambios reales deben tener lugar en el servidor maestro de NIS y estos cambios se propagan en los servidores NIS subordinados.

Instalar servidor para NIS desde la línea de comandos

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 servidor para NIS. Puede instalar el servidor para NIS sólo en un controlador de dominio de Active Directory. Servidor para NIS realiza cambios en el esquema de Active Directory agregando objetos admite NIS. Estos cambios al esquema son permanentes y no se puede deshacer.

Para instalar el servidor para NIS desde la línea de comandos:
  1. Inicie sesión en un controlador de dominio basado en Windows 2000 utilizando una cuenta nivel de administrador de esquema.
  2. Haga clic en Inicio , haga clic en Ejecutar , escriba cmd y, a continuación, haga clic en Aceptar .
  3. Inserte los servicios de Windows para UNIX versión 3.0 CD en la unidad de CD. (Este ejemplo utiliza unidad d)
  4. Desde el símbolo del sistema, ejecute el comando siguiente para instalar el servidor para NIS:
    msiexec /I D:\sfusetup.msi /qb addlocal = "NIS" [targetdir = "instalar la ruta de acceso"]
    Nota : el parámetro addlocal msiexec Mostrar anterior es el caso y el espacio entre mayúsculas y minúsculas. 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 SFU en el directorio predeterminado.

  6. Para incluir la clave del producto en la línea de comandos, agregue PidKey = key, donde la key es el keywithout de producto de 25 caracteres guiones. Nota : si instala desde un símbolo de telnet, donde no está disponible, GUI o mediante una secuencia de comandos utiliza la siguiente línea de comandos en su lugar: msiexec /I D:\sfusetup.msi /q addlocal = "NIS" pidkey = "clave" [targetdir = "instalar la ruta de acceso"] Nota : servidor para NIS también se puede instalar mediante el Asistente para instalación gráfica. La opción de instalación para el servidor para NIS sólo estará disponible cuando se ejecuta el Asistente para la instalación en un controlador de dominio de Active Directory.

Solución de problemas

Las siguientes sugerencias para solucionar problemas pueden ayudar a resolver problemas con un servidor para NIS instalación.
  • La utilidad ypmatch en un HP-UX equipo falla. causa : mapa contiene claves en mayúsculas y minúsculas mezcladas. HP-UX convierte todas las claves a minúsculas antes de enviar la solicitud de NIS. Se trata de un problema con HP-UX, que es el control de servidor para NIS.

    solución : convertir claves a minúsculas antes de migrar los.

  • La primera solicitud al servidor para NIS se produce un error causa : si el número de objetos migrado a Server para NIS era muy grande, el servidor para NIS puede tardar mucho tiempo para generar la caché de mapa.

    solución : Compruebe la solicitud de nuevo después de esperar 30 minutos o más. Pueden realizarse correctamente las solicitudes posteriores.

  • Objetos contenedores migrados a no estándar no aparecen en Windows usuarios y Active Directory equipos. causa : usuarios y equipos no muestra contenedores no estándar de forma predeterminada.

    solución : en el menú Ver, haga clic en características avanzadas.

  • Después de actualizar a la versión 3.0, netgroup datos ya no aparecen en Active Directory. causa : servicios de Windows para UNIX no conserva netgroup datos al actualizar el esquema de Active Directory.

    solución : utilice el servidor para el Asistente para migración de NIS para migrar los datos netgroup del archivo de origen de asignación utilizado originalmente para migrar los datos.

  • La utilidad ypcat a veces muestra información de passwd incorrecto, pero ypmatch proporciona información precisa. causa : servidor para NIS datos aún no actualizado la caché de mapa después de cambiaron datos en Active Directory. La utilidad ypcat toma su información de esta caché; la utilidad ypmatch tiene su información directamente desde Active Directory.

    solución : reducir el intervalo entre actualizaciones de asignaciones o comprobar las actualizaciones inmediatamente después de realizar cambios en Active Directory.

  • Los usuarios con nuevas cuentas de Windows creadas por la migración de NIS no inicie sesión en Windows y no puede iniciar sesión equipos de cliente de NIS. causa : para evitar exponer nuevas cuentas de uso indebido, el Asistente para migración establece la contraseña de las nuevas cuentas en un valor aleatorio. A continuación, esta contraseña se propaga a los clientes de NIS.

    solución : inmediatamente después de completar la migración, cambiar la contraseña en todas las cuentas de usuario Windows recién creadas a valores temporales. Notifique a los usuarios de las contraseñas temporales e indíqueles cambiar sus contraseñas de Windows tan pronto como sea posible. Informarles de cómo a menudo los cambios de asignación se propagan para que sepan cuándo esperan sus contraseñas de UNIX para actualizarse.

  • Una cuenta de usuario deshabilitada en Active Directory no está deshabilitada también en hosts de UNIX. causa : cuentas de Windows y UNIX deben deshabilitarse por separado porque el mecanismo para hacerlo es fundamentalmente diferente, y el método para deshabilitar las cuentas de UNIX difiere según preferencias de versión y el administrador del sistema.

    solución : tras deshabilitar una cuenta utilizando usuarios y grupos, también debe deshabilitar o bloquear la correspondiente cuenta de UNIX por medio habitual (como cambiando la contraseña en un valor desconocido para el usuario, agregando un carácter especial a la contraseña del usuario en el archivo passwd, por cambio de shell de inicio de sesión de la cuenta o los tres).


Referencias

Para obtener información adicional acerca de cómo realizar tareas de mantenimiento tras la migración desde 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










Propiedades

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

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