Artigo: 326985 - Última revisão: segunda-feira, 23 de Abril de 2007 - Revisão: 12.1 Como resolver problemas relacionados com Kerberos no IIS
Nesta páginaSumárioEste artigo descreve como resolver problemas de Kerberos autenticação em servidores de serviços de informação Internet (IIS). Não é um guia completo, mas tem muitas referências que podem ajudar a resolver a maior parte dos problemas de Kerberos que poderá detectar. Por predefinição, quando instala o IIS num servidor Microsoft Windows 2000, a chave de NTAuthenticationProviders na metabase é definida para Negociar, NTLM . Isto significa que quando um Microsoft Internet Explorer 5.0 ou posterior cliente estabelece ligação com o Web site, o IIS devolve estes dois valores no cabeçalho WWW-Authenticate . Quando esta situação ocorre, o cliente determina o método de autenticação podem ligar com. Se o cliente decidir ligar utilizando o método de Negotiate , o cliente negocia com o servidor para determinar se a utilizar Kerberos ou NTLM para autenticação. Se o cliente não suporta o método de Negotiate , o cliente utiliza NTLM para autenticação. Note que se trata de uma descrição muito geral de como funciona este processo. Muitos outros itens que não poderá notar também ocorrem quando Kerberos está envolvido. Se o cliente do Internet Explorer pode ligar utilizando o protocolo Kerberos, algumas verificações de segurança adicionais são executadas. Por exemplo, o cliente poderá obter uma permissão de permissão conceder Service (TGS) e, em seguida, utilizar essa permissão para autenticar. Para obter mais informações sobre como funciona este processo, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base: 217098
(http://support.microsoft.com/kb/217098/
)
Descrição geral básica do Kerberos autenticação no Windows 2000 Para mais informações, visite o seguinte Web site da Microsoft: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)
Deve estar familiarizado com estas referências para resolução de problemas relacionados com Kerberos.Nota Se tiver recentemente actualizado para o Internet Explorer 6.0, poderá detectar problemas de Kerberos uma vez que a caixa de verificação Activar autenticação integrada do Windows não está seleccionada por predefinição. Para obter mais informações sobre como tornar-se de que esta opção está definida correctamente, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base: 299838
(http://support.microsoft.com/kb/299838/
)
Não é possível negociar a autenticação Kerberos depois de actualizar para o Internet Explorer 6 Verifique se os métodos de autenticaçãoCertifique-se que os métodos de autenticação correctos estão listados na metabase para o servidor de IIS ou Web site específico. Se o servidor foi actualizado a partir do Microsoft Windows NT 4.0 para Windows 2000, o método de autenticação Negotiate não está disponível e tem de adicioná-lo manualmente. Se não tiver actualizado a partir do Windows NT 4.0 para o Windows 2000, certifique-se de que existem os métodos de autenticação adequado. Para mais informações sobre como verificar se a negociar o método de autenticação está disponível e adicione o método se estiver em falta, clique no número de artigo que se segue para visualizar o artigo na base de dados de conhecimento da Microsoft:248350
(http://support.microsoft.com/kb/248350/
)
A autenticação Kerberos falha depois de actualizar a partir do IIS 4.0 para o IIS 5.0 Repare que pode definir este método de autenticação ao nível do Web site e não para o servidor IIS completo. Para o fazer, utilize o script Adsutil.vbs para adicionar o número do Web site. Por exemplo, para definir o método de autenticação apenas para o Web site predefinido, utilize o seguinte comando: cscript adsutil.vbs set w3svc/1/NTAuthenticationProviders "Negotiate, NTLM" 1 Após "w3svc" é o número de Web site como listado no Internet Services Gestor (ISM Manager).Determinar o nome do servidorEm seguida, determine se que está a ligar o Web site utilizando o nome de NetBIOS real do servidor ou um nome de alias, tal como um DNS nome (por exemplo, www.microsoft.com). Se o servidor Web estão a aceder a utilizando um nome diferente do nome real do servidor, um novo nome principal do serviço (SPN) deve ter sido registado, utilizando a ferramenta Setspn a partir do Windows 2000 Server Resource Kit. Uma vez que Active Directory não sabe este nome de serviço, o TGS não lhe concede uma permissão para autenticar o utilizador. Isto obriga o cliente para utilizar o seguinte método de autenticação disponíveis, que é NTLM, para renegociar. Se o servidor Web está a responder para um nome de sistema de nomes de domínio (DNS, Domain Name System) da www.microsoft.com, mas o servidor ou servidores são denominados webserver1.development.microsoft.com, terá de registar www.microsoft.com no Active Directory em cada servidor de IIS. Para efectuar este procedimento, tem de transferir o Setspn utilitário e instalá-lo no servidor de IIS.Para mais informações sobre como transferir o utilitário Setspn, visite o seguinte Web site da Microsoft: 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 está a ligar utilizando o nome real, tente ligar ao servidor utilizando o respectivo nome real em vez do nome de DNS. Se não conseguir ligar ao servidor, vá para a secção Verify the Computer Is Trusted for Delegation. Se conseguir ligar ao servidor, siga estes passos para definir um SPN para o nome de DNS que estiver a utilizar para ligar ao servidor:
importante Se for o SPN que pretende registar para a conta de computador (o site de Web está a executar sob a conta LocalSystem ou NetworkService), que não terá de alterar os SPN do computador existentes. Em vez disso, apenas adicione o novo SPN de HTTP. Se o nome do Web site corresponde ao nome anfitrião, sem alterar os SPN é necessária. Se o padrão de nomes HOST / Server e HOST / ServerFQDN estão em falta, deve investigar os problemas com o serviço Netlogon no servidor quando regista os SPN necessários. Deverá receber mensagens de erro no ficheiro de registo quando activa o registo do serviço. Para obter mais informações, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base: 109626
(http://support.microsoft.com/kb/109626/
)
Activar registo de depuração para o serviço de início de sessão de rede Também deverá receber eventos Netlogon no registo de eventos do sistema sobre erros de registo.Verifique se o computador é fidedigno para delegaçãoSe este servidor IIS é um membro do domínio, mas não é um controlador de domínio, o computador tem de estar fidedigno para delegação para Kerberos a funcionar correctamente. Para activar, siga estes passos:
Utilizar KerbtrayOutro utilitário muito útil para resolver problemas de Kerberos é Kerbtray.exe, que faz parte do Windows 2000 Resource Kit. Utilizando Kerbtray, pode ver bilhetes Kerberos que foram concedidas da cache local. Para transferir este utilitário, visite o seguinte Web site da Microsoft: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 esta ferramenta e sugestões sobre como resolver problemas relacionados com Kerberos, visite o seguinte Web 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)
Activar o registo de eventos de segurançaRegisto de eventos de segurança pode ser inestimável quando resolver falhas de autenticação Kerberos. Com esta activada, pode ver falhas de início de sessão quando um utilizador tenta autenticar através do IIS. Isto fornece uma explicação sobre o que poderá ocorrer durante o processo de autenticação e por que razão o processo de autenticação não tem êxito.O resto das informações nesta secção está entre aspas diretamente Desiging Secure Web baseada em aplicações do Windows 2000 por Michael Howard. Uma vez que as ligações no Windows 2000 são autenticadas, precisa de compreender como ler os eventos de início de sessão. O objectivo desta secção é explicar as variáveis diferentes que constituem um evento de início de sessão. Definições de início de sessão/fim de sessão de auditoriaMicrosoft Windows NT inclui apenas uma categoria de auditoria de início e fim de sessão. Windows 2000 apresenta um segundo. As duas categorias--início de sessão/fim de sessão e início de sessão de conta--são explicadas nas secções seguintes.Auditar eventos de início de sessão de conta (categoria de início de sessão/fim de sessão)Esta categoria de evento, disponível em todas as versões do Windows NT e Windows 2000, indica que uma conta registados ou desactivar ou efectuar uma ligação de rede ao computador. Por outras palavras, o evento de auditoria é activado no computador onde ocorre o início de sessão. A categoria de início de sessão/fim de sessão é importante porque fornece a maioria das informações quando utilizar o IIS, SQL Server e COM +.Os eventos mais significativos na categoria de início de sessão/fim de sessão são
Evento de início de sessão/fim de sessão 529 (falha de início de sessão)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 Evento de início de sessão/fim de sessão 528 (êxito de início de sessão) e eventos de início de sessão/fim de sessão 540 (êxito de início de sessão 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: Reduzir esta tabela
Auditar eventos de início de sessão de conta (categoria de início de sessão de conta)Esta categoria de evento indica que uma conta de sessão ou desactivar e que o computador foi utilizado para validar a conta. Neste caso, o evento de auditoria é activado no computador onde reside a conta. Muitos eventos relacionadas com Kerberos, tais como a emissão de bilhetes, são registados quando esta categoria de auditoria está activada.As secções seguintes mostram dois eventos de falha de início de sessão de conta, muitas vezes, visto. 676 (falha de início de sessão) de eventos de início de sessão de conta: permissão de autenticação pedido falhou 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 permissão conceder permissão (TGT) a partir do Centro de distribuição de chaves (KDC, Key Distribution Center). A parte mais importante do evento é o código falha. Estes códigos são os mesmos como códigos MIT Kerberos. Table 2 descreve alguns dos mais comuns códigos de falha; poderá encontrar uma lista completa de http://www.ietf.org/rfc/rfc1510.txt (http://www.ietf.org/rfc/rfc1510.txt) principal. Reduzir esta tabela
evento de início de sessão de conta 681 (falha de início de sessão) com um grande número para o código de erro Por vezes, 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 Reduzir esta tabela
Se correlacionar os eventos de falha de segurança anteriores--pedido do principal de uma falha de TGT inicial com o erro 6 (cliente encontrado não na base de dados Kerberos) quando ele tentou iniciar sessão e uma falha de início de sessão genérico ocorrem 3221225572 (O utilizador especificado não existe)--erro é simples ver o erro: principal não é uma conta válida! ReferênciasPara obter mais informações sobre Kerberos, clique números de artigo que se seguem para visualizar os artigos na base de dados de conhecimento da Microsoft: 266080
(http://support.microsoft.com/kb/266080/
)
Respostas a perguntas mais frequentes Kerberos 244474
(http://support.microsoft.com/kb/244474/
)
Como forçar o Kerberos a utilizar TCP em vez de UDP no Windows Server 2003, no Windows XP e no Windows 2000 262177
(http://support.microsoft.com/kb/262177/
)
Como activar o registo de eventos de Kerberos 287537
(http://support.microsoft.com/kb/287537/
)
Utilizando a autenticação básica para gerar tokens de Kerberos 277741
(http://support.microsoft.com/kb/277741/
)
Falha de início de sessão do Internet Explorer devido a uma memória intermédia insuficiente para Kerberos 269643
(http://support.microsoft.com/kb/269643/
)
Internet Explorer A autenticação Kerberos não funciona devido a uma memória intermédia insuficiente ligar ao IIS 264921
(http://support.microsoft.com/kb/264921/
)
Como o IIS autentica clientes de browser 248350
(http://support.microsoft.com/kb/248350/
)
A autenticação Kerberos falha depois de actualizar a partir do IIS 4.0 para o IIS 5.0 294382
(http://support.microsoft.com/kb/294382/
)
Autenticação poderá falhar com o erro "401.3" Se for diferente "Cabeçalho do Web site de anfitrião" do nome de NetBIOS do servidor 217098
(http://support.microsoft.com/kb/217098/
)
Descrição geral básica de autenticação Kerberos no Windows 2000 283201
(http://support.microsoft.com/kb/283201/
)
Como utilizar a delegação no Windows 2000 com + 299838
(http://support.microsoft.com/kb/299838/
)
Não é possível negociar a autenticação Kerberos depois de actualizar para o Internet Explorer 6 230476
(http://support.microsoft.com/kb/230476/
)
Descrição de erros comuns relacionadas com Kerberos no Windows 2000 320903
(http://support.microsoft.com/kb/320903/
)
Os clientes não é possível iniciar sessão utilizando Kerberos sobre TCP 235529
(http://support.microsoft.com/kb/235529/
)
Suportar Kerberos em clusters de servidor baseado no Windows 2000 929650
(http://support.microsoft.com/kb/929650/
)
Como utilizar nomes principais de serviço quando configurar aplicações Web que estão alojadas no IIS 6 As perguntas mais FREQUENTES 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 revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes 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 de Artigos |






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



Voltar ao topo