En ny VPN-plassering nullstiller ikke varseltillatelsen
Varseltillatelsen tilhører nettstedets opprinnelse, ikke IP-adressen din. Se hvilket lag som holder hver tillatelse, og hvorfor push-levering ser ødelagt ut over en VPN.
Forestillingen om at et VPN-bytte kan nullstille et nettsteds varseltillatelse, er feil på en måte som koster folk virkelig tid. Ingenting ved utgangsadressen din er en del av tillatelsesposten. Et nettsteds tillatelse lagres mot opprinnelsen i én nettleserprofil, så flytting fra én server til en annen lar den ligge nøyaktig der den var. Det som faktisk endres, er økten din, og det er vanligvis det folk ser på når de konkluderer med at VPN-en gjorde noe med varslene deres.
Tre lagre som ser ut som én innstilling
Tillatelsen er én post, varselbryteren i operativsystemet er en annen, og nettstedets egen abonnementsstatus er en tredje. Hver av dem tilbakekalles på et annet sted av en annen handling.
| 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 |
Hva tillatelsen er knyttet til
Tillatelse for nettvarsler er per opprinnelse og per profil. Den følger https://app.example.com i stedet for den offentlige adressen din, og det er derfor det samme nettstedet som blir spurt på en annen maskin fortsatt må spørre igjen, og derfor et annet VPN-endepunkt ikke gir en ny forespørsel. Sjekk det der det registreres: varselpanelet i nettstedsinnstillingene lister opprinnelser som har fått tillatelse, og selve siden kan rapportere tilstanden sin.
chrome://settings/content/notifications
navigator.permissions.query({name: 'notifications'})
chrome://serviceworker-internalsSpørringen rapporterer tilstanden opprinnelsen allerede har uten å be om en ny, og service worker-siden er stedet der en registrering og push-abonnementet lever eller ikke lever. Hvis tillatelsen er der og leveringen fortsatt feiler, ser du på det tredje laget og ikke det første.
Push-veien er sitt eget forhold
Web Push legger til et abonnement som siden ikke kontrollerer direkte. Nettleseren ber om en PushSubscription fra en push-tjeneste, gir siden en endepunkt-URL, og leveringen går senere til det endepunktet og sendes videre til den registrerte service workeren. MDNs dokumentasjon om PushSubscription beskriver endepunktet som en egendefinert URL hos en push-server for workeren som abonnerer, og det er hele poenget: det er en leveringsevne, ikke en offentlig adresse du publiserer.
To konsekvenser følger. For det første bør en endepunkt-URL behandles som følsom, så den hører ikke hjemme i en offentlig støttetråd. For det andre håndhever push-tjenesten sin egen autentisering, så å ha URL-en alene er ikke bevis for at noen kan sende en autentisert melding. Når du avmelder, ber nettleseren push-tjenesten ugyldiggjøre abonnementet, og det er handlingen som avslutter leveringen. Å bytte VPN-servere er ikke den handlingen.
Hvorfor VPN-en ser skyldig ut
Bytt utgangsadresse, og mange nettsteder autentiserer deg på nytt, roterer en øktinformasjonskapsel eller tegner innstillingssiden sin på nytt fra bunnen. Varsler fra det nettstedet kan da stoppe av grunner som ikke har noe med tillatelsen å gjøre: den nye økten er ikke den abonnerte, nettstedet sjekker sitt eget markedsføringssamtykke på nytt, eller en regionsregel skjuler funksjonen. Levering kan også feile fordi verten for push-endepunktet er utilgjengelig eller treg gjennom den nye veien, noe som utenfra ser identisk ut med en tilbakekalt tillatelse.
Les lagene hver for seg før du konkluderer noe. Tillatelsespanelet sier om tillatelsen finnes; service worker-listen sier om en registrering og et abonnement finnes; operativsystembryteren sier om nettleseren i det hele tatt kan vise noe.
Endre det du hadde tenkt å endre
Hvis du vil at varsler skal stoppe, tilbakekall tillatelsen for den opprinnelsen og meld av nettstedets push-innstilling, og bekreft deretter at operativsystembryteren ikke er det eneste som står mellom nettstedet og låseskjermen din. Å blokkere fremtidige varsler sletter ikke kontodataene nettstedet allerede har, og det er en egen forespørsel til nettstedet.
Hvis du vil ha en annen nettverksvei, bytt VPN. Det påvirker øktidentitet, geografiske regler og hvilke servere du kan nå, og det lar varseltillatelsen være urørt.
Behandle innholdet i et varsel med samme mistanke over en VPN som uten. En kjent nettleser som viser en melding er ikke bevis for at avsenderen eller lenken er legitim.