4
Wo trägt man OLD-PASSWORDS Option in der mysql.ini ein ?
Ich muss eine mysql 4.1 Datenbank unter SBS2011 zum laufen bekommen, aber die User Anmeldung durch die Clients klappt nicht.
Hallo liebe Fachleute !
Auf einem neuen SBS2011 STD Server muss ich eine mySQL Datenbank installieren, um mit der WaWi CAO-Faktura arbeiten zu können. CAO lief bisher problemlos mit mySQL 4.0, aber diese Version von mySQL bekomme ich auf dem SBS2011 nicht zum Laufen. Nun habe ich von der Faktura Seite auch den Hinweis, dass auch mySQL 4.1 verwendet werden kann, wenn man die Option OLD-PASSWORDS setzt.
Installiert bekomme ich mySQL 4.1 auf dem Server schon, das Faktura Programm meldet aber dass die User Anmeldung scheitert. Alles deutet daraufhin, dass die Anmeldung bzw. die Passwortverarbeitung beim Versionswechsel von Version 4.0 auf 4.1 verändert wurde.
In diversen Anleitungen habe ich nun gelesen, dass man die Option OLD-PASSWORDS setzen soll.
Entweder kann dies durch den Aufruf des Dienstes mit entsprechenden Parametern geschehen, oder in der my.ini.
Die Datei my.ini habe ich gefunden, und habe nun in verschiedenen Abschnitten folgende Zeile eingesetzt :
old-passwords=true
Trotzdem bekomme ich immer noch die gleiche Fehlermeldung. Egal wie oft ich den Dienst neu starte, bzw. in welchem Abschnitt inch die Zeile eingetragen habe.
Kann mir jemand mal ein wenig auf die Sprünge helfen was ich falsch mache ?
Auch wenn es nicht gefällt, es muss mySQL 4.0 oder 4.1 auf Windows SBS2011 STD installiert werden, andere Versionen brauchen wir hier nicht ansprechen. Auch die Installation auf einer eigenen W2K Server Lizenz in einer virt. Maschine des Hyper-V kommen nicht in Frage.
Vielen Dank für Eure Hilfe
Hallo liebe Fachleute !
Auf einem neuen SBS2011 STD Server muss ich eine mySQL Datenbank installieren, um mit der WaWi CAO-Faktura arbeiten zu können. CAO lief bisher problemlos mit mySQL 4.0, aber diese Version von mySQL bekomme ich auf dem SBS2011 nicht zum Laufen. Nun habe ich von der Faktura Seite auch den Hinweis, dass auch mySQL 4.1 verwendet werden kann, wenn man die Option OLD-PASSWORDS setzt.
Installiert bekomme ich mySQL 4.1 auf dem Server schon, das Faktura Programm meldet aber dass die User Anmeldung scheitert. Alles deutet daraufhin, dass die Anmeldung bzw. die Passwortverarbeitung beim Versionswechsel von Version 4.0 auf 4.1 verändert wurde.
In diversen Anleitungen habe ich nun gelesen, dass man die Option OLD-PASSWORDS setzen soll.
Entweder kann dies durch den Aufruf des Dienstes mit entsprechenden Parametern geschehen, oder in der my.ini.
Die Datei my.ini habe ich gefunden, und habe nun in verschiedenen Abschnitten folgende Zeile eingesetzt :
old-passwords=true
Trotzdem bekomme ich immer noch die gleiche Fehlermeldung. Egal wie oft ich den Dienst neu starte, bzw. in welchem Abschnitt inch die Zeile eingetragen habe.
Kann mir jemand mal ein wenig auf die Sprünge helfen was ich falsch mache ?
Auch wenn es nicht gefällt, es muss mySQL 4.0 oder 4.1 auf Windows SBS2011 STD installiert werden, andere Versionen brauchen wir hier nicht ansprechen. Auch die Installation auf einer eigenen W2K Server Lizenz in einer virt. Maschine des Hyper-V kommen nicht in Frage.
Vielen Dank für Eure Hilfe
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 177346
Url: https://administrator.de/forum/wo-traegt-man-old-passwords-option-in-der-mysql-ini-ein-177346.html
Ausgedruckt am: 23.12.2024 um 06:12 Uhr
4 Kommentare
Neuester Kommentar
moin,
Wenn das naheliegendste nicht machbar ist - dann mach doch das andere...
Nimm einen anderen Dienstleister für die Warenwirtschaft.
Hey MySQL 5.1.60 ist draussen....
Aber ich weiß - sicherheitsbereinigte Software kommt ja auf nem DC nicht in Frage - schon garnicht wenns so ein Leichtgewicht wie der SBS ist...
[MYSQLD]
old-passwords
Auch wenn es nicht gefällt, es muss mySQL 4.0 oder 4.1 auf Windows SBS2011 STD installiert werden, andere Versionen brauchen wir hier nicht ansprechen.
Auch die Installation auf einer eigenen W2K Server Lizenz in einer virt. Maschine des Hyper-V kommen nicht in Frage.
Auch die Installation auf einer eigenen W2K Server Lizenz in einer virt. Maschine des Hyper-V kommen nicht in Frage.
Wenn das naheliegendste nicht machbar ist - dann mach doch das andere...
Nimm einen anderen Dienstleister für die Warenwirtschaft.
- Wenn ich einen "neuen" Server hätte, und mir der Hersteller sagen würde, hey du bekommst die Kiste nicht zum laufen - aber nimm doch die neue Version der DB...
- Und die hätten kein How2 wie es geht
- Und die neue Version ist seit 3 Jahren *huestel....
Hey MySQL 5.1.60 ist draussen....
Aber ich weiß - sicherheitsbereinigte Software kommt ja auf nem DC nicht in Frage - schon garnicht wenns so ein Leichtgewicht wie der SBS ist...
old-passwords=true 
[MYSQLD]
old-passwords
Hi !
Das CAO Wawi arbeitet mit einer uralten Version der Client-Dll und daher kommen die Probleme. Soweit ich weiss, wird Cao (zumindest für zahlungswillige Kunden) weiterentwickelt. Ich verstehe daher nicht, warum der Entwickler die Anwendung nicht für aktuelle Versionen der Datenbank anpasst. Ich habe mir Cao vor einigen Jahren auch mal angeschaut und diese Problematik war nur einer der Gründe, warum wir es dann nicht verwendeten....
Die nötigen Änderungen machst Du (wie man es auch im offiziellen Handbuch der Datenbank nachlesen kann) am besten nur für den einen Account über den Cao auf die Datenbank zugreift und zwar direkt in der Usertabelle mittels Konsole über die Funktion old_password() und zwar so:
Dann sollte sich Cao über diesen Account wieder mit der Datenbank verbinden lassen.
mrtux
Das CAO Wawi arbeitet mit einer uralten Version der Client-Dll und daher kommen die Probleme. Soweit ich weiss, wird Cao (zumindest für zahlungswillige Kunden) weiterentwickelt. Ich verstehe daher nicht, warum der Entwickler die Anwendung nicht für aktuelle Versionen der Datenbank anpasst. Ich habe mir Cao vor einigen Jahren auch mal angeschaut und diese Problematik war nur einer der Gründe, warum wir es dann nicht verwendeten....
Die nötigen Änderungen machst Du (wie man es auch im offiziellen Handbuch der Datenbank nachlesen kann) am besten nur für den einen Account über den Cao auf die Datenbank zugreift und zwar direkt in der Usertabelle mittels Konsole über die Funktion old_password() und zwar so:
mysql> SET PASSWORD FOR
-> 'deincaodatenbankaccout'@'deinendatenbankhost' = OLD_PASSWORD('passwortdescaodatenbankaccounts'); Dann sollte sich Cao über diesen Account wieder mit der Datenbank verbinden lassen.
mrtux
Hallo und Danke für die schnelle Antworten !
Sicher ist es richtig, dass man eigentlich nicht mehr mit den alten mySQL Systemen arbeiten sollte, aber wir nutzen CAO seit über 5 Jahren, das System erfüllt recht genau unsere Anforderungen, kostet wenig ( wir haben eine Kauflizenz ) läuft stabil, braucht nur wenig Wartungsaufwand, und hat viele Funktionen die genau den Arbeitsabläufen entsprechen. Was will man also mehr ? Selbst der Export in die Fibu klappt problemlos. Der Import von Preislisten meiner Lieferanten dauert jede Woche mal gerade 5-10 Minuten bei etwa 20000 Teilen, Backup und Restore haben uns noch nie im Stich gelassen. Eigentlich habe ich nichts daran auszusetzen... warum also wechseln ?
Mittlerweile habe ich bei Tante Google auch einen Artikel gefunden, der mein Problem gelöst hat.
Nach der Installation folgenden Befehl im mySQL Commandfenster eingegeben :
UPDATE mysql.user SET Password = OLD_PASSWORD('NEUES PASSWORT') WHERE Host = 'localhost' AND User = 'root';
dann alle rechte neu aufbauen lassen :
FLUSH PRIVILEGES;
und zuletzt in der ini Datei im Abschnitt [MYSQL] nur noch eine Zeile mit
old-passwords
eingetragen.
Dann den Dienst neu gestartet, und schon konnte ich mit CAO wieder loslegen. Nachdem CAO das Grundgerüst aufgebaut hat, schnell noch das Backup eingespielt, und schon ist wieder alles klar.
Also, nochmals vielen Dank für die schnellen Antworten !!!
Sicher ist es richtig, dass man eigentlich nicht mehr mit den alten mySQL Systemen arbeiten sollte, aber wir nutzen CAO seit über 5 Jahren, das System erfüllt recht genau unsere Anforderungen, kostet wenig ( wir haben eine Kauflizenz ) läuft stabil, braucht nur wenig Wartungsaufwand, und hat viele Funktionen die genau den Arbeitsabläufen entsprechen. Was will man also mehr ? Selbst der Export in die Fibu klappt problemlos. Der Import von Preislisten meiner Lieferanten dauert jede Woche mal gerade 5-10 Minuten bei etwa 20000 Teilen, Backup und Restore haben uns noch nie im Stich gelassen. Eigentlich habe ich nichts daran auszusetzen... warum also wechseln ?
Mittlerweile habe ich bei Tante Google auch einen Artikel gefunden, der mein Problem gelöst hat.
Nach der Installation folgenden Befehl im mySQL Commandfenster eingegeben :
UPDATE mysql.user SET Password = OLD_PASSWORD('NEUES PASSWORT') WHERE Host = 'localhost' AND User = 'root';
dann alle rechte neu aufbauen lassen :
FLUSH PRIVILEGES;
und zuletzt in der ini Datei im Abschnitt [MYSQL] nur noch eine Zeile mit
old-passwords
eingetragen.
Dann den Dienst neu gestartet, und schon konnte ich mit CAO wieder loslegen. Nachdem CAO das Grundgerüst aufgebaut hat, schnell noch das Backup eingespielt, und schon ist wieder alles klar.
Also, nochmals vielen Dank für die schnellen Antworten !!!
Hi !
Bitte schön...
...aber so würde ich das nicht machen, denn bei Cao kommt die ZEOS-Lib zum Einsatz. In der aktuellen ZEOS Version, die ich auch für meine Projekte verwende, gibt es diese Einschränkung nicht mehr, daher haben aktuellere Projekte, die per ZEOS auf die Daten (z.B. das Datenbanktool Heidi SQL) zugreifen, diese Probleme nicht mehr. Meine Projekte laufen alle auch auf der aktuellen Version der Datenbank und soweit ich mich erinnere, kannst Du den Eintrag in der INI auch weg lassen und eben nur die Accounts anpassen, die per Cao Anwendung auf die Datenbank zugreifen. Meiner Ansicht nach reisst Du sonst ein massives Sicherheitsloch, wenn Du alle Accounts (auch root) umstellst, gerade auch wenn z.B. auch noch ein Webshop auf die gleichen Daten zugreift, ausserdem würde ich dem User alle Serverrechte entziehen und über Datenbankrechte wieder erteilen, das ist wesentlich sicherer...
mrtux
Bitte schön...
...aber so würde ich das nicht machen, denn bei Cao kommt die ZEOS-Lib zum Einsatz. In der aktuellen ZEOS Version, die ich auch für meine Projekte verwende, gibt es diese Einschränkung nicht mehr, daher haben aktuellere Projekte, die per ZEOS auf die Daten (z.B. das Datenbanktool Heidi SQL) zugreifen, diese Probleme nicht mehr. Meine Projekte laufen alle auch auf der aktuellen Version der Datenbank und soweit ich mich erinnere, kannst Du den Eintrag in der INI auch weg lassen und eben nur die Accounts anpassen, die per Cao Anwendung auf die Datenbank zugreifen. Meiner Ansicht nach reisst Du sonst ein massives Sicherheitsloch, wenn Du alle Accounts (auch root) umstellst, gerade auch wenn z.B. auch noch ein Webshop auf die gleichen Daten zugreift, ausserdem würde ich dem User alle Serverrechte entziehen und über Datenbankrechte wieder erteilen, das ist wesentlich sicherer...
mrtux
