Synology-Forum.nl
Overige software => Web Station => Topic gestart door: Briolet op 19 april 2021, 15:45:37
-
Ik ben al lang aan het knoeien on HTTP headers toe te voegen aan een website. Overal staat beschreven 'wat' je moet toevoegen, maar nooit 'waar' je het moet toevoegen.
WebStation heeft geen GUI om dat te doen. Ik ben er afgelopen weekend weer ingedoken omdat Google een nieuwe tracking methode bedacht heeft (FLoC (https://www.synology-forum.nl/the-lounge/floc-de-nieuwe-tracking-techniek-van-chrome/)) die je netjes kunt uitzetten als je als "permission policy" de sting "interest-cohort=none" opneemt in de http header.
Op het engelse forum (https://community.synology.com/enu/forum/1/post/122043?page=1&reply=449374) vond ik de oplossing. Voor elke virtual host wordt er in de folder "/etc/nginx/conf.d/" een lege GUID folder geplaatst. In deze folder kun je zelf een 'user.conf' file zetten met je eigen http headers.
Dit werkt goed. Het uitvogelen welke GUID folder je moet hebben doe je met de file "/usr/syno/etc/packages/WebStation/VirtualHost.json".
Op de site https://www.securityheaders.com/ kun je de huidige security headers opvragen. Ik zie mijn toegevoegde headers direct na een reload van deze webpagina. Ook de "permission policy" tegen het tracken via FLoC staat er nu netjes tussen.
Eigenlijk een gemis dat dit niet via WebStation zelf is in te stellen.
-
Afgezien van de interessante informatie over waar nginx headers te zetten, ik dacht dat FLoC een zaak van de browser was, niet van de server.
Zie bv. dit artikel https://vivaldi.com/blog/no-google-vivaldi-users-will-not-get-floced/ .
-
FLoC is een zaak van beiden. De browser bekijkt welke sites je bezoekt en deelt je op grond daarvan in, in groepen. Als website kun je ook aangeven dat jij niet in deze analyse betrokken wilt worden. Op die manier heeft het bezoeken van jouw website geen gevolg voor het indelen in een groep. Hierdoor heeft Google geen reden om te bepalen voor welke adverteerders jouw website interessant is.
WordPress heeft al aangegeven dat zij default deze 'anti-FLoC' HTTP header gaan toevoegen in hun volgende versie. (En waarschijnlijk in alle updates van oudere versies) (link (https://make.wordpress.org/core/2021/04/18/proposal-treat-floc-as-a-security-concern/)) Je hebt dan wel de optie om FLoC expliciet te activeren.
-
Ok, duidelijk. Dank.