Ungültiger Anfrage-Token bei Formularversand und LogIn

Hallo zusammen,

bei einem meiner Kunden gibt es immer wieder ein komisches Phänomen, das ich nicht ganz nachvollziehen kann.

Es kommt immer wieder zur Anzeige des ungültigen Anfrage-Tokens, und zwar in folgenden Situationen:

- Bei der Backend-Anmeldung nach dem LogIn(-Versuch), der nicht klappt
- Beim Absenden von Formularen

Beim LogIn erscheint erst eine deutsche Meldung, wenn ich dann auf "hier klicken" gehe, lande ich wieder auf der Login-Seite, allerdings wird die dann ebenfalls auf englisch angezeigt. Wenn ich mich jetzt nochmal einlogge, funktioniert es. Wenn ich allerdings statt dessen die LogIn-Seite erneut per URL-Eingabe aufrufe, tritt dasselbe Problem auf. Dabei ist es egal, ob ich z.B. den Browser-Cache geleert habe, mit welchem Browser ich das teste. Immer beim ersten Anmeldeversuch kommt die Meldung.

Das ganze tritt immer "nach einigen Tagen" auf – sowohl die Formulare als auch die Anmeldung funktionieren immer ein paar Tage und dann plötzlich kommt vom Kunden eine Meldung dass es wieder nicht geht.

Abhilfe schafft regelmäßig das Löschen des Seitenchaches und des ScriptCaches in der Systemwartung im Contao Backend).

Im System-Log habe ich dazu keine Einträge gefunden. Bei den Formularen fehlt ganz einfach ein Eintrag, dass überhaupt etwas passiert ist. Alles davor und danach ist vorhanden.

Es ist Contao 4.4.8

Hat jemand dasselbe Problem und vielleicht eine Lösung gefunden?

Vielen Dank und viele Grüße
Timo

@Forum Admin: Könnt ihr die Session-Laufzeit für das Forum nicht mal erhöhen? Es muss doch möglich sein, mal wenigstens eine Stunde ohne dauernde Passworteingabe angemeldet zu bleiben... Das wäre echt hilfreich.

Zitat:

---

Zitat von intradesign

Es ist Contao 4.4.8

---

4.4.8 oder 4.5.8? 4.4.8 wäre ja schon älter. Falls es 4.4.8 ist, aktualisiere zuerst mal auf 4.4.18.

Zitat:

---

Zitat von intradesign

@Forum Admin: Könnt ihr die Session-Laufzeit für das Forum nicht mal erhöhen? Es muss doch möglich sein, mal wenigstens eine Stunde ohne dauernde Passworteingabe angemeldet zu bleiben... Das wäre echt hilfreich.

---

Ich muss nie das Passwort eingeben. Lösche mal deine Cookies.

Hast du vielleicht für die Formularseiten im Frontend den Servercache aktiviert? Stell mal auf 'nicht cachen'.

Das wirkt sich natürlich für die Anmeldung zum Backend nicht aus...

Bei einer Seite mit 4.4.18 kann ich dies mit dem Backend Login bestätigen. Sporadisch gehts und ansonsten erst wenn ich über den CM den Cache neu erstelle ...

Ja hatte ich auch schon. Habe ich allerdings meist mit einfachen Neuladen der Seite beheben können.

Erstmal vielen Dank für eure Antworten.

@Spooky: Es ist Version 4.4.18 – Tippfehler, Sorry!

Bei den Formular-Seiten ist Caching auf nicht cachen eingestellt.

Das Problem ist vor allem das Formular, da die Fehlermeldung dann ja auch für die Website-Besucher zu sehen ist, was richtig blöde ist. Mit dem LogIn kann ich (erstmal) leben.

Ist auch nur die eine Installation, bei anderen mit derselben Funktion habe ich keine Probleme. Selber Server, identische Hosting-Konfiguration...

Ich behalte das jetzt erstmal im Auge und lösche regelmäßig die Caches, dann scheint es ja keine Probleme zu geben. Ist aber eben auch nur eine unschöne Lösung...

Erstmal Danke nochmal!

Scheint ein Bug in Symfony zu sein: https://github.com/contao/core-bundle/issues/1492
Das Problem lässt sich momentan nur lösen, indem das Caching komplett deaktivert wird. Hoffen wir mal, das das Symfony-Team den Bug schnell behebt.

Hallo Stefan,

erstmal danke für den Hinweis.

Du meinst die Einstellungen in der Seitenstruktur im Startpunkt, also die folgende Einstellung?
Anhang 20909
Ich hoffe, das klappt. Der Kunde wird jedenfalls langsam ungeduldig...

Viele Grüße
Timo

Zitat:

---

Zitat von intradesign

Hallo Stefan,

erstmal danke für den Hinweis.

Du meinst die Einstellungen in der Seitenstruktur im Startpunkt, also die folgende Einstellung?
Anhang 20909
Ich hoffe, das klappt. Der Kunde wird jedenfalls langsam ungeduldig...

Viele Grüße
Timo

---

