Estou tentando me conectar a um SQL Server remoto em uma VPN em um domínio diferente. Quando insiro o nome do servidor no SQL Server e escolho Parâmetros de conexão adicionais para adicionar algumas coisas extras necessárias para minha escola:
Integrated Security=SSPI; User ID=DOMAIN\username; Password=Password
Estou tendo o erro a seguir:
Falha na autenticação. O logon é de um domínio não confiável e não pode ser usado com autenticação do Windows.
Há outra maneira, que agora uso de preferência ao
runas /netonly
método.Você pode adicionar as credenciais ao seu perfil no Windows usando o Credential Manager encontrado no painel de controle do Windows.
Abra o Gerenciador de Credenciais
Clique em "Adicionar uma credencial do Windows"
Preencha o campo "endereço da Internet ou da rede" com o nome e o número da porta da instância SQL para a qual você deseja armazenar credenciais.
Exemplo:
UniServer:1433
(1433 é a porta padrão, você pode precisar de uma porta diferente, especialmente se estiver se conectando a uma instância nomeada)Preencha o "Nome de usuário" (não se esqueça de incluir o domínio, por exemplo
MYDOMAIN\MYUSER
)Preencha a "Senha"
Clique OK
Se você tiver o nome do servidor, a porta e os detalhes de login corretos, agora poderá usar a Autenticação do Windows na maioria das ferramentas do cliente, SSMS, Excel, o que for. Todos eles usarão as credenciais armazenadas.
Dica: Às vezes, você precisa usar o FQN para o servidor ao adicionar as credenciais. por exemplo
UniServer.UniDomain.org:1433
, tudo depende das especificidades da sua rede.Aqui está uma demonstração rápida do método: http://youtu.be/WiVBPsqB9b4
É uma captura de tela minha tentando (e falhando) me conectar a um SQL Server em execução em uma VM da minha área de trabalho, adicionando as credenciais necessárias e tentando novamente - com sucesso.
Dica: use o comando "cmdkey /add" para criar scripts e atualizar credenciais armazenadas.
Você está tentando passar credenciais do Windows em texto simples da cadeia de conexão de um aplicativo. Isso simplesmente não é como a autenticação do Windows funciona e, em grande parte, anula o objetivo.
Você também não pode simplesmente criar o mesmo nome de usuário com a mesma senha em seu próprio domínio e esperar que isso funcione magicamente. O nome de domínio ainda faz parte da validação - sua máquina precisa fazer parte do domínio ou o domínio em que sua máquina está deve ser confiável pelo domínio da escola.
A única solução que conheço é para SSMS (e também funciona para outros aplicativos, como Plan Explorer e SentryOne ), e esse é o
runas /netonly
truque descrito nesta resposta . Isso engana o Windows para iniciar o SSMS como o login que você especifica, em vez do seu próprio (isso não é algo que você pode definir na caixa de diálogo Propriedades da conexão do SSMS, é como você precisa iniciar o SSMS a partir da linha de comando ou de um atalho):Isso solicitará sua senha no domínio remoto. Parece que está usando suas credenciais locais do Windows, mas não é .
Isso deve funcionar com qualquer aplicativo, incluindo o Visual Studio.
Então suas opções são:
runas /netonly
truque com SSMS ou Visual Studio