KB: Die MySQL-DbLib-Verbindung verwendet Windows-Anmeldeinformationen anstelle der konfigurierten MySQL-Authentifizierung
Updated: September 08, 2026
In einigen Fällen können Altium Designer DbLib- oder SVNDbLib-Verbindungen zu MySQL versuchen, sich mit dem aktuellen Windows-Benutzerkonto zu authentifizieren, anstatt die konfigurierten MySQL-Anmeldedaten zu verwenden. Dies kann zu fehlgeschlagenen Verbindungstests, Authentifizierungsfehlern nach dem erneuten Öffnen des Verbindungsdialogs oder zu MySQL-Protokollen führen, die Windows-basierte Anmeldeversuche anzeigen. Das Problem tritt typischerweise auf, wenn die MySQL-Anmeldedaten von der ODBC-Datenquelle nicht korrekt gespeichert werden. Durch die Konfiguration eines korrekt mit Anmeldedaten versehenen 64-Bit-System-DSN wird sichergestellt, dass die erforderlichen MySQL-Anmeldedaten für die Verbindung verfügbar sind, und es wird verhindert, dass die Authentifizierung auf den Windows-Benutzerkontext zurückfällt.
Auf einen Blick
In einigen Fällen können Altium Designer DbLib- oder SVNDbLib-Verbindungen zu MySQL versuchen, sich mit dem aktuellen Windows-Benutzerkonto zu authentifizieren, anstatt die konfigurierten MySQL-Anmeldedaten zu verwenden. Dies kann zu fehlgeschlagenen Verbindungstests, Authentifizierungsfehlern nach dem erneuten Öffnen des Verbindungsdialogs oder zu MySQL-Protokollen führen, die Windows-basierte Anmeldeversuche anzeigen. Das Problem tritt typischerweise auf, wenn die MySQL-Anmeldedaten von der ODBC-Datenquelle nicht korrekt gespeichert werden. Durch die Konfiguration eines korrekt mit Anmeldedaten versehenen 64-Bit-System-DSN wird sichergestellt, dass die erforderlichen MySQL-Anmeldedaten für die Verbindung verfügbar sind, und es wird verhindert, dass die Authentifizierung auf den Windows-Benutzerkontext zurückfällt.
Lösungsdetails
Authentifizierungsversuche verwenden das falsche Konto
Eines oder mehrere der folgenden Symptome können auftreten:
- „Test Connection“ schlägt fehl, sofern Benutzername und Passwort nicht jedes Mal erneut eingegeben werden.
- Die Verbindung funktioniert vorübergehend, schlägt jedoch nach dem erneuten Öffnen des Dialogs fehl.
- Tabellen und Schema sind sichtbar, aber die Authentifizierung schlägt bei der normalen Verwendung fehl.
- MySQL-Protokolle zeigen Anmeldeversuche mit einem Windows-Benutzer und einer Windows-Domäne anstelle eines MySQL-Kontos.
- Dieselbe
.DbLib-Datei und DSN funktionieren auf einem Rechner korrekt, schlagen jedoch auf einem anderen fehl. - Der Verbindungstest ist nur für die aktuelle Sitzung erfolgreich und bleibt nicht dauerhaft erhalten.
Anmeldedaten werden nicht dauerhaft für die Verbindung gespeichert
Dieses Verhalten kann durch das Zusammenspiel von Altium Designer, MSDASQL und dem MySQL-ODBC-Treiber verursacht werden:
- Altium Designer speichert keine Datenbank-Anmeldedaten. Im Verbindungsdialog eingegebene Werte stehen nur für die aktuelle Sitzung zur Verfügung.
- DbLib- und SVNDbLib-Verbindungen verwenden eine OLE-DB-Verbindungszeichenfolge und greifen bei der Verbindung zu ODBC-Datenquellen üblicherweise auf Microsofts ODBC-Provider (MSDASQL) zurück.
- Der MySQL-ODBC-Treiber speichert Anmeldedaten als Teil der DSN-Konfiguration.
- Wenn die DSN die Anmeldedaten nicht korrekt dauerhaft speichert, erhält der OLE-DB-Provider keine Informationen zum Datenbankbenutzer.
- Wenn kein MySQL-Benutzer angegeben wird, kann MSDASQL auf den aktuellen Windows-Benutzerkontext zurückfallen.
- MySQL unterstützt keine integrierte Windows-Authentifizierung, wodurch die Authentifizierung fehlschlägt.
- User DSNssind anfälliger für Berechtigungsprobleme, Sicherheitsrichtlinien, Probleme bei der Speicherung von Anmeldedaten sowie 32-Bit-/64-Bit-Inkompatibilitäten.
- Die Möglichkeit, Tabellen oder das Schema zu durchsuchen, bestätigt nicht zwangsläufig, dass nachfolgende authentifizierte Vorgänge erfolgreich sein werden.
Konfigurieren Sie eine dauerhafte System-DSN
- Verwenden Sie eine korrekt mit Anmeldedaten konfigurierte 64-bit System DSN für MySQL.
- Verweisen Sie aus der Database Library auf die System-DSN, anstatt sich auf sitzungsbezogen eingegebene Anmeldedaten zu verlassen.
- Vermeiden Sie die Verwendung von User DSNs in Unternehmensumgebungen oder sicherheitsgehärteten Umgebungen.
- Stellen Sie sicher, dass ODBC-Treiber, DSN und die Altium Designer-Installation allesamt 64-Bit-Komponenten sind.
Erstellen und überprüfen Sie die System-DSN
- Öffnen Sie die 64-Bit-ODBC-Datenquellenverwaltung mit Administratorrechten über
C:\Windows\System32\odbcad32.exe. - Bestätigen Sie, dass die 64-Bit-ODBC-Datenquellenverwaltung verwendet wird und nicht die 32-Bit-Version.
- Wählen Sie die Registerkarte System DSN und anschließend Add.
- Wählen Sie MySQL ODBC 8.0 Unicode Driver.
Geben Sie den Namen des MySQL-Servers, den Datenbanknamen, den MySQL-Benutzernamen und das MySQL-Passwort ein. - Wählen Sie Test und speichern Sie die DSN.
- Öffnen Sie die Datei
.DbLiboder.SVNDbLibin Altium Designer. - Verweisen Sie auf die konfigurierte System DSN und testen Sie die Verbindung.
- Schließen und öffnen Sie den Verbindungsdialog erneut und testen Sie dann noch einmal, um zu prüfen, ob die Anmeldedaten dauerhaft gespeichert werden.
- Prüfen Sie, ob das MySQL-Serverprotokoll das konfigurierte MySQL-Konto anzeigt und nicht ein Windows-Konto im Format
DOMAIN\Username.
Zusätzliche Hinweise
- Altium Designer erfordert eine kompatible 64-Bit-Datenbankzugriffsschicht.
- Altium Designer speichert Datenbank-Anmeldedaten absichtlich nicht dauerhaft.
- Das erneute Eingeben der Anmeldedaten in Altium Designer ermöglicht nur einen temporären Verbindungstest.
- ODBC-Anmeldedaten sind rechnerbezogen und müssen auf jeder Arbeitsstation konfiguriert werden, die die Datei
.DbLiboder.SVNDbLiböffnet. - Optional: Überprüfen Sie die Registry-Einträge der System-DSN, falls eine weitergehende Fehlerbehebung erforderlich ist.
- Wenn dieselbe Library auf einem Rechner funktioniert, auf einem anderen jedoch nicht, vergleichen Sie DSN-Typ, Treiberversion, Treiber-Bitness und die Konfiguration zur Speicherung der Anmeldedaten.