מיקום VPN חדש לא מאפס הרשאת התראות
הרשאת ההתראות שייכת למקור של האתר, לא לכתובת ה-IP שלך. ראו איזו שכבה מחזיקה כל הרשאה ולמה מסירת push נראית שבורה דרך VPN.
הרעיון ששינוי 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 אחרי הכתובת הציבורית שלך, ולכן אותו אתר שנשאל במחשב אחר חייב לשאול שוב, ולכן נקודת קצה אחרת של 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 מתאר את נקודת הקצה ככתובת URL מותאמת בשרת push עבור ה-worker הנרשם, וזה כל העניין: זו יכולת מסירה, לא כתובת ציבורית שאתם מפרסמים.
מכך נובעות שתי השלכות. ראשית, יש להתייחס לכתובת URL של נקודת הקצה כרגישה, ולכן אין לה מקום בשרשור תמיכה ציבורי. שנית, שירות ה-push אוכף אימות משלו, ולכן עצם החזקה בכתובת אינה הוכחה שמישהו יכול לשלוח הודעה מאומתת. כשאתם מבטלים את המנוי, הדפדפן אומר לשירות ה-push לבטל את התוקף של המנוי, וזו הפעולה שמסיימת את המסירה. החלפת שרתי VPN אינה הפעולה הזו.
למה ה-VPN נראה אשם
שנו את כתובת היציאה שלכם והרבה אתרים יאמתו אתכם מחדש, יחליפו קוקי סשן או יציירו מחדש את עמוד ההגדרות שלהם מאפס. אז ההתראות מאותו אתר עשויות להיפסק מסיבות שאין להן שום קשר להרשאה: הסשן החדש אינו זה שנרשם, האתר בודק מחדש את הסכמת השיווק שלו, או שכלל אזורי מסתיר את התכונה. המסירה עלולה גם להיכשל מפני שהמארח של נקודת הקצה של ה-push אינו נגיש או איטי דרך המסלול החדש, וזה נראה מבחוץ בדיוק כמו הרשאה שבוטלה.
קראו את השכבות בנפרד לפני שאתם מסיקים משהו. פאנל ההרשאות אומר אם ההרשאה קיימת; רשימת ה-service worker אומרת אם קיימים רישום ומנוי; מתג מערכת ההפעלה אומר אם הדפדפן רשאי להציג משהו בכלל.
שנו את מה שהתכוונתם לשנות
אם אתם רוצים שההתראות יפסיקו, בטלו את ההרשאה לאותו מקור ובטלו את הגדרת ה-push של האתר, ואז ודאו שמתג מערכת ההפעלה אינו הדבר היחיד בין האתר למסך הנעילה שלכם. חסימת התראות עתידיות אינה מוחקת את נתוני החשבון שכבר יש לאתר, וזו בקשה נפרדת לאתר.
אם אתם רוצים מסלול רשת אחר, שנו את ה-VPN. הוא משפיע על זהות הסשן, על כללים גיאוגרפיים ועל השרתים שאתם יכולים להגיע אליהם, והוא משאיר את הרשאת ההתראות ללא שינוי.
התייחסו לתוכן של התראה באותה חשדנות דרך VPN כמו בלי VPN. דפדפן מוכר שמציג הודעה אינו הוכחה שהשולח או הקישור לגיטימיים.