’n Nuwe VPN-ligging stel nie kennisgewingtoestemming terug nie
Kennisgewingtoestemming hoort by die webwerf se oorsprong, nie by jou IP nie. Sien watter laag elke toestemming hou en waarom pushlewering oor ’n VPN stukkend lyk.
Die idee dat ’n VPN-verandering ’n webwerf se kennisgewingtoestemming kan terugstel, is verkeerd op ’n manier wat mense werklik tyd kos. Niks aan jou uitgangsadres is deel van die toestemmingsrekord nie. ’n Webwerf se toestemming word teen sy oorsprong binne een blaaierprofiel gestoor, so om van een bediener na ’n ander te skuif laat dit presies waar dit was. Wat wel verander, is jou sessie, en dit is gewoonlik waarna mense eintlik kyk wanneer hulle besluit die VPN het iets aan hulle kennisgewings gedoen.
Drie stoorplekke wat soos een instelling lyk
Die toestemming is een rekord, die bedryfstelsel se kennisgewing-skakelaar is ’n ander, en die webwerf se eie intekeningstatus is ’n derde. Elkeen word op ’n ander plek deur ’n ander handeling herroep.
| Layer | Where it lives | What actually revokes it |
|---|---|---|
| Permission grant | Browser profile, keyed by origin | Site settings, site reset, or clearing site data |
| OS delivery switch | Operating system notification settings | The OS per-app or per-browser toggle |
| Push subscription | Push service, bound to a service worker registration | Unsubscribe, or a subscription the service considers expired |
Waaraan die toestemming geheg is
Webkennisgewingtoestemming is per oorsprong en per profiel. Dit volg https://app.example.com eerder as jou openbare adres, wat die rede is waarom dieselfde webwerf wat op ’n ander masjien gevra is, weer moet vra, en waarom ’n ander VPN-eindpunt nie ’n nuwe versoek veroorsaak nie. Gaan dit na waar dit aangeteken is: die kennisgewingpaneel in webwerfinstellings lys oorspronge waaraan toestemming gegee is, en die bladsy self kan sy toestand rapporteer.
chrome://settings/content/notifications
navigator.permissions.query({name: 'notifications'})
chrome://serviceworker-internalsDie navraag rapporteer die toestand wat die oorsprong reeds het sonder om ’n nuwe een te vra, en die service worker-bladsy is waar ’n registrasie en sy push-intekening leef of nie leef nie. As die toestemming daar is en lewering steeds misluk, kyk jy na die derde laag eerder as die eerste.
Die push-pad is sy eie verhouding
Web Push voeg ’n intekening by wat die bladsy nie direk beheer nie. Die blaaier versoek ’n PushSubscription by ’n pushdiens, gee die bladsy ’n eindpunt-URL, en lewering gaan later na daardie eindpunt en word aan die geregistreerde service worker oorhandig. MDN se PushSubscription-dokumentasie beskryf die eindpunt as ’n pasgemaakte URL by ’n pushbediener vir die intekenende werker, wat die hele punt is: dit is ’n leweringsvermoë, nie ’n openbare adres wat jy publiseer nie.
Twee gevolge volg. Eerstens moet ’n eindpunt-URL as sensitief behandel word, so dit hoort nie in ’n openbare ondersteuningsdraad nie. Tweedens handhaaf die pushdiens sy eie verifikasie, so om die URL alleen te hê is nie bewys dat enigiemand ’n geverifieerde boodskap kan stuur nie. Wanneer jy uitteken, sê die blaaier vir die pushdiens om die intekening ongeldig te maak, en dit is die handeling wat lewering beëindig. Om VPN-bedieners te ruil is nie daardie handeling nie.
Waarom die VPN skuldig lyk
Verander jou uitgangsadres en baie webwerwe verifieer jou weer, roteer ’n sessiekoekie, of herteken hul instellingsbladsy van voor af. Kennisgewings van daardie webwerf kan dan stop vir redes wat niks met toestemming te doen het nie: die nuwe sessie is nie die ingetekende een nie, die webwerf hersien sy eie bemarkingstoestemming, of ’n streekreël versteek die funksie. Lewering kan ook misluk omdat die push-eindpunt-gasheer onbereikbaar of stadig is deur die nuwe pad, wat van buite identies lyk aan ’n herroepte toestemming.
Lees die lae afsonderlik voordat jy enigiets aflei. Die toestemmingspaneel sê of die toestemming bestaan; die service worker-lys sê of ’n registrasie en intekening bestaan; die bedryfstelsel-skakelaar sê of die blaaier hoegenaamd iets mag wys.
Verander wat jy bedoel het om te verander
As jy wil hê kennisgewings moet stop, herroep die toestemming vir daardie oorsprong en teken die webwerf se push-instelling uit, bevestig dan dat die bedryfstelsel-skakelaar nie die enigste ding is wat tussen die webwerf en jou sluitskerm staan nie. Om toekomstige kennisgewings te blokkeer, verwyder nie die rekeningdata wat die webwerf reeds het nie, en dit is ’n aparte versoek aan die webwerf.
As jy ’n ander netwerkpad wil hê, verander die VPN. Dit beïnvloed sessie-identiteit, geo-reëls en watter bedieners jy kan bereik, en dit laat kennisgewingtoestemming onaangeraak.
Behandel ’n kennisgewing se inhoud met dieselfde agterdog oor ’n VPN as sonder een. ’n Bekende blaaier wat ’n boodskap wys, is nie bewys dat die afsender of die skakel wettig is nie.