2016-12-10 2 views
0

Ein wenig Hintergrund: Ich habe 20 oder so Clients, die einen Benutzer-DSN verwenden, um eine Verbindung zu einer SQL Server-Datenbank herzustellen, ein Access-Programm auszuführen. Bis jetzt hat alles gut funktioniert. Ich verwende für jeden die gleiche SQL Server-Authentifizierung.Benutzer DSN Timeout-Fehler für SQL Server

Neulich habe ich einen vorhandenen Computer aus "Lager" genommen, um für einen vorhandenen Benutzer auszutauschen. Als ich versuchte, ihren DSN zu erstellen, erhalte ich einen Verbindungszeitüberschreitungsfehler. Wenn ich mein Domain-Admin-Konto verwende, funktioniert es einwandfrei. Wenn ich mich mit der Benutzeranmeldung bei meinem Computer anmelde, funktioniert das auch nicht. Wenn ich mich in den alten Computer des Benutzers anmelde, funktioniert es gut.

Was mich verwirrt, verwende ich eine SQL Server-Anmeldung für die ODBC-Anmeldeinformationen, nicht Windows. Was vermisse ich?

+0

Frage: Haben Sie das jemals herausgefunden? – paulsm4

+0

Leider habe ich nicht. Computer-zu-Server-Kommunikation (Ping) funktioniert, aber das Zeitlimit bleibt bestehen. Während ich verstehe, dass eine ODBC-Verbindung mit SQL-Anmeldung nicht die Domäne treffen sollte, kann ich nicht über die Tatsache, dass dieses Problem nur für die Benutzeranmeldung auf Computern, die sie nie zuvor verwendet haben, oder neue Logins, die ich auf der Domäne erstellen. Dies gilt auch für das Kopieren eines Domänenadministratorkontos. – creed

+0

"Ich verstehe, dass eine ODBC-Verbindung mit SQL-Login nicht die Domäne treffen sollte" F: Was macht Sie denken, dass ??? Nur weil Sie sich mit der SQL-Server-Authentifizierung anmelden ... bedeutet das nicht, dass Sie KEINE domänengeschützten Ressourcen benötigen, um Ihre Verbindung überhaupt aufzubauen. Bitte besuchen Sie die Links, die ich unten zitiert habe ... – paulsm4

Antwort

0

Da Sie sagen, dass ein Domain-Benutzer vom PC aus eine Verbindung herstellen kann, aber nicht Ihr beabsichtigter Benutzer ... und da es klingt wie Ihr "beabsichtigter Benutzer" ist NICHT ein Domain-Benutzer ... dann rate ich Die erste zu überprüfende Aufgabe ist, dass Ihre MSSQL-Instanz für Mixed mode authentication konfiguriert ist.

Hier sind einige Links, die helfen könnten:

+0

Sorry, ich habe das Problem verwirrt. Erneut versuchen: Der Benutzer ist ein Domänenbenutzer und kein neues Benutzerkonto. Im Benutzer-DSN verwende ich ein SQL-Server-Konto, das in allen anderen ODBC-Verbindungen verwendet wird. – creed

0

ich eine Lösung für das Problem gefunden , aber nicht sicher, warum es funktioniert. Ich habe eine eingehende Windows-Firewall-Regel für den Port 1433 auf dem Server hinzugefügt, und die betreffenden Benutzer können eine Verbindung herstellen. Nicht sicher, warum dies ein paar Benutzer und nicht 20 andere betroffen hat, aber es bringt mich zumindest in den Fokus! Danke für die Beiträge aller.

Verwandte Themen