Un nouvel emplacement VPN ne réinitialise pas l'autorisation de notification
L'autorisation de notification appartient à l'origine du site, pas à votre IP. Voyez quelle couche détient chaque autorisation et pourquoi la livraison push semble cassée via un VPN.
L'idée qu'un changement de VPN puisse réinitialiser l'autorisation de notification d'un site est fausse d'une manière qui coûte un temps réel aux gens. Rien dans votre adresse de sortie ne fait partie de l'enregistrement de l'autorisation. L'autorisation d'un site est stockée pour son origine à l'intérieur d'un profil de navigateur, si bien que passer d'un serveur à un autre la laisse exactement où elle était. Ce qui change réellement, c'est votre session, et c'est généralement ce que les gens regardent lorsqu'ils décident que le VPN a fait quelque chose à leurs notifications.
Trois stockages qui ressemblent à un seul réglage
L'autorisation est un enregistrement, l'interrupteur de notifications du système d'exploitation en est un autre, et l'état d'abonnement du site lui-même est un troisième. Chacun est révoqué à un endroit différent par une action différente.
| 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 |
À quoi l'autorisation est rattachée
L'autorisation de notification web est propre à l'origine et au profil. Elle suit https://app.example.com au lieu de votre adresse publique, ce qui explique pourquoi le même site interrogé sur une autre machine doit redemander, et pourquoi un autre point de terminaison VPN ne produit pas de nouvelle invite. Vérifiez-le là où il est enregistré : le panneau de notifications des paramètres du site liste les origines autorisées, et la page elle-même peut signaler son état.
chrome://settings/content/notifications
navigator.permissions.query({name: 'notifications'})
chrome://serviceworker-internalsLa requête signale l'état que l'origine possède déjà sans en demander un nouveau, et la page service worker est l'endroit où un enregistrement et son abonnement push vivent ou échouent à vivre. Si l'autorisation est là et que la livraison échoue toujours, vous regardez la troisième couche et non la première.
Le chemin push est une relation à part
Web Push ajoute un abonnement que la page ne contrôle pas directement. Le navigateur demande une PushSubscription auprès d'un service push, remet à la page une URL de point de terminaison, et la livraison passe ensuite par ce point de terminaison et est transmise au service worker enregistré. La documentation MDN sur PushSubscription décrit le point de terminaison comme une URL personnalisée sur un serveur push pour le worker abonné, et c'est tout l'intérêt : c'est une capacité de livraison, pas une adresse publique que vous publiez.
Deux conséquences en découlent. Premièrement, une URL de point de terminaison doit être traitée comme sensible, elle n'a donc pas sa place dans un fil d'assistance public. Deuxièmement, le service push applique sa propre authentification, donc détenir l'URL seule ne prouve pas que quiconque puisse envoyer un message authentifié. Lorsque vous vous désabonnez, le navigateur demande au service push d'invalider l'abonnement, et c'est l'action qui met fin à la livraison. Changer de serveur VPN n'est pas cette action.
Pourquoi le VPN semble coupable
Changez votre adresse de sortie et beaucoup de sites vous réauthentifient, font tourner un cookie de session ou redessinent leur page de paramètres depuis zéro. Les notifications de ce site peuvent alors s'arrêter pour des raisons sans rapport avec l'autorisation : la nouvelle session n'est pas celle qui est abonnée, le site revérifie son propre consentement marketing, ou une règle régionale masque la fonction. La livraison peut aussi échouer parce que l'hôte du point de terminaison push est injoignable ou lent via le nouveau chemin, ce qui ressemble de l'extérieur à une autorisation révoquée.
Lisez les couches séparément avant de conclure quoi que ce soit. Le panneau des autorisations dit si l'autorisation existe ; la liste des service workers dit si un enregistrement et un abonnement existent ; l'interrupteur du système d'exploitation dit si le navigateur peut afficher quoi que ce soit.
Changez ce que vous vouliez changer
Si vous voulez que les notifications s'arrêtent, révoquez l'autorisation pour cette origine et désabonnez le réglage push du site, puis confirmez que l'interrupteur du système d'exploitation n'est pas la seule chose entre le site et votre écran de verrouillage. Bloquer les notifications futures ne supprime pas les données de compte que le site possède déjà, et c'est une demande distincte adressée au site.
Si vous voulez un autre chemin réseau, changez le VPN. Il affecte l'identité de session, les règles géographiques et les serveurs que vous pouvez atteindre, et il laisse l'autorisation de notification intacte.
Traitez le contenu d'une notification avec la même méfiance via un VPN que sans. Un navigateur familier qui affiche un message ne prouve pas que l'expéditeur ou le lien soit légitime.