DBI connect mit SSPI Windows authentication (Datenbanken und Verzeichnisdienste)

[thread]17845[/thread]

DBI connect mit SSPI Windows authentication

Tags: perl5 DBI SSPI windows authentication Ähnliche Threads

Leser: 17

Articles: hide open all | hide show old branches

+7 replies
Gustl

2012-10-22 11:43
User since
2011-01-27
441 Artikel
BenutzerIn
Hallo,

ich hätte da mal wieder eine Frage, ich möchte über Perl mit der Windows Kennung einen connect zu einer SQL-Datenbank herstellen.

Ist dies möglich?

Mein Ansatz:
Code (perl): (dl )

$dbh = DBI->connect("dbi:ODBC:DRIVER={SQL Server};Server=server_dns.net;Integrated Security=SSPI")
Fehlerausgabe:

Quote
Kann keine Verbindung zum Server aufbauen: [Microsoft][ODBC SQL Server Driver][SQL Server]Fehler bei der Anmeldung für den Benutzer 'NT AUTHORITY\ANONYMOUS LOGON'. (SQL-28000) [state was 28000 now 01S00]
[Microsoft][ODBC SQL Server Driver]Invalid connection string attribute (SQL-01S00)

Wie es scheint kann er wohl die Kennung nicht übertragen.
Wenn es mit DBI nicht geht, gibt es vielleicht eine andere Möglichkeit über windows authentication zu verbinden?

Habe die Suche hier schon bemüht, aber konnte über das Suchwort SSPI nichts finden.

Danke
Gruß Gustl
- Gast Gustl
  
  2012-10-23 17:42
  
  Hi, gibt es keine Lösung für mein Problem? hmpf
  Last edited: 2012-10-23 18:11:47 +0200 (CEST)
- +2 replies
- GwenDragon
  
  2012-10-23 18:44
  
  User since
  2005-01-17
  14748 Artikel
  Admin1
  
  Ich weiß ja nicht was für einen ODBC-Connector das System verwendet.
  
  Kannst du mal Integrated Security=true; oder Trusted_Connection=yes; versuchen?
  
  //EDIT:
  Vielleicht braucht DBI auch noch den Parameter WSID={WorkstationName} wobei {WorkstationName} der Rechner ist, auf dem deine Anwendung läuft.
  Last edited: 2012-10-23 18:55:06 +0200 (CEST)
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
  - Gustl
    
    2012-10-24 19:29
    
    User since
    2011-01-27
    441 Artikel
    BenutzerIn
    
    Hallo,
    
    leider funktioniert es nicht wenn ich mit deinen Tipps teste. Habe schon vieles probiert, aber es will mir leider nicht gelingen.
    
    Hat noch keiner sich mit Perl über die Windows Kennung mit einer Datenbank verbunden?
- GwenDragon
  
  2012-10-23 19:02
  
  User since
  2005-01-17
  14748 Artikel
  Admin1
  
  Muss für Server nicht unter Windows eher sowas stehen: SERVERDOAMIN\\SERVERINSTANZ
  Also bspw. server_dns.net\\SQLSERVER
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
- GwenDragon
  
  2012-10-25 09:06
  
  User since
  2005-01-17
  14748 Artikel
  Admin1
  
  Connectionstrings für diverse Server: http://www.connectionstrings.com/
  und http://www.sqlstrings.com/SQL-Server-connection-st...
  Testmöglichkeit der Connects: http://stackoverflow.com/questions/9596519/perl-db...
  Last edited: 2012-10-25 09:08:29 +0200 (CEST)
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
- thomas38
  
  2012-11-04 22:14
  User since
  2012-11-04
  30 Artikel
  BenutzerIn
  Ja, das ist möglich.
  Ich nehme an, dass der unter Windows aktuell angemeldete Benutzer eine Verbindung zu einem MSSQL-Server aufbauen möchte, ohne das Benutzername/Passwort nochmals übergeben werden muss (deshalb SSPI).
  
  Deine Fehlermeldung lässt darauf schließen, dass der SQL-Server von einer anonymen Anmledung ausgeht. Akzeptiert der SQL-Server überhaupt Windows-Authentifizierung? Das kann man beim SQL-Server konfigurieren.
  Als Test solltest Du zuerst als dem selben Benutzer versuchen, mit dem "Microsoft SQL Server Management Studio" eine Verbindung (mit Windows Authentifizierung) mit dem SQL-Server herzustellen.
  
  Wenn der SQL-Server nur SQL-Server Authentifizierung erlaubt, sind Benutzername/Passwort auf jeden Fall notwendig. SSPI funktioniert dann nicht.
  
  Ich habe den Verbindungsaufbau mit SSPI ausprobiert.
  Der SQL-Server ist bei mir auf dem selben Computer, auf dem auch das Perl Programm gestartet wird.
  
  Beispielprogramm:
  
  Code: (dl )
  
  1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47
  
  #!/usr/bin/perl # odbc.pl # Testprogramm zum Aufbau einer Verbindung zu einem # MS SQL-Server mit SSPI use strict; use warnings; use DBI; my $server="."; ## MS SQL-Server auf lokalem Computer my $database="master"; my $dsn="dbi:ODBC:DRIVER={SQL Server};Server=$server;database=$database;Integrated Security=SSPI;"; my $sql = "sp_who"; ## Prozedur, die Sitzungen ausgibt ## als normaler Benutzer werden nur die eigenen Sitzungen ausgegeben my $dbh; my $sth; my $erg; print "Verbindung zur Datenbank '$database' auf '$server' wird hergestellt ...\n"; $dbh = DBI->connect($dsn) or die "VERBINDUNGSAUFBAU FEHLGESCHALGEN! ABBRUCH"; $sth=$dbh->prepare($sql) or die "PREPARE('$sql') FEHLGESCHLAGEN! ABBRUCH"; $erg=$sth->execute or die "EXECUTE('$sql') FEHLGESCHLAGEN! ABBRUCH"; while (my @row = $sth->fetchrow_array) { no warnings; @row=map { s/\s*$// ; $_ } @row ; ## Leerzeichen am Ende entfernen use warnings; if ($row[3] ne "sa" ) ## Benutzer "sa" ignorieren { # status, loginname, hostname, dbname und cmd ausgeben print "ROW: ", join(", ",@row[2,3,4,6,7]), "\n"; } } $sth->finish; print "ENTER zum Beenden des Programms\n"; $erg=<STDIN>; print "Verbindung wird geschlossen ...\n"; $dbh->disconnect if defined $dbh;
  
  Ausgabe des Beispielprogramms:
  
  Quote
  C:\bin>odbc.pl
  Verbindung zur Datenbank 'master' auf '.' wird hergestellt ...
  ROW: runnable, RTJ13\thomas, RTJ13, master, SELECT
  ENTER zum Beenden des Programms
  
  Verbindung wird geschlossen ...
  
  Wie man sieht, führt der Benutzer "RTJ13\thomas" von PC "RTJ13" auf der Datenbank "master" ein "SELECT" aus. Das "SELECT" wird durch die stored procedure "sp_who" ausgeführt.
  
  Wahrscheinlich wird der Verbindungsaufbau nicht funktionieren, wenn der SQL-Server auf einem anderen Computer ausgeführt wird, und die PCs nicht Mitglied einer Windowsdomäne sind.
  Last edited: 2012-11-04 22:21:05 +0100 (CET)

View all threads created 2012-10-22 11:43.