[bug?] PMA Login Fehler

[fulltilt]

bin erst jetzt dazu gekommen ein Update 1.0.5 auf 1.0.7 durchzuführen ...
hierbei ist alles soweit durchgelaufen, es ist aber nicht mehr möglich aus dem CP auf PMA zuzugreifen. PMA wird gar nicht geöffnet stattdessen diese Meldung:

Code:

Error: An error occurred while authentication!

habe auch mal probiert in beiden configs $cfg['blowfish_secret'] von der alten conf einzugeben - ohne Erfolg ..
woran könnte das liegen - bzw was tun?

also mit pma und über die shell kann ich mit dem pma user einloggen, wenn ich aber als user im CP eingeloggt bin und klicke auf phpmyadmin bekommen ich:
Error: An error occurred while authentication!

### edit ###
meine güte
es lag an der php.ini (master) habe die wohl zu sehr abgesichert ...
allow_url_fopen = On
muss ON sein

allerdings wenn allow_url_fopen jetzt immer ON ist könnte man das sicherlich auch im softwareinstaller verwenden ...

[fulltilt]

aber eine Frage dazu hab ich noch:

Code:

magic_quotes_gpc = Off

sollte magic_quotes_gpc nicht besser auf ON sein?
in den user und master php.ini

[fulltilt]

gleiches Problem nun auf einem anderen System, nach dem Update 1.0.0 > 1.0.7:
Error: An error occurred while authentication
beim Aufruf des PMA Links
die master php.ini ist original unverändert
Über PMA kann ich mit dem pma user einloggen ...
woran könnte es sonst noch liegen?

[fulltilt]

gibt es eine Möglichkeit den PMA Login neu zu generieren?

[Leibi]

Hatte gerade das gleiche Problem. Bei mir war ModSecurity schuld:

Code:

[Sun Jan 09 02:17:19 2011] [error] [client xxx.xxx.xxx.xxx] ModSecurity: Access denied with code 403 (phase 2). Operator EQ matched 0 at REQUEST_HEADERS. [file "/etc/modsecurity2/rules/modsecurity_crs_21_protocol_anomalies.conf"] [line "46"] [id "960015"] [rev "2.1.1"] [msg "Request Missing an Accept Header"] [severity "CRITICAL"] [tag "PROTOCOL_VIOLATION/MISSING_HEADER_ACCEPT"] [tag "WASCTC/WASC-21"] [tag "OWASP_TOP_10/A7"] [tag "PCI/6.5.10"] [hostname "x.y.z"] [uri "/pma/"] [unique_id "-----------------"]

Nach Deaktivierung dieser Regel hat der Login aus dem ispCP-Interface heraus einwandfrei funktioniert. Änderungen an der php.ini o.ä. waren nicht nötig.

[fragger]

Hatte ebenfalls das Problem. Die Lösung bei mir war einen vHost auf 127.0.0.1 anzulegen. Als ServerName die Domain des ACP und als ServerAlias localhost. Änderungen an der PHP.ini brachten bei mir ebenfalls nichts und wurden daher wieder rückgängig gemacht.

[fulltilt]

habe jetzt alles mögliche probiert ohne Erfolg ...
das muss hier bei diesem system etwas anderes sein ...
gibt es eine Möglichkeit das PW für PMA und den Key neu zu generieren?
das einzige was ich in den logs finde ist dies:

Code:

[notice] mod_fcgid: call /var/www/ispcp/gui/client/sql_manage.php with wrapper /var/www/fcgi/master/php5-fcgi-starter

[fragger]

Hast du meine Lösung schon getestet?

Logge dich mal über die ServerIP in ispCP ein, wechsel dann mal in PMA. Sollte das klappen leg einfach mal einen vHOST an für die 127.0.0.1

[fulltilt]

komme hier nur über die server domain ins gui nicht über die IP

(01-09-2011 11:35 PM)fragger Wrote:  Hast du meine Lösung schon getestet?

Logge dich mal über die ServerIP in ispCP ein, wechsel dann mal in PMA. Sollte das klappen leg einfach mal einen vHOST an für die 127.0.0.1

[fragger]

Kopier dir mal die 00_master.conf im /etc/apache2/sites-available Verzeichnis erstell ne neue Datei namens 0_localmaster.conf, füge dort den Inhalt ein, verlinke die Datei nach /etc/apache2/sites-enabled

Den Anfang der Virtualhost Config änderst du in "<VirtualHost 127.0.0.1:80>" bei Servername schreibst du domain.tld, nicht admin.domain.tld und bei ServerAlias trägst du dann noch localhost ein. Dann ein Restart des Indianers und dann schau mal obs klappt.