Office: Benutzer DSN per VBA erstellen

Hi Leute,

da ich auf mehreren Rechnern die gleiche Benutzer-DSN zu einem SQL Server erstellen muss, würde ich das gerne automatisch machen lassen.
Das Anlegen verläuft ohne Probleme, nur übernimmt es mir kein Username und Passwort... *frown.gif*

Code:

Code:

Ich würde gerne die SQL-Server_authentifizierung mit Benutzername und -pw verwenden (siehe angehängtes Bild). Diese aber auch automatisch mit dem Code mitgeben... aber das klappt so bisher nicht...

Hätte jemand ne Idee?

:)

 

In deiner Funktion AddDSN werden die Paramter sUser und sPwd komplett ignoriert und stattdessen ein TRUSTED_CONNECTION=True in den Connectionstring eingesetzt.

 

oh, mist, stimmt!
Danke sonic8!

aber wie spreche ich dann die felder user und pw an? einfach auf false setzen hat nicht funktioniert...

 

Ich verstehe nicht ganz, was du meinst.
Ich würde die Daten im ConnectionString unterbringen, wie vorher das TRUSTED_CONNECTION=True.
Sei dir aber bewusst, dass die Zugangsdaten dann unverschlüsselt abgelegt werden.

 

Ok, ich muss zugeben: Ich bin noch relativ neu in der Materie VBA und SQL...
Ich will mir mit diesem Skript das manuelle einrichten einer User-DSN ersparen und einfach das einmal auf jedem Rechner ausführen, auf dem diese DSN eingerichtet werden soll.

Das funktioniert mit diesem Skript auch soweit, nur bekomme ich den User und das PW nicht eingetragen, sprich ich müsste trotzdem in die systemsteuerung\Verwaltung\Datenquellen und das da eingeben... genau das will ich vermeiden *wink.gif*

 

Quelle: "vb@rchiv · Tipps & Tricks · Benutzer-DSN / System-DSN per Code erstellen"

 

Hi Andre,

genau daher habe ich das meiste des Codes...

aber das funktioniert nicht, weder...
Code:

noch ...

oder solche Varianten.

Es bringt in diesem Fall immer den Fehler "DSN konnte nicht erstellt werden".
Bei:
Code:

wird zwar eine erstellt, aber kein Passwort oder User übernommen....

ich bin etwas überfragt...

 

also ich komme immer noch nicht wirklich weiter.
Habe aber es möglichst benutzerfreundlich gestaltet:

- Erstellen der DSN nur ohne PW
- Ausgeben einer MsgBox mit PW und Erklärung wo es eingetragen werden muss
- öffnen der ODBC-Verwaltung direkt aus dem Code heraus

Code:

Sprich man klickt auf einen Button und muss dann in der sich öffnenden ODBC-Verwaltung nur noch das PW eintragen.


Ist jetzt nicht optimal, aber schon einmal ein Anfang.

Falls jemand noch eine weitere Idee hat, gerne schreiben *wink.gif*

 

Hallo,
ich verstehe nicht, warum du Anmeldenamen und Passwort in die DSN aufnehmen willst/musst. Ist eigentlich nur ein unnötiges Sicherheitsproblem.

Je nachdem wie du die Verbindung anwendest kannst du doch Nutzer und Passwort beim manuellen Verknüpfen der Tabellen speichern oder per Code mitgeben.

 

das Problem ist, dass ich das in meiner Firma hier machen muss und das Programm recht groß ist.

Das heißt:

- es sollte möglichst einfach von jedem Mitarbeiter, der dies benutzen muss, eingerichtet und auch nur von diesen benutzt werden können (Bei Einbau in den Code könnte jeder der diesen Access-Client hat auch darauf zugreifen).

- es beinhaltet rund 300 SQL-Server Passthrough-Anfragen für die ich das nicht alle einstellen will ...

Das ist so ein bisschen der Hintergrund der ganzen Geschichte *wink.gif*

 

Ein paar Anmerkungen:
1.) Ich glaube nicht, dass es möglich ist, eine SQL-Server-DSN mit gespeicherten Passwort anzulegen per Code/API. Das war zwar mal möglich und steht auch noch so als Beispiel in der Doku zu den API Funktionen, aber ich vermute Microsoft hat das aus Sicherheitsgründen entfernt.

2. ) Dass du nur ein Window Handle aus Access an die API übergeben musst und sich dann der ODBC-Verbindungsdialog direkt für die neu erstelle Verbindung öffnet, weißt du?

3.) Hast du mal überprüft, ob es überhaupt möglich ist das Passwort manuell einzutragen und zu speichern? - Ich denke auch das ist nicht mehr möglich (Win 8.1), weil Sicherheitsrisiko.

 

Ist dann ein Kennwort, das lesbar in den DSN-Daten gespeichert ist (falls das überhaupt geht), der richtige Weg?

Zum Verständnis:
Du verwendest einen einzigen Sql-Server-User für alle Clients und die Anwender sollen dieses Kennwort nicht kennen.
Du verwendest somit keinen SQL-Server-Zugang je Anwender.
Stimmt das so?

Nur so als Idee:
Was wäre, wenn du einen Login-Vorgang in eine Public Prozedur in einer mde/accde auslagerst, die mde als Verweis einbindest (auch Latebinding wäre möglich) und dann beim Anwendungsstart die Prozedur aus der mde startest, um den Zugang freizuschalten.

Dann könntest du die SQL-Server-Objekte DSN less (oder auch mit DSN, je nach Gechmack) ohne Kennwort verknüpfen und erst nach Aufruf der Prozedur wird der Zugang möglich.


Anm.: die Benutzerdaten würde ich nie in den verknüpften Tabellen oder Pass-Through-Abfragen speichern, da das Kennwort sonst zu einfach auslesbar ist.

mfg
Josef

 

Verwende Windows Authentifizierung auf dem SQL Server und das Problem ist sicher gelöst.

Klar. Musst du auch nicht. Wenn du einmal eine Verbindung hergestellt hast, werden alle weiteren Verbindungen, mit dem gleichen ConnectionString, automatisch mit den gleichen Benutzerdaten geöffnet.

 

\@sonic8:

zu 1) nachdem was ich bisher hierzu gefunden habe, ist es sehr wahrscheinlich, dass das nicht mehr funktioniert... da hast du recht.

zu 2) *eek.gif* ok, damit hast du mich überfordert *wink.gif*

zu 3) manuell funktioniert das noch, verwende hier aber auch noch win 7.


@josef P.

Soweit korrekt.

Berechtigte Frage. Ich beantworte das mal so: Es wird den Mitarbeitern hier nicht zugetraut das zu finden. *wink.gif*

Zu allem anderen: Hört sich gut an, ich verstehe nur leider fast nichts davon... Bin noch recht neu in der Welt des SQL und VBA und hangle mich von einem Thema zum nächsten. *redface