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

Windows Services para UNIX fornece um total do Active Directory com base implementação do NIS (Network Information Service). NIS é utilizado por computadores baseados em UNIX para fornecer uma base de dados centralizada para uma variedade de informações sobre a rede. NIS também é utilizado como uma base de dados central conta para autenticação de utilizador e informações de grupo. NIS é baseada numa relação principal/subordinada servidor, onde servidores subordinados podem ler as informações disponíveis e autenticar baseia esta relação. No entanto, as alterações reais devem ter lugar na servidor NIS principal e estas alterações são propagadas para os servidores do NIS subordinados.

Instalar o servidor para NIS de linha de comandos

Windows Services for UNIX versão 3.0 utiliza o Microsoft Installer para instalação. Como resultado, é possível instalar módulos individuais do produto na linha de comandos. Se tiverem sido instalados componentes anteriores do Windows Services para UNIX, tem de incluir estes componentes no parâmetro addlocal da linha de comandos de instalação, separado por uma vírgula (,). Se não o fizer, estes produtos são removidos durante a instalação do servidor para NIS. Pode instalar o servidor para NIS apenas num controlador de domínio do Active Directory. Servidor NIS altera o esquema do Active Directory, adicionando objectos suporta NIS. Estas alterações ao esquema são permanentes e não podem ser revertidas.

Para instalar o servidor para NIS na linha de comandos:

1. Inicie sessão controlador de domínio baseado no Windows 2000 utilizando uma conta de nível de administrador de esquemas.
2. Clique em Iniciar , clique em Executar , escreva cmd e, em seguida, clique em OK .
3. Insira o Windows Services for UNIX versão 3.0 CD na unidade de CD. (Este exemplo utiliza a unidade D.)
4. Na linha de comandos, execute o seguinte comando para instalar o servidor para NIS:
   msiexec /I D:\sfusetup.msi /qb addlocal = "NIS" [targetdir = "caminho de instalação"]
   Nota : O parâmetro addlocal para apresentação msiexec acima é caso e espaço importantes. Instalação falhará se não for seguida exacta caixa acima.
5. Caminho de instalação predefinido é "\SFU". Nota : Services for UNIX devem ser instalados num directório sem espaços no caminho para evitar problemas com alguns componentes do SFU. A Microsoft recomenda que instale SFU no directório predefinido.
   
   
6. Para incluir a chave de produto na linha de comandos, adicione PidKey = key, sendo key keywithout de produto de 25 caracteres traços. Nota : Se instalar a partir de uma linha de telnet, onde está disponível, sem interface gráfica do utilizador ou através de um script, utilize a seguinte linha de comandos em vez disso: msiexec /I D:\sfusetup.msi /q addlocal = "NIS" pidkey = "chave" [targetdir = "caminho de instalação"] Nota : também pode ser instalado o servidor para NIS utilizando 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 num controlador de domínio do Active Directory.

Resolução de problemas

As sugestões de resolução de problemas seguintes podem ajudar a resolver problemas com um servidor de instalação do NIS.

• O utilitário ypmatch uma 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 o pedido do NIS. Este é um problema com HP-UX ultrapassa o controlo do servidor para NIS.
  
  solução : converter chaves para minúsculas antes de migrá-los.
  
  
• O primeiro pedido ao servidor NIS falhar. causa : Se o número de objectos migrados para o servidor para NIS era muito grande, o servidor para NIS pode demorar muito tempo para criar a cache de mapa.
  
  solução : criar o pedido novamente após aguardar 30 minutos ou mais. Os pedidos subsequentes possam ter êxito.
  
  
• Objectos contentores migrados para não padrão não aparecem em computadores. causa e os utilizadores do Active Directory do Windows: computadores e utilizadores do Active Directory não apresenta os contentores não padrão por predefinição.
  
  solução : no menu Ver, clique em funcionalidades avançadas.
  
  
• Depois de actualizar para a versão 3.0, netgroup dados já não aparecem no Active Directory. causa : Windows Services for UNIX não preserva netgroup dados ao actualizar o esquema do Active Directory.
  
  solução : utilizar o servidor para NIS Migration Wizard para migrar dados netgroup do ficheiro de origem mapa originalmente utilizado para migrar os dados.
  
  
• O utilitário ypcat, por vezes, apresenta informações de palavra-passe incorrecta, mas ypmatch fornece informações precisas. causa : servidor NIS dados ainda não actualizado a cache de mapa depois de dados do Active Directory foi alterada. O utilitário ypcat obtém as informações desta cache; o utilitário ypmatch assume as informações directamente a partir do Active Directory.
  
  solução : diminuir o intervalo entre actualizações de mapa ou verificar actualizações imediatamente após efectuar alterações no Active directory.
  
  
• Os utilizadores com novas contas do Windows criadas por migração NIS não é possível iniciar sessão no Windows e não consegue iniciar sessão no computadores de cliente NIS. causa : para evitar a exposição novas contas para utilização indevida, o Assistente de migração define a palavra-passe das novas contas como um valor aleatório. Esta palavra-passe, em seguida, é propagada aos clientes do NIS.
  
  solução : imediatamente depois de Concluir migração, altere a palavra-passe em todas as contas de utilizador Windows recém-criadas para valores temporários. Notificar os utilizadores as palavras-passe temporárias e indicar-lhes alterar as respectivas palavras-passe do Windows, assim que possível. Informe como frequentemente mapa alterações são propagadas para irá saibam quando podem esperar as palavras-passe UNIX sejam actualizadas.
  
  
• Uma conta de utilizador desactivada no Active Directory também não é desactivada em UNIX anfitriões causa : contas do Windows e do UNIX tem de ser desactivadas separadamente porque o mecanismo para o fazer é fundamentalmente diferente e o método para desactivar contas UNIX difere consoante preferência de versão e o administrador de sistema.
  
  solução : depois de desactivar uma conta através de grupos e utilizadores do Active Directory, tem também de desactivar ou bloquear a conta do UNIX correspondente através de habitual (como, por exemplo, alterando a palavra-passe para um valor desconhecido para o utilizador, adicionando um carácter especial a palavra-passe do utilizador no ficheiro de palavra-passe, por alteração da shell de início de sessão da conta do, ou todos os três).

Para obter informações adicionais sobre como efectuar tarefas de manutenção após a migração de UNIX para Windows, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft: