February 8, 20233 yr Auf einem Entwicklungsserver mit Froxlor 2.0.10 benötigen wir zwingend MySQL-Remotezugang für alle IPs (Migrationsumgebung). bind-address = 127.0.0.1 wurde bereits in der 50-server.cnf auskommentiert, steht jetzt stattdessen: bind-address = 0.0.0.0 Wir haben auch schon versucht den Eintrag für die MySQL-Access-Hosts im Froxlor-Admin zu editieren: localhost,127.0.0.1,IPv4,IPv6 zu localhost,127.0.0.1,IPv4,IPv6,0.0.0.0 oder localhost,127.0.0.1,IPv4,IPv6,% Funktioniert aber leider nicht, denn beim Speichern kommt jedes Mal eine Fehlermeldung und es ändert sich nichts (0 Uncaught Exception, Illegal Offset Type):
February 8, 20233 yr Author Die IPv6 Adresse steht standardmäßig ohne [] drumherum drin: CIDR Syntax haben wir auch probiert: localhost,127.0.0.1,IPv4,IPv6,0.0.0.0/0 Dann kommt eine andere Fehlermeldung:
February 8, 20233 yr ja logisch, /0 ist kein gültiges subnetz. Also codeseitig sehe ich gerade nicht was dich von % abhalten sollte, muss ich mal testen
February 8, 20233 yr Author Die MySQL-Datenbank muss zwingend remote zugänglich sein (am besten für alle IPs).
February 8, 20233 yr Author Die Grants vom MySQL-User waren wegen der Fehlermeldung immer noch localhost: SHOW GRANTS FOR 'fmoadminsql1'@'localhost'; +---------------------------------------------------------------------------------------------------------------------+ | Grants for fmoadminsql1@localhost | +---------------------------------------------------------------------------------------------------------------------+ | GRANT USAGE ON *.* TO `fmoadminsql1`@`localhost` IDENTIFIED BY PASSWORD '(PW)' | | GRANT ALL PRIVILEGES ON `fmoadminsql1`.* TO `fmoadminsql1`@`localhost` | +---------------------------------------------------------------------------------------------------------------------+ 2 rows in set (0.000 sec) Musste das über SSH und MySQL-Root-Zugang ändern: UPDATE mysql.user SET Host='%' WHERE Host='localhost' AND User='fmoadminsql1'; UPDATE mysql.db SET Host='%' WHERE Host='localhost' AND User='fmoadminsql1'; FLUSH PRIVILEGES; Jetzt klappt der Verbindungsaufbau per MySQL-Workbench von Remote aus.. hoffentlich reicht das den Entwicklern
February 8, 20233 yr Manuell den host ändern via mysql klappt natürlich - hat aber null sinn das so in froxlor umzusetzen, dafür gibt es ja eben die "mysql_access_host" einstellung welche die user dann entsprechend so anlegt / ändert und auch wieder löscht. Ich habe den Fehler gefunden (siehe https://github.com/Froxlor/Froxlor/commit/7d23e4882d42f65a625fa40ee24739d7e4a038ec) - vielen Dank fürs Melden und die Infos.
Create an account or sign in to comment