Ich hab es jetzt so gemacht und der Backend Login geht ...
Ich verstehe nur nicht warum das Verhalten (gleicher Provider / gleiche Contao Version / gleiche PHP Version) bei einer Domain auftritt und bei der anderen nicht ...

Zitat:

---

Zitat von Franko

Ich hab es jetzt so gemacht und der Backend Login geht ...
Ich verstehe nur nicht warum das Verhalten (gleicher Provider / gleiche Contao Version / gleiche PHP Version) bei einer Domain auftritt und bei der anderen nicht ...

---

Genau das ist auch mein Problem.
Vielleicht irgendwelche Probleme mit Bundles/Erweiterungen?

Nachtrag/Frage: Würde es in diesem Fall auch ausreichen, die Seite mit dem Formular selbst vom Caching auszuschließen oder ist es besser, wenn ich das Caching für die ganze Website erstmal deaktiviere?

Zitat:

---

Zitat von intradesign

Genau das ist auch mein Problem.
Vielleicht irgendwelche Probleme mit Bundles/Erweiterungen?

Nachtrag/Frage: Würde es in diesem Fall auch ausreichen, die Seite mit dem Formular selbst vom Caching auszuschließen oder ist es besser, wenn ich das Caching für die ganze Website erstmal deaktiviere?

---

Bei beiden Domains ist jeweils nur die Erweiterung "delahaye/dlh_googlemaps" installiert ...

Zitat:

---

Zitat von Franko

Bei beiden Domains ist jeweils nur die Erweiterung "delahaye/dlh_googlemaps" installiert ...

---

Die ist bei mir auch installiert... allerdings auch einige weitere...

Zitat:

---

Zitat von Franko

Ich hab es jetzt so gemacht und der Backend Login geht ...

---

Der Backend Login hat damit aber nichts zu tun.

Welche Contao Version verwendest du?

Zitat:

---

Zitat von Spooky

Der Backend Login hat damit aber nichts zu tun.

Welche Contao Version verwendest du?

---

Jeweils Contao 4.4.18 mit CM 1.0.0-beta19

Strange. Habe das Problem gerade auch (Ungültiger Anfrage-Token beim Login) - zum ersten Mal. Übler Webspace bei 1&1, Contao 4.4.20.

Musste auch lange suchen, um einen http zu https Redirect mit

Code:

---

RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

---

zu erzeugen.

Kann es ggf. mit dem SSL-Zertifikat zusammenhängen?

Update: Habe jetzt per localconfig.php die Request-Tokens deaktiviert:

Code:

---

$GLOBALS['TL_CONFIG']['disableRefererCheck'] = true;

---

Problem dabei ist jetzt nur, dass der Base Href auf http steht (im Backend) )-;

Hat jemand eine Idee, wie dies zu beheben sein könnte?

Zitat:

---

Zitat von RaLey

Problem dabei ist jetzt nur, dass der Base Href auf http steht (im Backend) )-;

---

Das hat mit dem ursprünglichen Thread nichts zu tun, dafür solltest du einen eigenen Thread aufmachen. Bzw. wird das auch in anderen Threads behandelt, wie zB https://community.contao.org/de/show...S-SSL-Contao-4

Zitat:

---

Zitat von stefan-at-work

Scheint ein Bug in Symfony zu sein: https://github.com/contao/core-bundle/issues/1492
Das Problem lässt sich momentan nur lösen, indem das Caching komplett deaktivert wird. Hoffen wir mal, das das Symfony-Team den Bug schnell behebt.

---

Bei mir scheint das Problem so vorderhand umgangen zu werden. Seit der Deaktivierung der Caches gab es keine Fehlermeldung "ungültiger request token" und Absenden von Formularen. Seit circa 4 Wochen.

Gibt es hierzu Neuigkeiten? Anscheinend funktionieren die Anfrage-Tokens im Zusammenspiel mit eingeschaltetem Cache noch immer nicht zuverlässig?

sollte eigentlich seit der 4.4.24 behoben sein. Jedenfalls konnten wir keine Probleme mehr feststellen.


Gesendet von iPhone mit Tapatalk

Ich kann das Problem bei einem Contao 4.4.48 System weiterhin reproduzieren, wenn das Caching aktiv ist.
Was kann man dagegen tun?

Dasselbe bei Contao 4.4.36: Sind die Caches deaktiviert, erscheint der Fehler nicht mehr.

Das Problem tritt neuerdings auch in einer 4.9.2 auf.

Alle Pakete aktualisiert, keine inkompatiblen Erweiterungen (zumindest keine, die nicht auch in anderen Installationen eingesetzt werden und dort keine Probleme verursachen), Cache ist deaktiviert, Systemwartung durchgeführt, Seite mehrfach geladen … kein weiterkommen.
Was tun?! :eek:

https://github.com/contao/contao/issues/1491

