Unha nova localización de VPN non restablece o permiso de notificacións
O permiso de notificacións pertence á orixe do sitio, non ao teu IP. Mira que capa garda cada permiso e por que a entrega push parece rota cunha VPN.
A idea de que un cambio de VPN pode restablecer o permiso de notificacións dun sitio é falsa dun xeito que lle custa tempo real á xente. Nada do teu enderezo de saída forma parte do rexistro do permiso. O permiso dun sitio gárdase respecto da súa orixe dentro dun perfil de navegador, así que pasar dun servidor a outro déixao exactamente onde estaba. O que si cambia é a túa sesión, e iso é normalmente o que a xente mira cando decide que a VPN fixo algo coas súas notificacións.
Tres almacéns que parecen un só axuste
O permiso é un rexistro, o interruptor de notificacións do sistema operativo é outro e o estado de subscrición do propio sitio é un terceiro. Cada un revógase nun lugar distinto cunha acción distinta.
| 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 |
A que está ligado o permiso
O permiso de notificacións web é por orixe e por perfil. Segue https://app.example.com en lugar do teu enderezo público, por iso o mesmo sitio preguntado noutra máquina ten que volver preguntar, e por iso un punto final de VPN distinto non produce un aviso novo. Compárao onde se rexistra: o panel de notificacións dos axustes do sitio lista as orixes ás que se concedeu, e a propia páxina pode informar do seu estado.
chrome://settings/content/notifications
navigator.permissions.query({name: 'notifications'})
chrome://serviceworker-internalsA consulta informa do estado que a orixe xa ten sen pedir un novo, e a páxina de service worker é onde vive ou non logra vivir un rexistro e a súa subscrición push. Se o permiso está aí e a entrega segue fallando, estás mirando a terceira capa e non a primeira.
A ruta push é unha relación propia
Web Push engade unha subscrición que a páxina non controla directamente. O navegador pide unha PushSubscription a un servizo push, entrega á páxina un URL de punto final, e a entrega despois vai a ese punto final e pásase ao service worker rexistrado. A documentación de MDN sobre PushSubscription describe o punto final como un URL personalizado nun servidor push para o worker subscrito, que é xusto a cuestión: é unha capacidade de entrega, non un enderezo público que publiques.
De aí seguen dúas consecuencias. Primeira, un URL de punto final debe tratarse como sensible, así que non ten sitio nun fío público de soporte. Segunda, o servizo push impón a súa propia autenticación, así que ter só o URL non é proba de que ninguén poida enviar unha mensaxe autenticada. Cando te dás de baixa, o navegador dille ao servizo push que invalide a subscrición, e esa é a acción que remata coa entrega. Cambiar de servidor VPN non é esa acción.
Por que a VPN parece culpable
Cambia o teu enderezo de saída e moitos sitios volveranche autenticar, rotarán unha cookie de sesión ou volverán debuxar a súa páxina de axustes desde cero. Entón as notificacións dese sitio poden parar por motivos que non teñen nada que ver co permiso: a sesión nova non é a subscrita, o sitio volve comprobar o seu propio consentimento de márketing, ou unha regra rexional agocha a función. A entrega tamén pode fallar porque o host do punto final push non é accesible ou é lento pola ruta nova, algo que desde fóra parece idéntico a un permiso revogado.
Le as capas por separado antes de concluír nada. O panel de permisos di se o permiso existe; a lista de service workers di se existen un rexistro e unha subscrición; o interruptor do sistema operativo di se o navegador pode mostrar algo sequera.
Cambia o que querías cambiar
Se queres que as notificacións paren, revoga o permiso para esa orixe e dá de baixa o axuste push do sitio, e despois confirma que o interruptor do sistema operativo non é o único que hai entre o sitio e a túa pantalla de bloqueo. Bloquear notificacións futuras non borra os datos de conta que o sitio xa ten, e iso é unha petición aparte ao sitio.
Se queres unha ruta de rede distinta, cambia a VPN. Afecta á identidade da sesión, ás regras xeográficas e a que servidores podes chegar, e deixa intacto o permiso de notificacións.
Trata o contido dunha notificación coa mesma desconfianza cunha VPN que sen ela. Un navegador coñecido mostrando unha mensaxe non é proba de que o remitente ou a ligazón sexan lexítimos.