VPN बदलल्याने साइटची सूचना परवानगी रीसेट होऊ शकते ही कल्पना लोकांचा खरा वेळ वाया घालवणाऱ्या पद्धतीने चुकीची आहे। तुमच्या एक्झिट पत्त्यातील काहीही परवानगी नोंदीचा भाग नाही। साइटची परवानगी एका ब्राउझर प्रोफाइलमध्ये तिच्या ओरिजिनच्या विरुद्ध साठवली जाते, त्यामुळे एका सर्व्हरवरून दुसऱ्यावर गेल्यावर ती जिथे होती तिथेच राहते। प्रत्यक्षात बदलते ते तुमचे सत्र असते, आणि VPN ने त्यांच्या सूचनांना काही केले असे लोक ठरवतात तेव्हा सहसा तेच पाहतात।

एकच सेटिंग वाटणारी तीन भांडारे

परवानगी ही एक नोंद आहे, ऑपरेटिंग सिस्टमचा सूचना स्विच दुसरा आहे, आणि साइटची स्वतःची सदस्यता स्थिती तिसरी आहे। प्रत्येक वेगळ्या ठिकाणी वेगळ्या कृतीने रद्द होते।

LayerWhere it livesWhat actually revokes it
Permission grantBrowser profile, keyed by originSite settings, site reset, or clearing site data
OS delivery switchOperating system notification settingsThe OS per-app or per-browser toggle
Push subscriptionPush service, bound to a service worker registrationUnsubscribe, 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 मधून सूचनेचा मजकूर VPN शिवाय जसा पाहता तशाच शंकेने पहा। परिचित ब्राउझर संदेश दाखवतो म्हणजे पाठवणारा किंवा दुवा वैध आहे असा पुरावा नाही।

संबंधित लेख