പുതിയ VPN ലൊക്കേഷൻ അറിയിപ്പ് അനുമതി പുനഃസജ്ജമാക്കുന്നില്ല
അറിയിപ്പ് അനുമതി സൈറ്റിന്റെ ഒറിജിനിൽ ഉള്ളതാണ്, നിങ്ങളുടെ IP-യിൽ അല്ല. ഏത് പാളി ഏത് അനുമതി കൈവശം വയ്ക്കുന്നു, VPN വഴി push വിതരണം എന്തുകൊണ്ട് തകർന്നതായി തോന്നുന്നു എന്നത് കാണുക.
VPN മാറ്റുന്നത് സൈറ്റിന്റെ അറിയിപ്പ് അനുമതി പുനഃസജ്ജമാക്കാമെന്ന ആശയം ആളുകളുടെ യഥാർത്ഥ സമയം നഷ്ടപ്പെടുത്തുന്ന വിധത്തിൽ തെറ്റാണ്. നിങ്ങളുടെ എക്സിറ്റ് വിലാസത്തിലുള്ള ഒന്നും അനുമതി രേഖയുടെ ഭാഗമല്ല. ഒരു സൈറ്റിന്റെ അനുമതി ഒരു ബ്രൗസർ പ്രൊഫൈലിനുള്ളിൽ അതിന്റെ ഒറിജിനോട് ചേർത്ത് സൂക്ഷിക്കുന്നു, അതിനാൽ ഒരു സെർവറിൽ നിന്ന് മറ്റൊന്നിലേക്ക് പോകുമ്പോൾ അത് ഉണ്ടായിരുന്ന അതേ സ്ഥലത്ത് തന്നെ തുടരുന്നു. യഥാർത്ഥത്തിൽ മാറുന്നത് നിങ്ങളുടെ സെഷനാണ്, VPN തങ്ങളുടെ അറിയിപ്പുകളിൽ എന്തോ ചെയ്തു എന്ന് തീരുമാനിക്കുമ്പോൾ ആളുകൾ സാധാരണയായി നോക്കുന്നത് അതിനെയാണ്.
ഒരേ സെറ്റിംഗ് പോലെ തോന്നുന്ന മൂന്ന് സംഭരണങ്ങൾ
അനുമതി ഒരു രേഖയാണ്, ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ അറിയിപ്പ് സ്വിച്ച് മറ്റൊന്നാണ്, സൈറ്റിന്റെ സ്വന്തം സബ്സ്ക്രിപ്ഷൻ നില മൂന്നാമത്തേതാണ്. ഓരോന്നും വ്യത്യസ്ത സ്ഥലത്ത് വ്യത്യസ്ത പ്രവർത്തനത്താൽ റദ്ദാക്കപ്പെടുന്നു.
| 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 |
അനുമതി എന്തിനോട് ബന്ധിപ്പിച്ചിരിക്കുന്നു
വെബ് അറിയിപ്പ് അനുമതി ഒറിജിൻ അനുസരിച്ചും പ്രൊഫൈൽ അനുസരിച്ചുമാണ്. അത് https://app.example.com നിങ്ങളുടെ പൊതു വിലാസത്തെയല്ല, ആ URL-നെ പിന്തുടരുന്നു, അതുകൊണ്ടാണ് മറ്റൊരു മെഷീനിൽ ചോദിച്ച അതേ സൈറ്റ് വീണ്ടും ചോദിക്കേണ്ടത്, മറ്റൊരു VPN എൻഡ്പോയിന്റ് പുതിയ അഭ്യർത്ഥന ഉണ്ടാക്കാത്തതും. ഇത് രേഖപ്പെടുത്തുന്നിടത്ത് തന്നെ പരിശോധിക്കുക: സൈറ്റ് ക്രമീകരണങ്ങളിലെ അറിയിപ്പ് പാനൽ അനുമതി ലഭിച്ച ഒറിജിനുകൾ പട്ടികപ്പെടുത്തുന്നു, പേജ് തന്നെ അതിന്റെ നില റിപ്പോർട്ട് ചെയ്യാനും കഴിയും.
chrome://settings/content/notifications
navigator.permissions.query({name: 'notifications'})
chrome://serviceworker-internals
ക്വറി പുതിയത് ആവശ്യപ്പെടാതെ ഒറിജിന് ഇപ്പോൾ ഉള്ള നില റിപ്പോർട്ട് ചെയ്യുന്നു, service worker പേജ് എന്നത് രജിസ്ട്രേഷനും അതിന്റെ push സബ്സ്ക്രിപ്ഷനും ജീവിക്കുന്ന അല്ലെങ്കിൽ ജീവിക്കാൻ കഴിയാത്ത സ്ഥലമാണ്. അനുമതി ഉണ്ടായിട്ടും വിതരണം പരാജയപ്പെടുന്നുവെങ്കിൽ, നിങ്ങൾ ആദ്യത്തെ പാളിയല്ല, മൂന്നാമത്തെ പാളിയാണ് നോക്കുന്നത്.
push പാത അതിന്റേതായ ബന്ധമാണ്
Web Push പേജ് നേരിട്ട് നിയന്ത്രിക്കാത്ത ഒരു സബ്സ്ക്രിപ്ഷൻ ചേർക്കുന്നു. ബ്രൗസർ PushSubscription push സേവനത്തിൽ നിന്ന് ആവശ്യപ്പെടുന്നു, പേജിന് എൻഡ്പോയിന്റ് URL നൽകുന്നു, വിതരണം പിന്നീട് ആ എൻഡ്പോയിന്റിലേക്ക് പോയി രജിസ്റ്റർ ചെയ്ത service worker-ന് കൈമാറുന്നു. MDN-ന്റെ PushSubscription ഡോക്യുമെന്റേഷൻ എൻഡ്പോയിന്റിനെ സബ്സ്ക്രൈബ് ചെയ്യുന്ന worker-നുവേണ്ടി push സെർവറിലെ ഇഷ്ടാനുസൃത URL എന്ന് വിവരിക്കുന്നു, അതാണ് ഇവിടത്തെ പൂർണ്ണ കാര്യം: ഇത് ഒരു വിതരണ കഴിവാണ്, നിങ്ങൾ പ്രസിദ്ധീകരിക്കുന്ന പൊതു വിലാസമല്ല.
ഇതിൽ നിന്ന് രണ്ട് അനന്തരഫലങ്ങൾ ഉണ്ട്. ആദ്യം, എൻഡ്പോയിന്റ് URL സംവേദനക്ഷമമായി കണക്കാക്കണം, അതിനാൽ പൊതു പിന്തുണ ത്രെഡിൽ അതിന് സ്ഥാനമില്ല. രണ്ടാമത്, push സേവനം സ്വന്തം പ്രാമാണീകരണം അടിച്ചേൽപ്പിക്കുന്നു, അതിനാൽ URL മാത്രം ഉണ്ടായിരിക്കുന്നത് ആർക്കെങ്കിലും പ്രാമാണീകരിച്ച സന്ദേശം അയയ്ക്കാമെന്നതിന്റെ തെളിവല്ല. നിങ്ങൾ സബ്സ്ക്രിപ്ഷൻ റദ്ദാക്കുമ്പോൾ, ബ്രൗസർ push സേവനത്തോട് സബ്സ്ക്രിപ്ഷൻ അസാധുവാക്കാൻ പറയുന്നു, ആ പ്രവർത്തനമാണ് വിതരണം അവസാനിപ്പിക്കുന്നത്. VPN സെർവറുകൾ മാറ്റുന്നത് ആ പ്രവർത്തനമല്ല.
VPN കുറ്റവാളിയായി തോന്നുന്നതെന്തുകൊണ്ട്
നിങ്ങളുടെ എക്സിറ്റ് വിലാസം മാറ്റുക, ഒരുപാട് സൈറ്റുകൾ നിങ്ങളെ വീണ്ടും പ്രാമാണീകരിക്കും, സെഷൻ കുക്കി കറക്കും, അല്ലെങ്കിൽ അവരുടെ ക്രമീകരണ പേജ് പൂജ്യത്തിൽ നിന്ന് വീണ്ടും വരയ്ക്കും. അപ്പോൾ ആ സൈറ്റിന്റെ അറിയിപ്പുകൾ അനുമതിയുമായി യാതൊരു ബന്ധവുമില്ലാത്ത കാരണങ്ങളാൽ നിലയ്ക്കാം: പുതിയ സെഷൻ സബ്സ്ക്രൈബ് ചെയ്തതല്ല, സൈറ്റ് അതിന്റെ സ്വന്തം മാർക്കറ്റിംഗ് സമ്മതം വീണ്ടും പരിശോധിക്കുന്നു, അല്ലെങ്കിൽ പ്രാദേശിക നിയമം ഫീച്ചർ മറയ്ക്കുന്നു. പുതിയ പാതയിലൂടെ push എൻഡ്പോയിന്റിന്റെ ഹോസ്റ്റ് എത്തിച്ചേരാൻ കഴിയാത്തതോ മന്ദഗതിയിലുള്ളതോ ആയതിനാൽ വിതരണവും പരാജയപ്പെടാം, അത് പുറത്തുനിന്ന് റദ്ദാക്കിയ അനുമതി പോലെ തന്നെ തോന്നും.
എന്തെങ്കിലും തീരുമാനിക്കുന്നതിന് മുമ്പ് പാളികൾ വെവ്വേറെ വായിക്കുക. അനുമതി പാനൽ അനുമതി ഉണ്ടോ എന്ന് പറയുന്നു; service worker പട്ടിക രജിസ്ട്രേഷനും സബ്സ്ക്രിപ്ഷനും ഉണ്ടോ എന്ന് പറയുന്നു; ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ സ്വിച്ച് ബ്രൗസറിന് എന്തെങ്കിലും കാണിക്കാൻ അനുമതിയുണ്ടോ എന്ന് പറയുന്നു.
നിങ്ങൾ മാറ്റാൻ ഉദ്ദേശിച്ചത് മാറ്റുക
അറിയിപ്പുകൾ നിലയ്ക്കണമെന്ന് ആഗ്രഹിക്കുന്നുവെങ്കിൽ, ആ ഒറിജിനുള്ള അനുമതി റദ്ദാക്കി സൈറ്റിന്റെ push ക്രമീകരണം അൺസബ്സ്ക്രൈബ് ചെയ്യുക, തുടർന്ന് ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ സ്വിച്ച് സൈറ്റും നിങ്ങളുടെ ലോക്ക് സ്ക്രീനും തമ്മിലുള്ള ഏക വസ്തു അല്ലെന്ന് ഉറപ്പാക്കുക. ഭാവിയിലെ അറിയിപ്പുകൾ തടയുന്നത് സൈറ്റിന് ഇപ്പോൾ ഉള്ള അക്കൗണ്ട് ഡാറ്റ ഇല്ലാതാക്കുന്നില്ല, അത് സൈറ്റിനോടുള്ള പ്രത്യേക അഭ്യർത്ഥനയാണ്.
നിങ്ങൾക്ക് വ്യത്യസ്ത നെറ്റ്വർക്ക് പാത വേണമെങ്കിൽ, VPN മാറ്റുക. അത് സെഷൻ ഐഡന്റിറ്റി, ഭൂമിശാസ്ത്ര നിയമങ്ങൾ, ഏത് സെർവറുകളിൽ എത്താം എന്നിവയെ ബാധിക്കുന്നു, അറിയിപ്പ് അനുമതിയെ തൊടാതെ വിടുന്നു.
VPN വഴിയും അല്ലാതെയും അറിയിപ്പിന്റെ ഉള്ളടക്കത്തെ ഒരേ സംശയത്തോടെ കാണുക. പരിചിതമായ ബ്രൗസർ സന്ദേശം കാണിക്കുന്നത് അയച്ചയാൾക്കോ ലിങ്കിനോ സാധുതയുണ്ടെന്നതിന്റെ തെളിവല്ല.