MetaSystem
Anmeldungsdatum: 28. September 2011
Beiträge: Zähle...
|
Bin aktuell via Chrom hier, wenn ich mich auf firefox einlogge kommt folgendes:
'''Fehlerhafte Abfrage'''
Der Browser hat keinen oder einen fehlerhaften Kontrollschlüssel übertragen; die Weiterverarbeitung wurde aus Sicherheitsgründen abgebrochen.
Dieser Fehler tritt normalerweise auf, wenn versucht wurde Daten automatisiert auf den Server zu übertragen. In seltenen Fällen kann dies auch passieren, wenn die Browserkonfiguration verändert wurde, während die Formulardaten übertragen wurden.
In manchen Browsern ist es möglich durch Klicken auf „Zurück“ und dann „Aktualiseren“ einen neuen Kontrollschlüssel anzufordern, um das Absenden erneut durchzuführen.
Bei NoScript ist alles erlaubt und Cookies (sind bis auf Cookies von Dritten) erlaubt. Hatte das Problem bisher auch noch nie. Verwende Firefox 44.0.2. Jemand ne Idee was da falsch läuft? Danke & lg
|
rklm
Projektleitung
Anmeldungsdatum: 16. Oktober 2011
Beiträge: 12801
|
MetaSystem schrieb:
Bei NoScript ist alles erlaubt und Cookies (sind bis auf Cookies von Dritten) erlaubt. Hatte das Problem bisher auch noch nie. Verwende Firefox 44.0.2. Jemand ne Idee was da falsch läuft?
Mein FF 44.0.2 (Windows) macht das ohne Probleme. Hast Du mal die Entwicklertools versucht oder FF im Modus gestartet, der alle Add-Ons abschaltet?
|
MetaSystem
(Themenstarter)
Anmeldungsdatum: 28. September 2011
Beiträge: 119
|
Mit deaktivierten Add-Ons kommt leider der selbe Fehler. Bzgl Entwicklermodus, weiß ich nicht genau was du meinst, hab mal Infos als Bild im Anhang, was passiert wenn, ich mich versuch einzuloggen - von der Konsole:
- Bilder
|
chris34
Ikhaya- und Webteam
Anmeldungsdatum: 22. Oktober 2010
Beiträge: 3788
|
Das wird langsam ein Standardproblem, was aber immer an Addons oder der eigenen Browserkonfig lag. 😀 Als Lösungsweg z.B. neues Profil verwenden → Firefox/Profile. Ohne Addons sollte das alles ganz wunderbar mit Anmelden gehen. Alternativ Firefox bereinigen. Nur als Warnung: Löscht direkt alle Addons & setzt Einstellungen von about:config zurück. Persönliche Daten wie Lesezeichen bleiben aber erhalten.
ähnliche Threads zu dem Thema:
Gruß chris34
|
rklm
Projektleitung
Anmeldungsdatum: 16. Oktober 2011
Beiträge: 12801
|
MetaSystem schrieb: Mit deaktivierten Add-Ons kommt leider der selbe Fehler. Bzgl Entwicklermodus, weiß ich nicht genau was du meinst, hab mal Infos als Bild im Anhang, was passiert wenn, ich mich versuch einzuloggen - von der Konsole:
Ich meinte, die Entwicklertools öffnen, dann versuchen einzuloggen und schauen, was man auf der Konsole oder sonst wie findet.
|
MetaSystem
(Themenstarter)
Anmeldungsdatum: 28. September 2011
Beiträge: 119
|
Wie gesagt läuft im Safe-Mode (ohne Add-Ons) leider auch nicht. es liegt sicherlich an irgendwelchen browsereinstellungen, die frage is nur welche. Mag jetzt nicht unbedingt alles bereinigen, gibts noch ne andere möglichkeit?
Firefox nervt mich in letzter Zeit immer mehr, er ist 1. extrem lahm und 2. geht oft was nicht. Dafür sind so Plugins wie NoScript undendlich praktisch. Was empfehlt ihr als alternative.
ich mag chrome nicht, alleine schon weil er von google kommt. Hat Opera auch Noscript & Co und is schneller? Welche Firma steckt da dahinter? lg EDIT: @rklm: genau das ist im Bildahnahng zu finden denk ich. EDIT2: Im Anhang noch ne GET Methode die nicht verwendet werden sollte - laut Ausgabe - sollte aber nicht die Ursache sein.
- Bilder
|
coram
Anmeldungsdatum: 17. Januar 2015
Beiträge: 645
Wohnort: Freiburg
|
Wenn der HTTP-Referrer deaktiviert ist, funktioniert das Einloggen nicht. Gib mal in die Firefox-Adresszeile "about:config" ein, und rufe dann die Zeile network.http.sendRefererHeader auf. Steht dessen Wert auf "0"? Dann setze ihn entweder auf "1" oder "2", so ist der Referrer aktiviert und das Einloggen sollte wieder klappen.
|
MetaSystem
(Themenstarter)
Anmeldungsdatum: 28. September 2011
Beiträge: 119
|
coram schrieb: network.http.sendRefererHeader auf. Steht dessen Wert auf "0"? Dann setze ihn entweder auf "1" oder "2"
wert ist auf 2. hab mal auf 1 ausprobiert geht auch nicht.
|
chris34
Ikhaya- und Webteam
Anmeldungsdatum: 22. Oktober 2010
Beiträge: 3788
|
MetaSystem schrieb: Mag jetzt nicht unbedingt alles bereinigen, gibts noch ne andere möglichkeit?
Wie verlinkt: Ein neues Profil nach der Wikiseite anlegen. Man kann mehrere Profile gleichzeitig nutzen. Das alte Profil bleibt erstmal unangetastet. Man kann mit dem neuen Profil halt testen, ob es a) ohne Addons geht und b) welche Einstellung/Addon an dem Verhalten schuld ist. Die Addons kann man ja – wenn es ohne Addons funktioniert hat – erst Stück für Stück in dem neuen Profil installieren z.B.
EDIT2: Im Anhang noch ne GET Methode die nicht verwendet werden sollte - laut Ausgabe - sollte aber nicht die Ursache sein.
wer gibt das aus und wie ist die genaue Meldung im Wortlaut? Schau dir mal die Antwort-Kopfzeilen genauer an: Dort ist eine Set-Cookie Teil des HTTP-Headers. Nach dem soll dein Browser einen Cookie anlegen, der eine eindeutige Session-ID für die Dauer deiner Anmeldung hat. Wird das von Addon x blockiert ist eine Zuordnung von deinem Login halt nicht möglich → die Fehlerseite vom Anfang kommt. Daher die Frage: Cookies sind erlaubt? Gruß chris34
|
encbladexp
Ehemaliger
Anmeldungsdatum: 16. Februar 2007
Beiträge: 17442
|
Bei dem Problem war es, in der Vergangenheit, meist folgendes:
Addons die Cookies, JS, Referer oder alles davon verwurschteln. Prominent ist hier NoScript und andere Dinge, zu beachten ist das sowohl ubuntuusers.de als auch ubuntu-de.org freizuschalten ist, inkl. aller Subdomains. Konfigurationsfehler im Profil die oben genannte Dinge beeinflussen.
Bitte lege auf deinem PC mal einen komplett neuen, frischen, Benutzer an. Wenn es dort mit Firefox geht können wir nach dem Ausschlussverfahren gerne gemeinsam weitersuchen. mfg Stefan Betz
|
MetaSystem
(Themenstarter)
Anmeldungsdatum: 28. September 2011
Beiträge: 119
|
chris34 schrieb:
Wie verlinkt: Ein neues Profil nach der Wikiseite anlegen. Man kann mehrere Profile gleichzeitig nutzen. Das alte Profil bleibt erstmal unangetastet. Man kann mit dem neuen Profil halt testen, ob es a) ohne Addons geht und b) welche Einstellung/Addon an dem Verhalten schuld ist. Die Addons kann man ja – wenn es ohne Addons funktioniert hat – erst Stück für Stück in dem neuen Profil installieren z.B.
Ok jetzt läufts. Werd halt mal stückchenweise add-ons installieren und sehen wie es läuft. Danke & lg EDIT: Kann ich irgendwie die NoScript History von meinem anderen Profil übertragen? Sonst muss ich wieder bei jeder einzelen Webseite sagen, dass er das akzeptieren soll. EDIT2: Addons die Cookies, JS, Referer oder alles davon verwurschteln. Prominent ist hier NoScript und andere Dinge, zu beachten ist das sowohl ubuntuusers.de als auch ubuntu-de.org freizuschalten ist, inkl. aller Subdomains. Konfigurationsfehler im Profil die oben genannte Dinge beeinflussen.
Wie gesagt Add-Ons fallen weg, da es im Safe-Mode ohne Add ons auch nicht geht. referer fällt ebenso weg. Ich denk es liegt vielleicht an irgendeiner umkonfiguration von about:config? kA
|
encbladexp
Ehemaliger
Anmeldungsdatum: 16. Februar 2007
Beiträge: 17442
|
Was in about:config geändert wurde kann man recht gut einsehen, da es fett markiert ist. Je nach alter des Profils kann dies aber sehr umfangreich sein. mfg Stefan Betz
|
JawasDennu
Anmeldungsdatum: 22. August 2014
Beiträge: 143
|
Hallihallo! Bei meinem Pale Moon 25.7.0 habe hatte ich das selbe Problem: "Fehlerhafte Abfrage etc…" Chrome funktioniert, Firefox 42 kann das auch. Sollen wir Euch bei UU mal irgendwelche Browser-Konfigurationsdateien senden, damit das Problem eingegrenzt werden kann? Wenn ja – was braucht ihr da? Aktuell bin ich mit dem Firefox hier, aber mein Pale Moon ist im Vergleich zu Firefox bevorzugt, weil der einfach schlanker und schneller ist. Ich habe gerade mal im Pale Moon in der about:config den Parameter vom network.http.sendRefererHeader von 0 auf 1 gesetzt. Jetzt geht es. Jetzt stellt sich nur noch die Frage: Wofür braucht Ubuntuusers irgendwelche Referrer? Es geht den Inhaber einer von mir angesteuerten Seite nix an, wo ich vorher war. Ich belasse das Thema im ungelösten Status, weil es doch einige Fragen aufwirft. Ich habe mich via Pale Moon auch manuell eingelogt. Früher lief das völlig easy über meine SpeedDial-Startseite und LastPass sorgte für das automatische LogIn. Das habe ich jetzt noch nicht getestet. Ich bin ja froh, dass ich mit meinem Lieblingsbrowser wieder Zugriff zu UU habe. Schaun mer mal! Ich komme dann nochmal mit einem neuen Beitrag, wenn ich das getestet habe. Bleibt munter! Gruß
Jawas Edit: Mit Pale Moon gerade ausgelogt, neuer Verbindung zu LastPass hergestellt (hatte das ja auch schon vorher mit manuellem LogIn erfolglos getestet) und mit dem Referrer geht das bei mir. Wie rennt das jetzt bei Euch?
|
encbladexp
Ehemaliger
Anmeldungsdatum: 16. Februar 2007
Beiträge: 17442
|
JawasDennu schrieb: Es geht den Inhaber einer von mir angesteuerten Seite nix an, wo ich vorher war.
Siehe hierzu das entsprechende Django Ticket. Der Referer ist in diesem Fall übrigens auf unsere URL gesetzt, im Endeffekt wird also geprüft ob der Request auch von uns kam. Es ist also eine Security Maßnahme, daher geht uns auch der Referer was an 😉
Ich belasse das Thema im ungelösten Status, weil es doch einige Fragen aufwirft.
Und ich setz es wieder auf gelöst, alle Probleme bzgl. der CSRF Protection Warnung waren bisher immer falsch konfigurierte Browser. Wer an der Konfiguration seines Browser schraubt, und damit vom Default abweicht, sollte auch damit rechnen das es hier und da mal ein paar Fehler mehr gibt. mfg Stefan Betz
|
JawasDennu
Anmeldungsdatum: 22. August 2014
Beiträge: 143
|
Okay.
Am Status habe ich eh nix geändert. Der betraf nur mein 'inneres' TicketSystem. Danke für die Info. Alz guude! Jawas
|