CORREÇÃO: não é possível gerar erro de contexto SSPI [SQL Server]

O nome principal de destino está incorreto - não é possível gerar erro de contexto SSPI ocorre ao tentar fazer uma conexão em SQL Servidor de um servidor remoto com uma conta do Windows.

Este é um erro genérico. Ele pode ser acionado por vários motivos, incluindo uma senha desatualizada, desvio do relógio, falha ao registrar um SPN ou permissão de acesso ao Active Directory.

Neste artigo, examinamos algumas etapas de solução de problemas para ajudá-lo a resolver o erro de contexto de não é possível gerar SSPI no servidor Windows.

Como posso corrigir o nome principal de destino está incorreto - não é possível gerar erro de contexto SSPI?

1. Alterar usuário do serviço SQL

Tente mudar o usuário SQL SERVICE por um que seja Admin de Domínio. Ao encerrar o serviço, você precisa de uma conta com privilégios para criar um novo SPN (Nome Principal do Serviço).

Quando um serviço é iniciado sem ele, o erro é disparado. Alterar os privilégios de sua conta do sistema pode corrigir o erro.

No entanto, é sempre recomendável que as contas de serviço concedam a elas o mínimo de privilégios por motivos de segurança.

Remova as entradas SPN de usuários e computadores AD

1. Abra o usuário e computadores do Active Directory no modo avançado.
2. Procure as entradas SSPN para MSSQL Svc.
3. Remova todas as entradas associadas ao MSSQL Svc.
4. Feche o usuário e computadores do AD e verifique se há melhorias.
5. Altere a permissão do Active Directory.

---

2. Verifique sua senha

O erro não pode gerar contexto SSPI pode ocorrer devido a problemas de senha. Se você alterou sua senha recentemente, mas não saiu da sua conta, isso pode causar o erro.

Tente fazer logout e, em seguida, entrar com a nova senha para corrigir o erro.

Em outros casos, o problema pode ser devido à expiração da senha. Altere a senha expirada e faça login com as novas credenciais para ver se isso resolve o erro.

---

3. Alterar permissão do Active Directory 

1. Corre Adsiedit.msc e do Corre caixa de diálogo.
2. No Serviço Active Directory janela, expandirDomínio [YourDomainName], então expanda DC = RootDomainName, e depois CN = usuários.
3. Clique com o botão direito em CN = [YourAccountName] e selecione Propriedades.
4. Abra o Segurança aba.
5. Clique em Avançado opção.
6. Selecione qualquer um dos AUTO linhas.
7. Clique Editar e então o Entrada com permissão aberta janela.
8. Aqui, certifique-se de Diretor está configurado para AUTO, Modelo está configurado para Permitir, e Aplicado para está definido para Somente este objeto.
9. Na seção Propriedades, selecione o seguinte.
   Leia servicePrincipalName
   Escreva servicePrincipalName
10. Clique OK para aplicar as alterações e sair.

Tente estabelecer uma nova conexão e verifique se eles não podem gerar o erro de contexto SSPI foi resolvido. Certifique-se de reiniciar o SQL Services que está associado à conta atual para aplicar as alterações.

Alterar a permissão do Active Directory é uma opção segura do que alterar o usuário do servidor SQL. No entanto, antes de prosseguir para alterar a permissão, certifique-se de que o problema seja disparado devido a problemas de permissão.

Faça login no servidor em que sua instância do SQL está sendo executada e verifique os logs de erro para verificar se o erro foi acionado devido a problemas de permissão.

O erro no log será semelhante a este:

A biblioteca de interface de rede do SQL Server não pôde registrar o nome da entidade de serviço (SPN) [MSSQLSvc / servername.domainname.net: 1433] para o serviço do SQL Server.
Código de retorno do Windows: 0x2098, estado: 15. A falha ao registrar um SPN pode fazer com que a autenticação integrada use NTLM em vez de Kerberos.
Esta é uma mensagem informativa. A ação adicional só é necessária se a autenticação Kerberos for exigida pelas políticas de autenticação e se o SPN não tiver sido registrado manualmente.

O erro não pode gerar contexto SSPI pode ocorrer devido a problemas de permissão e credenciais expiradas. Alterar a senha e a permissão deve ajudá-lo a corrigir o erro e fazer o login novamente no servidor SQL.