ID do artigo: 326985 - Última revisão: segunda-feira, 23 de abril de 2007 - Revisão: 12.1 Como solucionar problemas relacionados ao Kerberos no IIS
Nesta páginaSumárioEste artigo descreve como solucionar problemas de Kerberos autenticação em servidores de Internet Information Services (IIS). Isso não é um guia completo, mas tiver muitas referências podem ajudar você a solucionar a maioria dos problemas de Kerberos que podem ocorrer. Por padrão, quando você instala o IIS em um servidor do Microsoft Windows 2000, a chave de NTAuthenticationProviders na metabase é definida como Negotiate, NTLM . Isso significa que, quando um Microsoft Internet Explorer 5.0 ou posterior cliente se conecta ao site do, IIS retorna esses dois valores no cabeçalho WWW-Authenticate . Quando isso ocorre, o cliente determina qual método de autenticação pode se conectar com. Se o cliente decidir se conectar usando o método de negociação , o cliente negocia com o servidor para determinar se deve usar Kerberos ou NTLM para autenticação. Se o cliente não dá suporte ao método Negociar , o cliente usará o NTLM para autenticação. Observe que isso é uma descrição muito geral de como funciona esse processo. Muitas outras coisas que você pode notar também ocorrem quando Kerberos está envolvido. Se o cliente do Internet Explorer pode se conectar usando o protocolo Kerberos, algumas verificações de segurança adicionais são executadas. Por exemplo, o cliente pode obter um tíquete do serviço de concessão tíquete (TGS) e, em seguida, usar essa permissão para autenticar. Para obter mais informações sobre como funciona esse processo, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: 217098
(http://support.microsoft.com/kb/217098/
)
Visão geral básica do Kerberos autenticação no Windows 2000 Para obter mais informações, visite o seguinte site:Autenticação http://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/default.mspx?mfr=true
(http://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/default.mspx?mfr=true)
Você deve estar familiarizado com essas referências para solucionar problemas de Kerberos.Observação Se você recentemente atualizou para o Internet Explorer 6.0, você pode ter problemas de Kerberos porque a caixa de seleção Ativar autenticação integrada do Windows não está selecionada por padrão. Para obter mais informações sobre como tornar-se de que essa opção está definida corretamente, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: 299838
(http://support.microsoft.com/kb/299838/
)
Não é possível negociar a autenticação Kerberos após atualizar para o Internet Explorer 6 Verificar métodos de autenticaçãoCertifique-se que os métodos de autenticação correta estão listados na metabase para o servidor IIS ou o site específico. Se o servidor foi atualizado do Microsoft Windows NT 4.0 para o Windows 2000, o método de autenticação de negociação não está disponível e você deve adicioná-lo manualmente. Se você não atualizar do Windows NT 4.0 para o Windows 2000, certifique-se que os métodos de autenticação apropriados estão disponíveis. Para obter mais informações sobre como verificar se a negociação de método de autenticação está disponível e adicione o método se estiver faltando, clique no seguinte número de artigo para ler o artigo na Base de dados de Conhecimento da Microsoft:248350
(http://support.microsoft.com/kb/248350/
)
Autenticação Kerberos falha após a atualização do IIS 4.0 para o IIS 5.0 Observe que você pode definir esse método de autenticação no nível do site e não para todo o servidor IIS. Para fazer isso, use o script adsutil.vbs para adicionar o número do site. Por exemplo, para definir o método de autenticação para somente o site padrão, use o seguinte comando: cscript adsutil.vbs set w3svc/1/NTAuthenticationProviders "Negotiate, NTLM" O 1 após "w3svc" é o número do site conforme listado no ISM (Internet Services Manager).Determinar o nome do servidorEm seguida, determine se você se conectar o site usando o nome de NetBIOS real do servidor ou um nome de alias, como um DNS nome (por exemplo, www.microsoft.com). Se você estiver acessando o servidor Web usando um nome diferente do nome real do servidor, um novo nome principal de serviço (SPN) deve ter sido registrado usando a ferramenta Setspn do Windows 2000 Server Resource Kit. Pois Active Directory não terá esse nome de serviço, o TGS não concede uma permissão para autenticar o usuário. Isso força o cliente para usar o próximo método de autenticação disponíveis, que é o NTLM, para renegociar. Se o servidor Web está respondendo a um nome (DNS) de www.microsoft.com, mas o servidor ou servidores são nomeados webserver1.development.microsoft.com, você deve registrar www.microsoft.com no Active Directory em cada servidor IIS. Para fazer isso, você deve baixar o Setspn utilitário e instalá-lo no servidor IIS.Para obter mais informações sobre como baixar o utilitário Setspn, visite o seguinte site: Setspn.exehttp://www.microsoft.com/downloads/details.aspx?FamilyID=5fd831fd-ab77-46a3-9cfe-ff01d29e5c46&DisplayLang=en (http://www.microsoft.com/downloads/details.aspx?FamilyID=5fd831fd-ab77-46a3-9cfe-ff01d29e5c46&DisplayLang=en) para determinar se você estiver se conectando usando o nome real, tente se conectar ao servidor usando seu nome real em vez do nome DNS. Se você não pode se conectar ao servidor, vá para a seção Verify the Computer Is Trusted for Delegation. Se você puder se conectar ao servidor, execute estas etapas para definir um SPN para o nome DNS que você está usando para se conectar ao servidor:
importante Se for o SPN que você deseja registrar para a conta de computador (o site está sendo executado sob a conta LocalSystem ou NetworkService), você não deve alterar os SPNs existentes do computador. Em vez disso, adicione somente o SPN HTTP novo. Se o nome do site coincidir com o nome do host, nenhuma alteração para os SPNs é necessária. Se o padrão de nomes de HOST / Server e HOST / ServerFQDN estão faltando, você deve investigar os problemas que o serviço Netlogon no servidor tem quando ele registra os SPNs necessários. Você deve receber mensagens de erro no arquivo de log ao ativar o log do serviço. Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: 109626
(http://support.microsoft.com/kb/109626/
)
Habilitar log de depuração para o serviço Logon de rede Você também deve receber eventos de logon de rede no log de eventos do sistema sobre erros de registro.Verifique se o computador é confiável para delegaçãoSe esse servidor IIS é um membro do domínio, mas não é um controlador de domínio, o computador deverá ser confiável para delegação de Kerberos funcione corretamente. Para habilitar isso, execute estas etapas:
Usar KerbtrayOutro utilitário muito útil para solucionar problemas de Kerberos é KERBTRAY.exe, que faz parte do Windows 2000 Resource Kit. Usando Kerbtray, você pode ver os tíquetes Kerberos que foram concedidos fora do cache local. Para baixar esse utilitário, visite o seguinte site:KERBTRAY.exe: Kerberos Trayhttp://www.microsoft.com/downloads/details.aspx?FamilyID=4e3a58be-29f6-49f6-85be-e866af8e7a88&displaylang=en
(http://www.microsoft.com/downloads/details.aspx?FamilyID=4e3a58be-29f6-49f6-85be-e866af8e7a88&displaylang=en)
Para obter mais informações sobre essa ferramenta e dicas sobre como solucionar problemas de Kerberos, visite o seguinte site da Microsoft: http://www.microsoft.com/technet/prodtechnol/windowsserver2003/technologies/security/tkerberr.mspx
(http://www.microsoft.com/technet/prodtechnol/windowsserver2003/technologies/security/tkerberr.mspx)
Ativar o log de eventos de segurançaLog de eventos de segurança pode ser valioso quando você solucionar falhas de autenticação Kerberos. Com isso habilitado, você pode ver falhas de logon quando um usuário tenta autenticar através do IIS. Isso fornece uma explicação sobre o que pode ocorrer durante o processo de autenticação e por que o processo de autenticação sem êxito.O restante das informações desta seção é cotado diretamente do Desiging Secure Web com aplicativos para Windows 2000 por Michael Howard. Como as conexões no Windows 2000 são autenticadas, você precisa entender como ler eventos de logon. O objetivo desta seção é explicar as variáveis diferentes que compõem um evento de logon. Configurações de auditoria de logon/logoffMicrosoft Windows NT inclui apenas uma categoria de auditoria para logon e logoff. O Windows 2000 apresenta um segundo. As duas categorias--logon/logoff e logon de conta--são explicadas nas seções a seguir.Eventos de logon de conta (categoria logon/logoff) de auditoriaEsta categoria de evento, disponível em todas as versões do Windows NT e Windows 2000, indica que uma conta efetuou logon ou logoff ou fez uma conexão de rede para o computador. Em outras palavras, o evento de auditoria é acionado no computador onde ocorre o logon. A categoria logon/logoff é importante porque ele fornece a maioria das informações ao usar o IIS, SQL Server e COM +.Os eventos mais significativos na categoria logon/logoff são
Evento de logon/logoff 529 (Falha de logon)Event Type: Failure Audit Event Source: Security Event Category: Logon/Logoff Event ID: 529 Date: 9/3/1999 Time: 8:57:21 PM User: NT AUTHORITY\SYSTEM Computer: CHERYL-LAPTOP Description: Logon Failure: Reason: Unknown user name or bad password User Name: Administrator Domain: CHERYL-LAPTOP Logon Type: 2 Logon Process: seclogon Authentication Package: Negotiate Workstation Name: CHERYL-LAPTOP Logon/logoff evento 528 (logon com êxito) e eventos de logon/logoff 540 (sucesso de logon de rede)Event Type: Success Audit Event Source: Security Event Category: Logon/Logoff Event ID: 540 Date: 1/23/2000 Time: 5:41:39 PM User: EXAIR\Cheryl Computer: CHERYL-LAPTOP Description: Successful Network Logon: User Name: cheryl Domain: EXAIR Logon ID: (0x0,0x17872A8) Logon Type: 3 Logon Process: Kerberos Authentication Package: Kerberos Workstation Name: Recolher esta tabela
Eventos de logon de conta (categoria logon de conta) de auditoriaEsta categoria de evento indica que uma conta efetuou logon ou logoff e que o computador foi usado para validar a conta. Nesse caso, o evento de auditoria é acionado no computador onde reside a conta. Muitos eventos relacionados a Kerberos, como a permissão emitir, são registrados quando esta categoria de auditoria está habilitada.As seções a seguintes mostram dois eventos de falha de logon geralmente visto conta. eventos de logon de conta 676 (Falha de logon): autenticação permissão solicitação falha Event Type: Failure Audit Event Source: Security Event Category: Account Logon Event ID: 676 Date: 5/11/2000 Time: 8:47:01 PM User: NT AUTHORITY\SYSTEM Computer: DBSERVER Description: Authentication Ticket Request Failed: User Name: Major Supplied Realm Name: EXPLORATIONAIR.COM Service Name: krbtgt/EXPLORATIONAIR.COM Ticket Options: 0x40810010 Failure Code: 6 Client Address: 172.100.100.12 Evento 676 significa que principal não foi possível obter um inicial ticket granting tíquete (TGT) de centro de distribuição chaves (KDC). A parte mais importante do evento é o código de falha. Esses códigos são os mesmos como os códigos de MIT Kerberos. Table 2 descreve alguns dos códigos mais comuns de falha; uma lista completa pode ser encontrada no principal http://www.ietf.org/rfc/rfc1510.txt (http://www.ietf.org/rfc/rfc1510.txt) . Recolher esta tabela
evento de logon de conta 681 (Falha de logon) com um número grande para o código de erro Às vezes, você poderá ver um erro semelhante ao seguinte. O problema é que o código de erro é praticamente inútil. Event Type: Failure Audit Event Source: Security Event Category: Account Logon Event ID: 681 Date: 5/11/2000 Time: 8:47:01 PM User: NT AUTHORITY\SYSTEM Computer: DBSERVER Description: The logon to account: Major by: MICROSOFT_AUTHENTICATION_PACKAGE_V1_0 from workstation: WEBSERVER failed. The error code was: 3221225572 Recolher esta tabela
Se você correlacionar os eventos de falha de segurança anteriores--solicitação da principais de uma falha de TGT inicial com o erro 6 (cliente encontrado não no banco de dados Kerberos) quando ele tentou fazer logon e uma falha de logon genérico ocorrendo com erro 3221225572 (O usuário especificado não existe)--é simples ver o que é o erro: principal não é uma conta válida! ReferênciasPara obter mais informações sobre o Kerberos, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft: 266080
(http://support.microsoft.com/kb/266080/
)
Respostas para perguntas freqüentes do Kerberos 244474
(http://support.microsoft.com/kb/244474/
)
Como forçar o Kerberos para usar TCP em vez de UDP no Windows Server 2003, no Windows XP e no Windows 2000 262177
(http://support.microsoft.com/kb/262177/
)
Como habilitar o log de evento Kerberos 287537
(http://support.microsoft.com/kb/287537/
)
Usando a autenticação básica para gerar tokens Kerberos 277741
(http://support.microsoft.com/kb/277741/
)
Internet Explorer logon falha devido a um buffer insuficiente para o Kerberos 269643
(http://support.microsoft.com/kb/269643/
)
Internet Explorer A autenticação Kerberos não funciona devido a um buffer insuficiente conectando-se ao IIS 264921
(http://support.microsoft.com/kb/264921/
)
Como o IIS autentica clientes de navegador 248350
(http://support.microsoft.com/kb/248350/
)
Autenticação Kerberos falha após a atualização do IIS 4.0 para o IIS 5.0 294382
(http://support.microsoft.com/kb/294382/
)
Autenticação pode falhar com erro "401.3" Se for diferente "Cabeçalho do site da Web de host" do nome NetBIOS do servidor 217098
(http://support.microsoft.com/kb/217098/
)
Visão geral básica de autenticação Kerberos no Windows 2000 283201
(http://support.microsoft.com/kb/283201/
)
Como usar delegação no Windows 2000 com + 299838
(http://support.microsoft.com/kb/299838/
)
Não é possível negociar a autenticação Kerberos após atualizar para o Internet Explorer 6 230476
(http://support.microsoft.com/kb/230476/
)
Descrição dos erros comuns relacionados a Kerberos no Windows 2000 320903
(http://support.microsoft.com/kb/320903/
)
Os clientes não é possível fazer logon usando Kerberos sobre TCP 235529
(http://support.microsoft.com/kb/235529/
)
Suporte para Kerberos em clusters de servidor baseado no Windows 2000 929650
(http://support.microsoft.com/kb/929650/
)
Como usar nomes principais de serviço quando você configurar aplicativos da Web que são hospedados no IIS 6 As perguntas FREQÜENTES do Kerberos contém informações adicionais sobre o protocolo Kerberos: http://www.faqs.org/faqs/kerberos-faq/general/index.html
(http://www.faqs.org/faqs/kerberos-faq/general/index.html)
Tradução automáticaIMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado. Clique aqui para ver a versão em Inglês deste artigo: 326985
(http://support.microsoft.com/kb/326985/en-us/
)
| Outros Recursos Outros Sites de Suporte
ComunidadesTraduções deste artigo |






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email



Voltar para o início