Hindi Ni-rereset ng Bagong Lokasyon ng VPN ang Pahintulot sa Abiso
Ang pahintulot sa abiso ay pag-aari ng pinagmulan ng site, hindi ng iyong IP. Tingnan kung aling layer ang may hawak sa bawat pahintulot at bakit mukhang sira ang paghahatid ng push sa VPN.
Ang ideya na ang pagpapalit ng VPN ay makakapag-reset ng pahintulot sa abiso ng isang site ay mali sa paraang kumukuha ng totoong oras ng mga tao. Wala sa iyong exit address ang bahagi ng rekord ng pahintulot. Ang pahintulot ng isang site ay iniimbak laban sa pinagmulan nito sa loob ng isang profile ng browser, kaya ang paglipat mula sa isang server patungo sa iba ay iniiwan ito nang eksakto kung nasaan ito. Ang talagang nagbabago ay ang iyong session, at iyon ang karaniwang tinitingnan ng mga tao kapag nagpasya silang may ginawa ang VPN sa kanilang mga abiso.
Tatlong imbakan na mukhang isang setting
Ang pahintulot ay isang rekord, ang switch ng abiso ng operating system ay isa pa, at ang sariling estado ng subscription ng site ay pangatlo. Bawat isa ay binabawi sa ibang lugar ng ibang aksyon.
| 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 |
Ano ang nakakabit sa pahintulot
Ang pahintulot sa mga web abiso ay ayon sa pinagmulan at ayon sa profile. Sinusundan nito https://app.example.com sa halip na ang iyong pampublikong address, kaya ang parehong site na tinanong sa ibang makina ay kailangang magtanong muli, at kaya ang ibang endpoint ng VPN ay hindi gumagawa ng bagong prompt. Suriin ito kung saan ito naitala: inililista ng panel ng abiso sa mga setting ng site ang mga pinagmulan na binigyan ng pahintulot, at ang pahina mismo ay makapag-uulat ng estado nito.
chrome://settings/content/notifications
navigator.permissions.query({name: 'notifications'})
chrome://serviceworker-internalsIniuulat ng query ang estado na mayroon na ang pinagmulan nang hindi humihingi ng bago, at ang pahina ng service worker ay ang lugar kung saan nabubuhay o nabibigong mabuhay ang isang registration at ang push subscription nito. Kung may pahintulot at nabibigo pa rin ang paghahatid, tinitingnan mo ang pangatlong layer at hindi ang una.
Ang push path ay sarili nitong ugnayan
Nagdaragdag ang Web Push ng subscription na hindi direktang kinokontrol ng pahina. Humihingi ang browser ng PushSubscription sa isang push service, binibigyan ang pahina ng endpoint URL, at ang paghahatid ay pumupunta sa endpoint na iyon at ipinapasa sa rehistradong service worker. Inilalarawan ng dokumentasyon ng MDN tungkol sa PushSubscription ang endpoint bilang custom na URL sa isang push server para sa worker na nagsusubscribe, at iyon ang buong punto: ito ay kakayahan sa paghahatid, hindi pampublikong address na ipinapublish mo.
Dalawang kahihinatnan ang sumusunod. Una, ang endpoint URL ay dapat ituring na sensitibo, kaya wala itong lugar sa pampublikong thread ng suporta. Pangalawa, ipinapatupad ng push service ang sarili nitong authentication, kaya ang pagkakaroon lamang ng URL ay hindi patunay na may makakapagpadala ng authenticated na mensahe. Kapag nag-unsubscribe ka, sinasabi ng browser sa push service na i-invalidate ang subscription, at iyon ang aksyon na nagtatapos sa paghahatid. Ang pagpapalit ng VPN server ay hindi ang aksyong iyon.
Bakit mukhang may kasalanan ang VPN
Palitan ang iyong exit address at maraming site ang muling magpapatunay sa iyo, magpapaikot ng session cookie, o muling iguguhit ang kanilang pahina ng setting mula sa simula. Ang mga abiso mula sa site na iyon ay maaaring huminto dahil sa mga dahilang walang kinalaman sa pahintulot: ang bagong session ay hindi ang naka-subscribe, muling sinusuri ng site ang sarili nitong pahintulot sa marketing, o may panrehiyong patakaran na nagtatago ng feature. Maaari ring mabigo ang paghahatid dahil ang host ng push endpoint ay hindi maabot o mabagal sa bagong ruta, na mula sa labas ay mukhang eksaktong kapareho ng binawi na pahintulot.
Basahin ang mga layer nang hiwalay bago maghinuha ng anuman. Sinasabi ng panel ng pahintulot kung may pahintulot; sinasabi ng listahan ng service worker kung may registration at subscription; sinasabi ng switch ng operating system kung pinapayagan ang browser na magpakita ng kahit ano.
Palitan ang gusto mong palitan
Kung gusto mong huminto ang mga abiso, bawiin ang pahintulot para sa pinagmulang iyon at i-unsubscribe ang push setting ng site, pagkatapos ay tiyakin na ang switch ng operating system ay hindi lamang ang bagay sa pagitan ng site at ng iyong lock screen. Ang pagharang sa mga abiso sa hinaharap ay hindi nagbubura ng data ng account na mayroon na ang site, at iyon ay hiwalay na kahilingan sa site.
Kung gusto mo ng ibang ruta ng network, palitan ang VPN. Naaapektuhan nito ang pagkakakilanlan ng session, mga tuntuning heograpiko at kung aling mga server ang maabot mo, at iniiwan nitong hindi nagalaw ang pahintulot sa abiso.
Tratuhin ang nilalaman ng abiso nang may parehong pagdududa sa VPN tulad ng wala ito. Ang pamilyar na browser na nagpapakita ng mensahe ay hindi patunay na lehitimo ang nagpadala o ang link.