Início / dba / Perguntas / 2910
Accepted
Jack Douglas
Asked: 2011-05-25 07:15:09 +0800 CST

Um nome de usuário e senha podem ser codificados em um DSN do sistema

  • 772

Temos um CRM legado que usa um DSN com autenticação do Windows para se conectar a uma instância do SQL Server 2005 (parte do SBS 2003 Premium). Em breve faremos uma grande migração deixando-nos sem um domínio do Windows - pelo que entendi, isso significa que precisamos usar um método de autenticação alternativo. Também estamos planejando migrar do SQL Server 2005 para o SQL Server Express 2008 R2 no mesmo período.

Infelizmente, nenhuma modificação no CRM é possível.

Deixando de lado os problemas de segurança óbvios, é possível codificar um nome de usuário e senha em um DSN do sistema? Alternativamente, essa é outra abordagem óbvia para autenticação que estou perdendo?

--EDITAR

O DSN é definido no Administrador de Fonte de Dados ODBC na seção "Ferramentas Administrativas" do Painel de Controle nos clientes Windows.

--EDITAR 2

Desisti de tentar fazer isso no DSN graças à resposta de Jonathan. Felizmente eu descobri um arquivo .ini onde eu poderia inserir um nome de usuário/senha fixo substituindo os espaços reservados - problema resolvido.

sql-server authentication

3 respostas

  1. Best Answer

    Um DSN do sistema é armazenado no registro e não tem a capacidade de armazenar uma senha. Se você quiser armazenar a senha, precisará usar um DSN de arquivo e isso exigiria a alteração do CRM para usar o DSN de arquivo que você diz não ser possível. Normalmente, os aplicativos que usam um DSN do sistema dependem da autenticação do SQL Server dos usuários para sua segurança. Quando o aplicativo for aberto, ele deverá solicitar que o usuário faça login, e esse é o nome de usuário e a senha usados ​​com as informações do DSN do sistema para conectar-se ao servidor de banco de dados. Se o DSN usa autenticação do Windows e você está eliminando seu domínio do Windows, você está travado. Você teria que mudar o CRM para fazê-lo funcionar de uma maneira diferente.

    • 7

  2. Os DSNs variam de acordo com o provedor. Acabei de codificar uma senha para um ODBC do Microsoft Oracle para um DSN do sistema. A situação: MS Access 2010 não salva a senha para a tabela vinculada

    \HKLM\Software\ODBC\ODBC.INI{nome do DSN}\PWD

    Após a edição, o Access não solicita mais uma senha quando a fonte de dados foi acessada pela primeira vez.

    • 2

  3. Usando o PowerShell como o seguinte, consegui criar um DSN do sistema com credenciais armazenadas para um banco de dados Sybase SQL Anywhere:

    $PropertyValue = @"
ServerName=<ServerName>
Integrated=NO
Host=<HostName>
DatabaseName=<DatabaseName>
"@ -split "`r`n"

$Credential = Get-Credential

Add-OdbcDsn -Name <DSNName> -DriverName "SQL Anywhere 12" -SetPropertyValue $PropertyValue -Platform 32-bit -DsnType System
New-ItemProperty -Path HKLM:\SOFTWARE\WOW6432Node\ODBC\ODBC.INI\<DSNName> -PropertyType String -Name UID -Value $Credential.UserName
New-ItemProperty -Path HKLM:\SOFTWARE\WOW6432Node\ODBC\ODBC.INI\<DSNName> -PropertyType String -Name PWD -Value $Credential.GetNetworkCredential().password
    • 2

relate perguntas