Existe a possibilidade de criar DSN (ODBC para SQL Server) usando uma conta do Windows diferente da conta de login coputer atual? Estou tentando criar o DSN do sistema para o SQL Server e gostaria de criar essa conexão usando a autenticação do Windows usando minha conta de administrador. Estou criando esse DSN usando minha conta normal do Windows.
Um DSN do sistema, por definição, aplica-se a todo o computador, independentemente de qual conta de logon é usada, portanto, se eu estiver lendo a pergunta correta, isso significa que a resposta é "sim" e (2) você precisará de direitos de administrador para criar o DSN.
Você já olhou como conexões sem DSN, a propósito? Acredito que eles seriam muito mais apropriados para sua necessidade e também removeriam a necessidade de configuração do cliente antes que seu aplicativo pudesse ser usado.
Você também pode usar o comando "runas" para iniciar o Administrador da Fonte de Dados ODBC sob sua conta de administrador enquanto estiver conectado à sua conta normal. Isso permitiria configurar e testar a conexão sem receber um erro "o usuário não está associado a uma conexão SQL confiável".
Aqui está um exemplo de comando do prompt de comando:
runas /netonly /user:domain\adminusername "C:\Windows\System32\odbcad32.exe"
Como Jimmy disse, a definição de DSN não seria vinculada à conta de administrador, mas usaria qualquer conta de Autenticação do Windows em que você estivesse logado, como ao usar a conexão posteriormente. (Então, você precisaria usar "runas" novamente para iniciar qualquer programa que usasse a conexão, a menos que estivesse logado em sua conta de administrador.)
Vou adicionar à resposta do Mac que sim, isso definitivamente funciona para configurar a conexão ODBC e funciona por um tempo. Provavelmente, enquanto a autenticação Kerberos permanecer ativa. Infelizmente, essa não é a autenticação permanente que eu preferiria para um DSN do sistema. Aqui está o arquivo em lotes que uso para iniciar o odbcad32.exe:
net use \dbserver-host /user:DOMAIN\username
runas /netonly /user:DOMAIN\username C:\Windows\syswow64\odbcad32.exe
Observe que isso pode fazer com que você seja solicitado a efetuar login duas vezes, mas parece funcionar de forma mais consistente do que o runas sozinho.
Eu não acredito que haja a capacidade de fazer isso. Usando uma conexão confiável do NT para o SQL Server implica que não há nenhuma senha enviada durante a autenticação para o servidor e que o token NT existente é usado para autenticar. Em outras palavras, o SQL Server "confia" na autenticação do NT. Ele usará qualquer usuário que esteja logado no momento da conexão.
Descobri que usar o Gerenciador de Credenciais do Windows funciona muito bem. Você pode adicionar a credencial do Windows diretamente. O truque é que você precisa ter o nome de domínio totalmente qualificado, incluindo a porta, bem como o seu nome de usuário completo do Active Directory com o qualificador de domínio, então algo como mydb.myinternaldomain.com:1433 e myinternaldomain\myusername com sua senha. Em seguida, você pode adicionar mydb.myinternaldomain.com como uma fonte ODBC e o Windows trará magicamente as credenciais corretas. Isso também funciona para o Sql Server Management Studio.
Parece que não funciona para aplicativos nativos que não são Windows e que você ainda precisa de runas.
Tags windows-xp odbc sql-server dsn