Oh, es war mein Anwendungsserver, der den ersten Header ausgab, als er sich auf einer sicheren Verbindung befand.
Wer helmet
Plugins verwendet, kann dies in Ihrer App verwalten.
Ich habe vor kurzem https-Unterstützung zu meiner Website mit Nginx Reverse Proxy hinzugefügt.
Ich habe keine add_header Strict-Transport-Security ...
Zeile in meiner Konfig. Selbst dann sehe ich Strict-Transport-Security: max-age=86400
in der Antwortkopfzeile.
Wenn ich add_header Strict-Transport-Security "max-age=0; includeSubDomains";
meine Config hinzufüge, bekomme ich zwei Header als Antwort !!:
HTTP/1.1 200 OK * Server nginx/1.11.12 is not blacklisted Server: nginx/1.11.12 Date: Fri, 07 Apr 2017 11:46:50 GMT Content-Type: application/json; charset=utf-8 Content-Length: 37 Connection: keep-alive Access-Control-Allow-Origin: * Access-Control-Allow-Credentials: true Access-Control-Allow-Methods: GET,PUT,POST,DELETE,OPTIONS Access-Control-Allow-Headers: Origin, X-Requested-With, Content-Type, Accept, Authorization, Content-Length, X-Requested-With X-DNS-Prefetch-Control: off X-Frame-Options: DENY Strict-Transport-Security: max-age=86400 X-Download-Options: noopen X-Content-Type-Options: nosniff X-XSS-Protection: 1; mode=block Surrogate-Control: no-store Cache-Control: no-store, no-cache, must-revalidate, proxy-revalidate Pragma: no-cache Expires: 0 Vary: Accept-Encoding Strict-Transport-Security: max-age=0; includeSubDomains
Wie kann ich das beheben?
Oh, es war mein Anwendungsserver, der den ersten Header ausgab, als er sich auf einer sicheren Verbindung befand.
Wer helmet
Plugins verwendet, kann dies in Ihrer App verwalten.