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

Dica do SistemaEste artigo aplica-se a um sistema operativo diferente do que está a utilizar. Foi desactivado o conteúdo do artigo, que pode não ser relevante para si.

Nesta página

Expandir tudo | Recolher tudo

Sumário

Este 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ção

Certifique-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 servidor

Em 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:
  1. Instale o utilitário Setspn.
  2. No servidor IIS, abra um prompt de comando e, em seguida, altere para a pasta C:\Program programas\Resource kit.
  3. Execute o seguinte comando para adicionar esse novo SPN (www.microsoft.com) para o Active Directory para o servidor, onde webserver1 é o nome NetBIOS do servidor:
    Setspn - A HTTP/www.microsoft.com webserver1
    Receber saída similar à seguinte:
    Registering ServicePrincipalNames for CN=webserver1,OU=Domain Controllers,DC=microsoft,DC=com
    HTTP/www.microsoft.com
    Updated object
    							
  4. Para exibir uma listagem de SPNs no servidor para ver esse novo valor, digite o seguinte no servidor IIS: Setspn -L webservername
Observe que você não precisará registrar todos os serviços. Vários tipos de serviço, como HTTP, W3SVC, Web, RPC, CIFS (acesso de arquivo), WINS e no-break (UPS), mapeará para um tipo de serviço padrão denominado HOST. Por exemplo, se o software cliente usa um SPN do HTTP/webserver1.microsoft.com para executar uma conexão HTTP com o servidor Web no servidor webserver1.microsoft.com, mas esse SPN não está registrado no servidor, o controlador de domínio do Windows 2000 serão automaticamente mapeá-lo para HOST/webserver1.microsoft.com. Esse mapeamento só se aplica se o serviço da Web está executando na conta do sistema local.

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ção

Se 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:
  1. No controlador de domínio, clique em Iniciar , aponte para configurações e, em seguida, clique em Painel de controle .
  2. Clique duas vezes na pasta Ferramentas administrativas e, em seguida, clique duas vezes em Active Directory Users and Computers .
  3. Em seu domínio, clique na pasta computadores .
  4. Na lista, localize o servidor IIS. Clique com o botão direito do mouse no nome do servidor e, em seguida, clique em Propriedades .
  5. Clique na guia Geral , clique para selecionar a caixa de seleção confiável para delegação e, em seguida, clique em OK .

Usar Kerbtray

Outro 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ça

Log 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/logoff

Microsoft 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 auditoria

Esta 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)
  • Logon/logoff evento 528 (logon com êxito)
  • Evento de logon/logoff 540 (sucesso de logon de rede)
