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 बिना जसरी हेर्नुहुन्छ त्यसै शंकाले हेर्नुहोस्। परिचित ब्राउजरले सन्देश देखाउनु भनेको पठाउने वा लिङ्क वैध छ भन्ने प्रमाण होइन।

सम्बन्धित लेखहरू