Wie behebe ich Anmeldeprobleme?
Die Anmeldung kann an mehreren Stellen und auf mehrere Arten scheitern. Gehen Sie deshalb immer dieselbe Reihenfolge durch: zuerst feststellen, wo und wie sich jemand angemeldet hat, dann das Benutzerprotokoll öffnen und erst danach die E-Mail prüfen.
Schritt 1: welcher Zugang und welche Methode?
i-Reserve hat zwei Zugänge mit jeweils eigenen Anmeldemethoden. Fast jede Meldung gehört zu einem dieser Wege.
| Zugang | Adresse | Mögliche Methoden |
|---|---|---|
| Verwaltungsbereich | /admin | Passwort, externer Anbieter (SSO), Zwei-Faktor-Authentifizierung, zentraler Hub |
| Kundenseiten | front.php?mod=login | Passwort, Einmalcode per E-Mail, externer Anbieter (SSO) |
Fragen Sie den Melder also immer drei Dinge: welche Adresse, welche Schaltfläche und was wörtlich auf dem Bildschirm stand. "Die Anmeldung funktioniert nicht" lässt sich ohne diese drei Antworten nicht untersuchen.
Schritt 2: ins Benutzerprotokoll schauen
Gehen Sie zu Benutzer und klicken Sie auf die Schaltfläche Logs. Jeder Versuch steht dort, erfolgreich oder nicht.
| Spalte | Was sie Ihnen sagt |
|---|---|
| Aktion | Was genau passiert ist, mit dem technischen Code darunter. Siehe die Liste der Aktionscodes. |
| Ergebnis | Erfolg oder Fehler. Beachten Sie: Ein fehlgeschlagener Versuch, gefolgt von einem erfolgreichen, ist meist nur ein Tippfehler. |
| Verwaltung | Ja bedeutet Verwaltungsbereich, leer bedeutet Kundenseiten. So unterscheiden Sie die beiden Zugänge. |
| Benutzername | Was eingegeben wurde. Bei einem externen Anbieter steht hier dessen Name oder die E-Mail-Adresse. |
| DNS | Die IP-Adresse oder der Hostname des Besuchers. Nützlich, um zu sehen, ob mehrere Versuche von derselben Person stammen. |
| User Agent | Browser und Gerät. Steht dort cli oder taskrunner, stammt die Zeile aus einem Hintergrundprozess und nicht von einem Menschen. |
| Datum Zeit | Vergleichen Sie dies mit der vom Melder genannten Uhrzeit. Weicht sie ab, sehen Sie sich die falsche Zeile an. |
Der Code in der Spalte Aktion sagt genau, wo es schiefging: ob der Benutzername nicht existiert, das Passwort falsch war, das Konto nicht aktiv ist oder der Code abgelaufen war.
Schritt 3: gar keine Zeile vorhanden?
Dann hat der Versuch die Anmeldeprüfung nie erreicht. Denken Sie an:
- eine andere (Sub-)Domain oder Umgebung als die, die Sie betrachten;
- eine alte Seite aus dem Browser-Cache, sodass das Formular auf eine Adresse zeigt, die es nicht mehr gibt;
- blockierte Cookies oder einen Adblocker, der das Captcha verhindert;
- eine Uhrzeit, die nicht passt: Lassen Sie es den Melder erneut versuchen, während Sie zusehen.
Gibt es zur gleichen Zeit eine erfolgreiche Zeile von einer anderen IP-Adresse, hat es anderswo funktioniert und das Problem liegt am Gerät oder Netzwerk des Melders.
Schritt 4: geht es um eine E-Mail?
Der Anmeldecode, der Link zum Zurücksetzen des Passworts und die Erinnerung an den Benutzernamen gehen per E-Mail. Das Erstellen gelingt fast immer; beim Versenden und Ankommen geht es schief. Gehen Sie zu Konfiguration > System > Logs - E-Mails und suchen Sie nach der E-Mail-Adresse des Benutzers. Die Spalte Ergebnis zeigt, wie weit die Mail kam.
| Ergebnis | Bedeutung | Was Sie tun |
|---|---|---|
| Nicht gesendet | i-Reserve hat die Mail nicht übergeben. | Prüfen Sie, ob der Benutzer eine gültige E-Mail-Adresse hat; im Benutzerprotokoll steht dann ein Code, der auf eine fehlende Adresse hinweist. |
| Gesendet | Die Mail wurde an den Mailserver übergeben, es gibt noch keine Rückmeldung. | Kurz warten und aktualisieren; bei hoher Last kann das einige Minuten dauern. |
| Zugestellt | Der empfangende Server hat die Mail angenommen. | Die Mail ist angekommen. Liegt sie nicht im Posteingang, sollte der Empfänger Spam und Quarantäne prüfen. |
| Geöffnet | Der Empfänger hat die Mail geöffnet. | Die Mail ist sicher da. Das Problem liegt weiter hinten, etwa bei einem abgelaufenen Code. |
| Fehlgeschlagen | Der empfangende Server hat die Mail abgelehnt. | Lesen Sie die Spalte Nachricht: unbekannte Adresse, volles Postfach oder eine Ablehnung wegen Reputation. |
Die verwendeten Vorlagen heißen verify_login (der Anmeldecode), forgotpassword, forgotusername und admin_password_reset. Im selben Protokoll stehen auch die Absenderdomain und der SPF-Eintrag: Landet Post regelmäßig im Spam, beginnt dort die Untersuchung.
Häufige Meldungen
| Der Melder sagt | Wo Sie nachsehen | Häufigste Ursache |
|---|---|---|
| "Ich bekomme keinen Anmeldecode" | E-Mail-Protokoll und der Aktionscode | Keine E-Mail-Adresse beim Benutzer oder die Mail liegt im Spam-Ordner. |
| "Mein Passwort funktioniert nicht" | Aktionscode: loginPass oder loginNonex | Bei loginNonex stimmt der Benutzername nicht; erst bei loginPass liegt es wirklich am Passwort. |
| "Ich kann mich plötzlich nicht mehr anmelden" | Aktionscode passwordCleared | Das Konto wurde auf die Anmeldung per E-Mail-Code umgestellt. |
| "Die Anmeldeschaltfläche von Microsoft oder Google tut nichts" | Aktionscodes, die mit Oauth oder loginExt beginnen | Der Benutzer ist in i-Reserve unbekannt oder der Anbieter verweigert die Zustimmung. |
| "Ich werde auf eine andere Anmeldeseite geschickt" | Aktionscodes, die mit central beginnen | Das Konto wird zentral verwaltet und meldet sich dort an. |
| "Es passiert nichts, wenn ich auf Anmelden klicke" | Keine Zeile im Protokoll | Captcha, Cookies oder eine falsche Adresse: siehe Schritt 3. |
Rechte
Für das E-Mail-Protokoll benötigen Sie das Recht menu_config_log_emails, für das Fehlerprotokoll menu_config_log_errors. Das Benutzerprotokoll öffnen Sie über die Schaltfläche Logs im Bildschirm Benutzer.
Siehe auch Wie lasse ich Kunden sich mit einem E-Mail-Code anmelden? und Wie kann sich ein Kunde anmelden?.
