Nova lokacija VPN ne ponastavi dovoljenja za obvestila

Zamisel, da lahko sprememba VPN ponastavi dovoljenje spletnega mesta za obvestila, je napačna na način, ki ljudem vzame resničen čas. Nič na vašem izhodnem naslovu ni del zapisa o dovoljenju. Dovoljenje spletnega mesta se shrani glede na njegov izvor znotraj enega profila brskalnika, zato premik z enega strežnika na drugega pusti dovoljenje točno tam, kjer je bilo. Kar se res spremeni, je vaša seja, in na to se ljudje običajno ozirajo, ko sklenejo, da je VPN nekaj storil z njihovimi obvestili.

Tri shrambe, ki so videti kot ena nastavitev

Dovoljenje je en zapis, stikalo za obvestila operacijskega sistema je drugo, lastno stanje naročnine spletnega mesta pa je tretje. Vsako se prekliče na drugem mestu z drugim dejanjem.

Na kaj je dovoljenje pritrjeno

Dovoljenje za spletna obvestila je po izvoru in po profilu. Sledi https://app.example.com namesto vašega javnega naslova, zato se mora isto spletno mesto, vprašano na drugem računalniku, vprašati znova, in zato druga končna točka VPN ne ustvari nove zahteve. Preverite ga tam, kjer se zabeleži: plošča za obvestila v nastavitvah spletnega mesta navaja izvore, ki jim je bilo dovoljenje dano, in stran sama lahko poroča o svojem stanju.

chrome://settings/content/notifications
navigator.permissions.query({name: 'notifications'})
chrome://serviceworker-internals

Poizvedba poroča o stanju, ki ga izvor že ima, ne da bi zahtevala novo, stran service workerja pa je kraj, kjer registracija in njena push naročnina živita ali ne uspeta živeti. Če dovoljenje obstaja in dostava še vedno ne uspe, gledate tretjo plast in ne prve.

Push pot je svoj odnos

Web Push doda naročnino, ki je stran ne nadzoruje neposredno. Brskalnik zahteva PushSubscription od storitve push, strani preda URL končne točke, dostava pa pozneje gre na to točko in se preda registriranemu service workerju. Dokumentacija MDN o PushSubscription opisuje končno točko kot URL po meri na strežniku push za delavca, ki se naroči, in to je ves smisel: to je zmožnost dostave, ne javni naslov, ki ga objavljate.

Iz tega sledita dve posledici. Prvič, z URL končne točke je treba ravnati kot z občutljivim podatkom, zato ne spada v javno nit za podporo. Drugič, storitev push uveljavlja svoje preverjanje pristnosti, zato samo posedovanje URL ni dokaz, da lahko kdor koli pošlje preverjeno sporočilo. Ko se odjavite, brskalnik storitvi push sporoči, naj naročnino razveljavi, in to je dejanje, ki konča dostavo. Menjava strežnikov VPN ni to dejanje.

Zakaj je VPN videti kriv

Spremenite izhodni naslov in številna spletna mesta vas bodo znova preverila, zavrtela piškotek seje ali znova narisala svojo stran z nastavitvami od začetka. Obvestila s tega mesta lahko nato prenehajo iz razlogov, ki nimajo nobene zveze z dovoljenjem: nova seja ni naročena, mesto znova preveri svoje marketinško soglasje ali regionalno pravilo skrije funkcijo. Dostava lahko tudi ne uspe, ker gostitelj končne točke push prek nove poti ni dosegljiv ali je počasen, kar je od zunaj videti enako kot preklicano dovoljenje.

Plasti berite ločeno, preden karkoli sklepate. Plošča dovoljenj pove, ali dovoljenje obstaja; seznam service workerjev pove, ali obstajata registracija in naročnina; stikalo operacijskega sistema pove, ali sme brskalnik sploh kaj prikazati.

Spremenite tisto, kar ste nameravali spremeniti

Če želite, da se obvestila ustavijo, prekličite dovoljenje za ta izvor in odjavite push nastavitev spletnega mesta, nato potrdite, da stikalo operacijskega sistema ni edina stvar med spletnim mestom in vašim zaklepnim zaslonom. Blokiranje prihodnjih obvestil ne izbriše podatkov računa, ki jih spletno mesto že ima, in to je ločena zahteva spletnemu mestu.

Če želite drugačno omrežno pot, spremenite VPN. Vpliva na identiteto seje, geografska pravila in to, do katerih strežnikov pridete, dovoljenje za obvestila pa pusti nedotaknjeno.

Vsebino obvestila obravnavajte z enako nezaupljivostjo prek VPN kot brez nje. Znani brskalnik, ki prikaže sporočilo, ni dokaz, da sta pošiljatelj ali povezava zakonita.