2016-07-11 6 views

Antwort

4

Das Problem für mich war, dass der Sitzungscookie die secure Flagge hatte, während ich Admin nur via http (nicht HTTPS) zugegriffen habe.


Unsere nginx Konfiguration hatte

fastcgi_param HTTPS on; 

, die ich entfernen musste.

3

Ihre Sitzung sollte ein CSRF-Token enthalten, um einen CSRF-Angriff zu verhindern. Diese Nachricht bedeutet, dass Sie entweder kein Token gespeichert haben oder Ihr Token nicht mit dem von Ihrem Server generierten Token übereinstimmt. Ich nehme an, dass Sie keinen schreibbaren Pfad in Ihrer php.ini konfiguriert haben, wo Sie die Sitzung speichern können. Bitte überprüfen Sie, ob Sie session.save_path in php.ini auf einen schreibbaren Pfad gesetzt haben.

3

Welche Einrichtung verwenden Sie? Ich hatte das mit nginx + php-fpm passieren, und nachdem ich ein diff von php.ini von einer Maschine, wo Adminer gearbeitet hat und einer, wo es nicht, und fand heraus, dass ich musste den Wert für session.cookie_domain.

0

Manchmal passiert es bei früheren PHP-Versionen, was nicht sehr wichtig ist. Sie können die Seite aktualisieren oder sie erneut öffnen. Dadurch wird das Problem behoben.

1

Überprüfen Sie, ob /var/lib/php/session existiert und dass nginx darauf schreiben kann.

-1

Versuchen Sie dies!

Das Problem kann durch Sitzungsspeicherpfad nicht schreibbar verursacht werden. Ich habe das gleiche Problem gehabt und ich habe es durch den obigen Befehl behoben. Ich benutze nginx, aber wenn Sie einen anderen Webserver verwenden, ändern Sie es einfach. Hoffe das hilft!

+0

Warum meine Stimme abstimmen? Ich möchte mich verbessern, aber bitte einen Grund angeben – wdetac

Verwandte Themen