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 სერვისი თავის ავთენტიფიკაციას აწესრიგებს, ამიტომ მხოლოდ URL-ის ქონა არ არის მტკიცებულება, რომ ვინმეს შეუძლია ავთენტიფიცირებული შეტყობინების გაგზავნა. როცა გამოწერას აუქმებთ, ბრაუზერი push სერვისს ეუბნება გამოწერის გაუქმებას, და სწორედ ეს მოქმედება ამთავრებს მიწოდებას. VPN სერვერების შეცვლა ამ მოქმედებას არ ჰგავს.
რატომ ჩანს VPN დამნაშავედ
შეცვალეთ გასასვლელი მისამართი და ბევრი საიტი ხელახლა ავთენტიფიცირებს თქვენ, ატრიალებს სესიის ქუქის ან ნულიდან ხელახლა ხატავს მათ პარამეტრების გვერდს. მაშინ ამ საიტის შეტყობინებები შეიძლება შეწყდეს ისეთი მიზეზებით, რომლებსაც ნებართვასთან არაფერი აქვს საერთო: ახალი სესია არ არის გამოწერილი, საიტი ხელახლა ამოწმებს საკუთარ მარკეტინგულ თანხმობას, ან რეგიონული წესი მალავს ფუნქციას. მიწოდება ასევე შეიძლება ვერ მოხდეს, რადგან push საბოლოო წერტილის ჰოსტი ახალი გზით მიუწვდომელი ან ნელია, რაც გარედან ზუსტად გაუქმებულ ნებართვას ჰგავს.
სანამ რაიმე დასკვნას გააკეთებთ, შრეები ცალკე წაიკითხეთ. ნებართვების პანელი ამბობს, არსებობს თუ არა ნებართვა; service worker-ის სია ამბობს, არსებობს თუ არა რეგისტრაცია და გამოწერა; ოპერაციული სისტემის გადამრთველი ამბობს, შეუძლია თუ არა ბრაუზერს საერთოდ რაიმეს ჩვენება.
შეცვალეთ ის, რისი შეცვლაც გინდოდათ
თუ გსურთ შეტყობინებები შეწყდეს, გააუქმეთ ნებართვა ამ წარმომავლობისთვის და გააუქმეთ საიტის push პარამეტრის გამოწერა, შემდეგ დარწმუნდით, რომ ოპერაციული სისტემის გადამრთველი ერთადერთი რამ არ არის საიტსა და თქვენს ჩაკეტილ ეკრანს შორის. მომავალი შეტყობინებების დაბლოკვა არ შლის იმ ანგარიშის მონაცემებს, რომელიც საიტს უკვე აქვს, და ეს ცალკე მოთხოვნაა საიტისადმი.
თუ გსურთ ქსელის სხვა გზა, შეცვალეთ VPN. ის გავლენას ახდენს სესიის იდენტობაზე, გეოგრაფიულ წესებზე და იმაზე, რომელ სერვერებს მიაღწევთ, და შეტყობინებების ნებართვას ხელუხლებლად ტოვებს.
VPN-ის გავლით შეტყობინების შიგთავსს იგივე ეჭვით მოეპყარით, როგორც მის გარეშე. ნაცნობი ბრაუზერი, რომელიც შეტყობინებას აჩვენებს, მტკიცებულება არ არის, რომ გამომგზავნი ან ბმული ლეგიტიმურია.