Kein einziges Passwort geht mehr (weder admin, reseller, noch kunde)

[grisu]

Hallo Leute

Bin ja noch am testen. Gerade ist mir etwas sehr komisches passiert... Es funktioniert kein einziges Passwort mehr. Weder das vom admin, noch das vom reseller, noch vom Kunden...?!?

Ich setze stable ein...

Habe ein neues PW requested... das hat funktioniert... Einloggen kann ich damit dennoch nicht. => "You have to wait 3 seconds" - und dann "You have been blocked for 1 Minute" (beides habe ich für die Testzwecke runtergedreht...

Ein Problem mit cookie oder so kann ich ausschliessen, weil ich es noch an einem zweiten Rechner probiert... Ebenso kann ich eine "falscheingabe" ausschliessen. Schliesslich gings auch mit dem requsteten Passwort nicht mehr... ansonten hab ich nix geändert (ausser beim provider wildcard NS eintrag gemacht) - aber das kanns ja ned sein, oder?

SEEHR strange... wie kann ich das zurücksetzen?

PS: Ich setze die Stable-Version ein... ist da vllt ein Bug?
PS2: Emails (imap) gehen nach wie vor...

LG und danke für hinweise!
-----------------------
edit
Für das System sieht es aber so aus, als ob ich KORREKT eingeloggt wäre... das sehe ich in den "notify-Emails":

Code:

ispCP Log

Server: domain.com (xx.xx.xx.xx)
Version: ispCP 1.0.0 OMEGA (20090225)

Message: ----------------[BEGIN]--------------------------

admin logged in.
User IP: xx.xx.xx.xx

Message: ----------------[END]----------------------------

Dennoch bekomme ich lediglich die Meldung "You have to wait 3 Seconds"

---

hmmm evtl. gabs mit der /etc/hostname auch ein problem? Die Site war nämlich nie unter admin.MYDOMAIN.de erreichbar (nur unter MYDOMAIN.de). Daher habe ich auch einen wildcard NS Eintrag gemacht...

Jedenfalls - ist das noch gültig? (habs über Google gefunden)
http://isp-control.net/documentation/de/...n/hostname

Ich mach den Server platt und starte nochmal von vorne... Soll ich dann "admin.MYDOMAIN.de" als hostname eintragen?
Oder eine andere FQDN (egal welche)...?
Was hostname und debian lenny betrifft, findet man widersprüchliche angaben... Grmml...

[grisu]

EDIT
Hmmm... so frische Installation - dasselbe Problem... Ich kanns sogar reproduzieren...

/etc/hostname
srv01.domain.tld

/etc/mailname
srv01.domain.tld

wenn ich bei der Installation als FQDN angebe: srv01.domain.tld und als domain, wo ISPCP läuft admin.srv01.domain.tld, dann funktioniert alles bestens... BIS - aber nur BIS ich mich via domain.tld/admin/index.php einlogge (also ohne admin.srv01), dann fliegt irgendwas auf die Schnauze.

In der Folge kann ich GAR NICHT MEHR einloggen - über gar keine URL... WAs läuft denn da??????

[joximu]

die gesperrten Logins kannst du in der DB löschen - Tabelle login (oder so...)

Gruss J

[grisu]

Danke ... aber das nützt mir nix... die Logins sind ja nicht gesperrt... Irgendwie läuft etwas mit einem redirect falsch. Das System schickt ja sogar ein "Notify-Mail" raus... "User admin logged in"

Irgend ein Knopf mit hostname muss da sein :-(
-------------------------------
edit
Wenn ich bei der Installation wo ich nach FQDN gefragt werde, lediglich MyDomain.tld eingebe (und die Warnung gefliessentlich überspringe)... und dann bei der nächsten Frage nach der Domain, wo ISPcp läuft admin.MyDomain.tld, dann funktioniert's

Irgendwie hab ich einen Knoten in meinen Hirnwindungen... ich war heute glaub shcon zu lange dran...

Wie habt ihr das denn gemacht? Man man man... ^^ Ich brauche ein Bier! Gaaaaaaanz dringend *scnr*

[joximu]

Browser-Cache leeren, richtige ispcp-URL angeben, nochmals versuchen.

/J

[grisu]

Danke joximu... wie gerade editiert... so wie o.g. erwähnt, funktionierts... aber das ist ja eigentlich nicht richtig... aber für heute bin ich echt k.o. morgen gehts weiter!

[joximu]

du kannst auch den fqhn angeben srv.domain.tld und als ispcp-url auch admin.domain.tld nehmen.

das mit domain.tld/admin würde ich halt unterlassen - solange das keine Weiterleitung auf admin.domain.tld gibt - ispcp und domain.tld sollten ja mit unterschiedlichen Rechten laufen (vorausgesetzt, du hast einen Kunden domain.tld eingerichtet).
/J