[erledigt] "Fehler beim Authentifizieren!" Phpmyadmin

[ispCP-Monk]

(09-17-2009 06:14 PM)joximu Wrote:  da stimmt was nicht!

Ohne Worte

[joximu]

@Rafioso:

a) ja, die php.ini von ispcp liegt hier: /var/www/fcgi/master/php5/php.ini (falls du mit fastcgi/fcgid arbeitest und php5 (default) nimmst).

b) wenn da nichts von suhosin drinsteht, heisst das nicht, dass du suhosin nicht benutzt. Da hilft ein "dpkg -l | grep suhosin" mehr. *Falls* du suhosin benutzt, hilft diese Zeile unten, dass pma besser läuft.

/J

[Rafioso]

Ah danke danke.

Also ich habe "dpkg -l | grep suhosin" ausgeführt. Aber der hat nichts gefunden.

[joximu]

ok, dann ist es nicht das... :-/

Welche Version setzt du genau ein? Trunk oder reguläre 1.0.x Version?

Hast du schonmal das PAsswort des mysql-Users neu gesetzt (im ispcp) ud dann versucht?

/J

[Rafioso]

Ich nutze die normale 1.0.2 Stable Version. Kein Trunk, damit kenne ich mich nicht aus.
Am PW kanns nicht liegen. Per SSH kann ich mich mit den Daten einloggen.
Wenn ich direkt /pma aufrufe, kann ich mich auch einloggen. Aber wenn ich mich als User in ispCP einlogge und dann unter Datenbanken bei der jeweiligen Datenbank auf phpMyAdmin klicke, kommt "Fehler beim Authentifizieren!". Das steht in roter Schrift über der Tabelle mit den Datenbanken in ispCP. Wenn ich auf phpMyAdmin klicke sieht man ganz kurz, wie die Seite weiß wird und dann wird man zurück zu ispCP geleitet.

Ich nutze übrigens Debian Lenny und der Server (kein vServer) ist ein 64Bit System.

Bis vor 1-2 Tagen ging der Aufruf über ispCP auch noch. Aber gestern habe ich bemerkt, dass es nicht mehr geht :/ Ich habe in der Zeit lediglich Fail2Ban & mod_evasive installiert.

//Edit
Achso... und ich habe folgendes bis auf die Punkte 4 & 7 von oben nach unten abgearbeitet: http://www.isp-control.net/documentation...ore_secure
+
ispCP inkl. Tools per .htpasswd geschützt.

[joximu]

Hm - ich hab diese Änderungen nicht alle im Kopf.

Ich würde mal durchtesten, obs an diesen Änderungen liegt:

stoppe fail2ban
deaktivier mod_evasive
kommentier mal die Änderungen von der Doku aus und teste.

fail2ban vermute ich nicht (sollte sonst im Logfile stehen) ggf. mod_evasive... könnte sein.

/J

[Rafioso]

mod_evasive prüft doch nur, ob die selbe URL öfter, als in der Config angegeben, in einem gewissen Zeitraum aufgerufen wird und blockt dann die IP. Aber ich werde ja nicht vom Server gebannt.

//Edit
Und bei Fail2Ban bin ich auch nicht gebannt, sonst hätte ich eine Mail bekommen.

//Edit2
Ich tippe fast auf Http-Auth.

[joximu]

Manchmal ist Theorie != Praxis und da sag ich mir halt: spiels durch: vor der Änderung lief es, danach nicht mehr. Also teste ich das ab.

ispcp setzt intern ein Cookie und muss dazu einen http Aufruf machen - ggf. wird der gesperrt - das bekommst du nicht mit.

/J

[Rafioso]

Hmm. ok danke vorerst. Ich werde das mal testen und gebe dann Bescheid.

//Edit
Also an Fail2Ban & mod_avasive liegts schonmal nicht. Hab beides deaktiviert und es geht weiterhin nicht.

//Edit 2

Ich habe das Problem gefunden.
Es liegt an der .htaccess in /var/www/ispcp/gui
Die Datei sieht so aus:

Code:

### START ISPCP PROTECTION ###

    AuthType    Basic
    AuthName    "LaLa"
    AuthUserFile /var/www/ispcp/gui/.htpasswd
    Require user hahahaha

### END ISPCP PROTECTION ###

In der "/etc/apache2/sites-available/00_master.conf" habe ich zum Test mal "AllowOverride AuthConfig" deaktiviert, Fehler bleibt bestehen. Liegt also wirklich nur an der oben genannten .htaccess. Was ist daran falsch?

[Rafioso]

Da ich nicht weiß, ob der Beitrag bei euch als ungelesen vermerkt wird, wenn ich einen Beitrag editiere, schreibe ich mal diesen zweiten Beitrag und entschuldige mich schon mal für den Doppelpost.