Ah ja, https://github.com/contao/contao/issues/1491 als auch https://github.com/contao/contao/pull/1625 erklärt mir, was da im Hintergrund läuft. Allerfeinstes Entwicklersprech. :D
Der letzte Kommentar war vor 7 Tagen, das Problem besteht dennoch weiter. Heißt, die "Verdrahtung" ist noch nicht repariert und wir müssen uns gedulden. Oder habe ich etwas überlesen?

Zitat:

---

Zitat von Zille

Der letzte Kommentar war vor 7 Tagen, das Problem besteht dennoch weiter. Heißt, die "Verdrahtung" ist noch nicht repariert und wir müssen uns gedulden. Oder habe ich etwas überlesen?

---

Ein Fix steht bereit, wie du ja schon selbst gefunden hast ;)

Seit Version 4.9 bekomme ich sehr häufig nach der Anmeldung im Backend die Meldung "Invalid Request Token". Nach erneuter Anmeldung gehts wieder. Soweit ich das verstanden habe, sollte dieses Problem mit der 4.9.3 behoben sein. Ist es aber nicht. Die Meldung kommt immer noch und ich muss mich in den meisten Föllen zweimal anmelden.

Zitat:

---

Zitat von ErichM

Seit Version 4.9 bekomme ich sehr häufig nach der Anmeldung im Backend die Meldung "Invalid Request Token". Nach erneuter Anmeldung gehts wieder. Soweit ich das verstanden habe, sollte dieses Problem mit der 4.9.3 behoben sein. Ist es aber nicht. Die Meldung kommt immer noch und ich muss mich in den meisten Föllen zweimal anmelden.

---

Grundsätzlich hat das nichts mit diesem Thema zu tun, weil es hier um das Frontend geht, nicht das Backend.

Davon abgesehen: ja, ich hatte diesen Fall auch zumindest einmal. Wenn dir das öfter passiert, solltest du dazu ein Ticket auf GitHub öffnen.

Im ersten Beitrag steht:

Zitat:

---

Es kommt immer wieder zur Anzeige des ungültigen Anfrage-Tokens, und zwar in folgenden Situationen:

- Bei der Backend-Anmeldung nach dem LogIn(-Versuch), der nicht klappt

---

Deswegen bin ich davon ausgegangen, dass es sich hier nicht nur um den Frontend handelt.

Ich mache gerne ein Ticket auf, wenn du mir sagt, wie ich das machen soll bzw. wo dies beschrieben ist.

Danke und Grüße
Erich

Contao Bugs meldest du hier: https://github.com/contao/contao/issues

Kann es sein, dass das Problem in der 4.9.3 in Zusammenhang mit dem Isotope-Shop genauso auftritt?

Wenn ich dort einen Artikel in den Warenkorb lege sehe ich den Cookie-Fehler auch. Da Cookie wird erst beim 2. oder auch mal erst beim 3. Versuch korrekt gesetzt. Ich habe aktuell 3 (Produktiv-)Shops bei verschiedenen Providern wo ich das beobachten kann.

Hat das Problem jemand anderes auch? Laufen eure Shops mit der 4.9.3?

Wir haben einen Isotope Shop mit Contao 4.9.3 im Einsatz. Dort tritt das Problem nicht auf.

Hallo Spooky,

wichtig vorher Cache löschen, Browser zumachen, dann Öffnen und testen. Erst dann fällt das auf ... ich dachte am Anfang auch ich habe mich vertippt. Jetzt sehe ich das Problem bei allen meinen 4.9.3 Shops :mad:

Hallo,

das Problem ist bei der 4.9.3 sogar noch schlimmer an einem Varianten-Shop. Bei der ersten Auswahl einer Produktvariante im Isotope hängt alles mit der "Lade Produktdaten"-Eieruhr. Auch hier scheint das Cookie-Setzen schief zu gehen.

Ich bin bei dem betroffenen Shop jetzt zur 4.8.8 zurück. Hier läuft alles ohne Probleme. Auch der Token-Fehler ist weg.
Nummer 2 ist jetzt wieder auf Contao 4.4. Der läuft jetzt auch wieder.

Ich kann das Problem nach wie vor nicht bestätigen.

Wenig tröstlich ... ich hab hier mehrere ScreenShots von Shopbesuchern aller 3 Shps liegen. Ich werde auf jeden Fall die nächsten Wochen einen großen Bogen um die 4.9 machen :D

Ich denke du solltest eher rausfinden, warum das Problem bei dir auftritt, weil du wirst ja nicht ewig auf 4.4 bleiben wollen ;)

Hallo Spooky,

das sind eigentlich Standardinstallationen. Und wie gesagt 4.8 und 4.4 laufen. Ich bin kein Coreentwickler ;)

Zitat:

---

Zitat von Kahru

das sind eigentlich Standardinstallationen.

---

Keine Erweiterungen oder Anpassungen?

Der jetzt auf 4.4 laufende hat als Extensions
- codefog/contao-mobile_menu 2.71
- Datenbanksicherung1.4.1
- Rocksolid custom elements 2.2.16
- isotope 2.6.13

Templateanpassung nur im Mini-Warenkorb

Ist hier zu finden
https://isybau.info/