Hello,
Thank you @sam, the reverse proxy change you suggested worked. I don’t know why my test without it did not reveal it was a proxy problem, or what caused it to appear, but the change worked !
Regards,
Stephane
When we have reinstalled discourse it worked for two days and now we have same problem. It happens with a proxy and without the proxy. User cannot login/post/like/register or anything.
We have updated and rebuild discourse many times and will not work. pls help
As stated above, it’s almost certainly the wrong proxy header, if you are on HTTPS. You could try turning off HTTPS.
@codinghorror we haven’t HTTPS enabled
same here:
updated discourse+plugins yesterday.
today users reported login to discourse not possible - already logged in sessions are working fine.
showing login error: “unbekannter fehler / unknown error”
browser console: “BAD CSRF” and some javascript
fix:
add this to nginx config:
proxy_set_header X-Forwarded-Proto https;
best regards,
daniel
If you have http and the site setting force_https, expect a bad time
No, we only use https.
it’s all back working again.
For what it’s worth, the recent upgrade broke things for us also, in exactly the same way. We have a strictly https-only set of subdomains, and an apache reverse-proxy.
The configuration directive in apache equivalent to the nginx advice above is:
RequestHeader set X-Forwarded-Proto "https"
Cheers
Cela m’arrive aussi après une installation propre ET une restauration (réussie) à partir d’une ancienne sauvegarde : mauvais CSRF.
Je n’utilise aucun proxy. Cependant, j’accède au site en utilisant une entrée locale dans mon fichier /etc/hosts.
Et le problème disparaît-il si le serveur est correctement référencé dans le DNS public ?
Je ne sais pas – j’ai temporairement restauré un ancien formulaire sur un VPS pour en extraire certaines informations.
Si l’absence d’enregistrements DNS publics est la cause, existe-t-il une solution de contournement ?