As seções a seguir mostram esses eventos e Table 1 explica cada um dos campos nos eventos.

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 tabelaExpandir esta tabela
campo comentários
Tipo de evento, origem, categoria, ID, data e horaauto-explicativos
Usuário
A conta de usuário executar o logon. Por exemplo, isso pode ser NT AUTHORITY\SYSTEM, que é a conta LocalSystem usada para iniciar vários serviços do Windows 2000.
Computador O computador no qual o evento ocorreu
Motivo Se aplica a apenas; falhas de logon é o motivo da conta falha no logon.
Nome de usuárioO nome da conta usuário tentando fazer logon
Domínio O domínio da conta de usuário tentando fazer logon.
Tipo de logon Um valor numérico indicando o tipo de tentativa de logon. Os valores possíveis são:
2 Interativo (interativamente conectado)
3 Rede (sistema acessado por meio de rede)
4 Em lotes (iniciado como um trabalho em lotes)
Serviço de 5 (um serviço do Windows iniciado pelo controlador de serviço)
6 Proxy (proxy logon; não usado no Windows NT ou Windows 2000)
Desbloquear 7 (desbloquear estação de trabalho)
8 NetworkCleartext (logon de rede com credenciais de texto não criptografado)
NewCredentials 9 (usado por RunAs quando a opção /netonly é usada)
Processo de logonO processo de efetuar o logon. A seguir estão alguns processos de logon de exemplo:
-Advapi (disparada por uma chamada para LogonUser; LogonUser chama LsaLogonUser, e um dos argumentos para LsaLogonUser, OriginName, identifica a origem da tentativa de logon)
-User32 (normal logon do Windows 2000 usando o WinLogon)
-SCMgr (Gerenciador de controle de serviços iniciado um serviço)
-KsecDD (conexões para o SMB de rede servidor - por exemplo, quando você usar um comando NET USE)
-Kerberos (o Kerberos Security Support Provider [SSP])
-NtlmSsp (o SSP do NTLM)
-Seclogon (logon secundário-ou seja, o comando RunAs)
-IIS (IIS executado o logon; gerado quando o logon de conta IUSR_machinename ou ao usar autenticação básica ou Digest)
Pacote de autenticação O pacote de segurança chamado para tentar efetuar logon na conta. Um pacote de autenticação é uma biblioteca de vínculo dinâmico (DLL) que analisa os dados de logon e determina se autenticar uma conta. Exemplos mais comuns são Kerberos, negociar, NTLM e MICROSOFT_AUTHENTICATION_PACKAGE_V1_0 (também chamado Msv1_0; autentica usuários no banco de dados SAM, oferece suporte a autenticação de passagem para contas em domínios confiáveis e oferece suporte a pacotes subauthentication) Workstation nome Workstation nome, se conhecido, usados pelo principal durante o logon.

Eventos de logon de conta (categoria logon de conta) de auditoria

Esta 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

				
Observação o que é a conta NT AUTHORITY\SYSTEM? Essa conta é normalmente conhecida como LocalSystem; é a conta em que a maioria dos serviços executados. Você verá muitas referências a essa conta no log de eventos de segurança.

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) .

a tabela 2 - alguns códigos comuns de falha de Kerberos
Recolher esta tabelaExpandir esta tabela
código de falha comentários
6 Cliente não encontrado no banco de dados do Kerberos.
7 Servidor não encontrado no banco de dados Kerberos. Isso geralmente indica que um nome principal de serviço (SPN) não foi registrado para o serviço.
23 Senha expirou.
32 Permissão expirou.
33 Permissão não é válido ainda.
34 A solicitação é uma nova jogada. Alguém está tentando reproduzir resposta um cliente Kerberos; você é possivelmente atacados.
37 Relógio inclinação muito grande. Kerberos é tempo crítico; Verifique se que todos os relógios são sincronizados


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

				
tabela 3 - exemplo conta logon erro códigos.

Recolher esta tabelaExpandir esta tabela
erro Code(Decimal) erro Code(Hex) comentários
32212255720xC0000064 O usuário especificado não existe.
3221225570 0xC0000062 O nome fornecido não é um nome de conta corretamente formado.
32212255690xC0000061Um privilégio necessário não é mantido pelo cliente.
32212255780xC000006AAo tentar atualizar uma senha, o status retornado indica que o valor fornecido como senha atual não está correto.
32212255800xC000006C Senha não está correta. Ao tentar atualizar uma senha, este status indica que alguma regra de atualização senha foi violated.For exemplo, a senha não pode atender aos critérios de comprimento.
32212255850xC0000071 A conta de usuário é senha expirou.
32212255860xC0000072 A conta referenciada está desativada.

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ências

Para 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)

A informação contida neste artigo aplica-se a:
  • Microsoft Internet Information Services 5.0
Palavras-chave: 
kbmt kbhowtomaster KB326985 KbMtpt
Tradução automáticaTradução automática
IMPORTANTE: 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/ )
Retired KB ArticleAviso de Isenção de Responsabilidade sobre Conteúdo do KB Aposentado
Este artigo trata de produtos para os quais a Microsoft não mais oferece suporte. Por esta razão, este artigo é oferecido "como está" e não será mais atualizado.