COMO: Instalar o servidor para NIS no Windows para migração do UNIX para Windows

Windows Services para UNIX fornece uma completa do Active Directory com base em implementação do serviço de informações de rede (NIS). NIS é usado por computadores baseados em UNIX para fornecer um banco de dados centralizado para uma variedade de informações sobre a rede. NIS também é usado como um banco de dados central conta para usuário e informações de grupo e autenticação. NIS se baseia em uma relação principal/subordinada servidor, onde servidores subordinadas podem ler as informações disponíveis e autenticar com base nesse relacionamento. No entanto, as alterações atuais devem ocorrer no servidor NIS mestre e essas alterações são propagadas para os servidores NIS subordinados.

Instalando o servidor para NIS partir da linha de comando

Windows Services for UNIX 3.0 usa o Microsoft Installer para a instalação. Como resultado, você pode instalar módulos individuais do produto a partir da linha de comando. Se instalou os componentes anteriores do Windows Services for UNIX, você deve incluir esses componentes no parâmetro addlocal da linha de comando de instalação, separado por uma vírgula (,). Se você não fizer isso, esses produtos são removidos durante a instalação do servidor para NIS. Você pode instalar o servidor para NIS somente em um controlador de domínio do Active Directory. Servidor para NIS faz alterações em seu esquema do Active Directory adicionando objetos para oferecer suporte a NIS. Essas alterações no esquema são permanentes e não podem ser revertidas.

Para instalar o servidor para NIS a partir da linha de comando:

1. Logon-se um controlador de domínio baseados no Windows 2000 usando uma conta de nível de administrador de esquema.
2. Clique em Iniciar , clique em Executar , digite cmd e, em seguida, clique em OK .
3. Insira o Windows Services for UNIX 3.0 CD na unidade de CD. (Este exemplo usa a unidade D.)
4. No prompt de comando, execute o seguinte comando para instalar o servidor para NIS:
   msiexec /I D:\sfusetup.msi /qb addlocal = "NIS" [targetdir = "instalar o caminho"]
   Observação : O parâmetro addlocal msiexec Mostrar acima é caso e espaço confidencial. Instalação falhará se diferencie maiúsculas de minúsculas acima não é seguida.
5. Caminho de instalação padrão é "\SFU". Observação : Services for UNIX devem ser instalados em um diretório sem espaços no caminho para evitar problemas com alguns componentes do SFU. A Microsoft recomenda que você instale o SFU para o diretório padrão.
   
   
6. Para incluir a chave do produto na linha de comando, adicione PidKey = key, onde a key é o keywithout de produto de 25 caracteres traços. Observação : se instalar em um prompt de telnet, onde não estiver disponível, nenhuma GUI ou por meio de um script, use a seguinte linha de comando em vez disso: msiexec /I D:\sfusetup.msi /q addlocal = "NIS" pidkey = "chave" [targetdir = "instalar o caminho"] Observação : Server para NIS também pode ser instalado usando o Assistente de instalação gráfica. A opção de instalação para o servidor para NIS só estará disponível quando o Assistente de instalação é executado em um controlador de domínio do Active Directory.

Solução de problemas

As seguintes dicas de solução de problemas podem ajudar a resolver problemas com um servidor para NIS instalação.

• O utilitário ypmatch um HP-UX computador falhar. causa : um mapa contém chaves em maiúsculas e minúsculas. HP-UX converte todas as chaves em minúsculas antes de enviar a solicitação do NIS. Esse é um problema com o HP-UX que está além do controle de servidor para NIS.
  
  solução : Converter chaves para minúsculas antes de migrá-los.
  
  
• A primeira solicitação ao servidor para NIS falhar. causa : se o número de objetos migrados para o servidor para NIS era muito grande, o servidor para NIS pode levar muito tempo para criar o cache de mapa.
  
  solução : Verifique a solicitação novamente após esperar 30 minutos ou mais. As solicitações subseqüentes podem ter êxito.
  
  
• Objetos recipientes migrados para fora do padrão não aparecem no Windows Active Directory Users and Computers. causa : Active Directory Users and Computers não exibe recipientes padrão por padrão.
  
  solução : no menu Exibir, clique em recursos avançados.
  
  
• Após a atualização para a versão 3.0, netgroup dados não apareça mais no Active Directory. causa : Windows Services for UNIX não preserva netgroup dados ao atualizar o esquema do Active Directory.
  
  solução : usar o servidor para NIS Migration Wizard para migrar os dados netgroup do arquivo de origem mapa originalmente usado para migrar os dados.
  
  
• O utilitário ypcat às vezes exibe informações passwd incorreto, mas ypmatch fornece informações precisas. causa : o servidor para NIS dados ainda não atualizada cache mapa depois dados no Active Directory é alterado. O utilitário ypcat obtém suas informações desse cache; o utilitário ypmatch usa suas informações diretamente do Active Directory.
  
  solução : diminuir o intervalo entre atualizações do mapa ou verificar as atualizações imediatamente após fazer alterações no Active directory.
  
  
• Os usuários com contas Windows novas criadas por migração do NIS não é possível fazer logon no Windows e não é possível façam logon computadores de cliente de NIS. causa : para evitar expor novas contas para uso indevido, o Assistente para migração define a senha de novas contas como um valor aleatório. Em seguida, essa senha é propagada para NIS clientes.
  
  solução : imediatamente depois de concluir a migração, alterar a senha em todas as contas de usuário recém-criadas do Windows para valores temporários. Notificar os usuários das senhas temporários e instrua-los para alterar suas senhas do Windows assim que possível. Informe-los como freqüentemente mapa alterações são propagadas para eles saberá quando eles podem esperar que suas senhas do UNIX para ser atualizado.
  
  
• Uma conta de usuário desativada no Active Directory não está desativada também em hosts de UNIX. causa : contas do Windows e UNIX devem ser desabilitadas separadamente porque o mecanismo para fazer isso é fundamentalmente diferente, e o método para desabilitar contas UNIX difere com base em preferência de versão e o administrador do sistema.
  
  solução : após desativar uma conta usando o Active Directory Users and Groups, você também deve desativar ou bloquear a conta correspondente do UNIX por meios normais (como alterando a senha para um valor desconhecido para o usuário, adicionando um caractere especial a senha do usuário no arquivo passwd, por alterar shell de logon da conta ou todos os três).

Para obter informações adicionais sobre como executar tarefas de manutenção após a migração do UNIX para Windows, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: