MMS Android-ზე VPN-ით ვერ იგზავნება: ჯერ ოპერატორის გზა
სურათიანი შეტყობინებები იყენებენ ოპერატორის საკუთარ გზას და ქსელის საკუთარ შესაძლებლობას, ამიტომ მომუშავე დათვალიერება არაფერს ამტკიცებს. VPN-ზე შეხებამდე გამოყავით SMS, MMS და RCS.
ვებ გვერდები იტვირთება, ზარები მუშაობს, ხოლო სურათიანი შეტყობინება გაგზავნის მდგომარეობაში რჩება ისეთი შეცდომის გარეშე, რომელზეც რამეს იზამთ. ეს კომბინაცია ინტერნეტის შეწყვეტა არ არის. MMS ოპერატორის სერვისია საკუთარი კონფიგურაციითა და მიწოდების საკუთარი გზით, და Android-ზე პლატფორმას შეუძლია მისთვის კონკრეტული ქსელი მოითხოვოს იმ მარშრუტის ხელახლა გამოყენების ნაცვლად, რომელიც თქვენმა ბრაუზერმა აირჩია. აქედან სამი გადაწყვეტილება გამომდინარეობს: რომელი ტიპის შეტყობინება ჩავარდა სინამდვილეში, ვის ეკუთვნის ტრანსპორტირება და საერთოდ მონაწილეობს თუ არა VPN.
რომელი ტიპის შეტყობინება ჩავარდა სინამდვილეში
SMS, ოპერატორის MMS და RCS სამი განსხვავებული სერვისია, რომლებიც ერთ საუბრის ფანჯარას იზიარებენ. თრედში არსებული ბუშტი არ გეუბნებათ, რომელი გამოიყენეს, და ერთის შეკეთება სხვებს არ ეხება. ჩავარდნილი სურათიანი შეტყობინება, რომელიც სინამდვილეში RCS შეტყობინებაა, APN-ის პარამეტრების შეცვლით არ გამოსწორდება, და MMS, რომელიც ტელეფონიდან არასოდეს გასულა, RCS-ის ხელახალი რეგისტრაციით არ გამოსწორდება.
დაადგინეთ ხარვეზი ხელმისაწვდომი უმარტივესი სიტყვებით: მოდის თუ არა მხოლოდ ტექსტური SMS, ჩავარდება თუ არა პატარა სურათი გაგზავნისას, მიღებისას თუ ორივეში, და ხარვეზი VPN-ზე ადრე არსებობდა თუ არა. თუ პასუხია, რომ მხოლოდ შემომავალი სურათები ჩავარდება, თქვენ უყურებთ ჩამოტვირთვის გზას, რომელიც შეზღუდულ ქსელში ატვირთვის გზისგან განსხვავებულად იქცევა.
MMS ქსელს ითხოვს და არა მხოლოდ მარშრუტს
Android MMS ოპერაციებს ამჟღავნებს SmsManager და პლატფორმის MMS სერვისის მეშვეობით, რომელსაც შეუძლია კონკრეტული გამოწერისთვის MMS შესაძლებლობის მქონე ფიჭური ქსელი მოითხოვოს. ეს უფრო ვიწრო მოთხოვნაა, ვიდრე აპის მიერ ნაგულისხმევ მარშრუტზე HTTPS კავშირის გახსნა. ამიტომ შეიძლება ყველა ჩვეულებრივი ტრაფიკის მატარებელი VPN თანაარსებობდეს მოქმედ MMS გზასთან, და ამიტომ საპირისპირო კომბინაცია ხარვეზად ჩნდება.
განსხვავება მნიშვნელოვანია, რადგან სხვადასხვა პასუხისმგებელზე მიუთითებს. თუ პლატფორმის MMS მოთხოვნის დაკმაყოფილება შეუძლებელია, პრობლემა გამოწერის ან ოპერატორის მხარესაა. თუ ის წარმატებით სრულდება, მაგრამ გადაცემა მხოლოდ VPN-ის აქტიურობისას ჩერდება, უფრო სავარაუდო ეჭვმიტანილი აპის ქსელური ინტეგრაცია ან VPN-ის პოლიტიკაა. ამ ორს შორის გამოცნობა ამ ტიპის მოხსენებაში ყველაზე მეტ დროს კარგავს.
| What you observe | Where to look first |
|---|---|
| No mobile data at all, SMS also fails | Subscription, carrier data service, SIM state |
| Browsing works, MMS fails only with the VPN on | The app's network integration or the VPN policy |
| MMS fine, RCS will not register | RCS registration, unrelated to the MMS transport |
| MMS fails on one SIM but not the other | Which subscription owns mobile data, and which sent the message |
თავი დაანებეთ ოპერატორის კონფიგურაციას
შეინარჩუნეთ ოპერატორის მიერ გათვალისწინებული APN, MMS სერვერის მისამართი და პროქსის პარამეტრები ისე, როგორც არის. ის, რომ VPN თქვენს დათვალიერების ქცევას ცვლის, არ არის უცნობი APN-ის ან საჯარო DNS სერვერის ჩასმის მიზეზი; MMS არ იყენებს იმ გადამწყვეტს, რომელსაც თქვენი ბრაუზერი ანიჭებს უპირატესობას, და არასწორი APN ამტვრევს ერთადერთ გზას, რომელიც მუშაობდა.
ორ SIM-იან ტელეფონზე შეამოწმეთ ორი ცალკეული რამ: რომელი გამოწერა ფლობს ახლა მობილურ მონაცემებს და რომელი გამოწერიდან გაიგზავნა შეტყობინება. ჩვეულებრივია ტესტირება იმ SIM-ზე, რომელსაც შემთხვევით აქვს მონაცემები, მაშინ როცა ჩავარდნილი თრედი მეორესთანაა მიბმული. ძველ მესამე მხარის შეტყობინებების აპს შეუძლია გამოიყენოს სისტემაში ინტეგრირებული გზისგან განსხვავებულად მოქმედი მორგებული ან მოძველებული ქსელური გზა, ამიტომ უპირატესობა მიანიჭეთ მხარდაჭერილი აპის დოკუმენტირებულ რეჟიმს ძველი ვერსიიდან დამახსოვრებულ მენიუს სახელებთან შედარებით.
შეავიწროვეთ შედარება
ყველაფერი უცვლელად შეინარჩუნეთ გარდა იმ ერთი ცვლადისა, რომელსაც ამოწმებთ: იგივე აპი, იგივე მიმღები, იგივე გამოწერა, ერთი პატარა არასენსიტიური სატესტო სურათი. ჩაწერეთ, ჩავარდება თუ არა გაგზავნა, მიღება თუ ორივე, რა არის შეცდომის ზუსტი ტექსტი და იცვლება თუ არა შედეგი VPN-ის აქტიურობისას.
თუ პოლიტიკა პირად მოწყობილობაზე ნებას იძლევა, VPN-ის გარეშე მოკლე შედარება დამოკიდებულებას გამოყოფს. ეს დიაგნოსტიკაა და არა დაცვის გარეშე მუშაობის რეკომენდაცია, ხოლო მართულ ან ჩაკეტილ მოწყობილობაზე მხარდაჭერილი სამუშაო პროცესი ადმინისტრატორისგან მოდის და არა ფორუმის პოსტიდან. მოერიდეთ პირადი მედიის განმეორებით გაგზავნას მხოლოდ იმ ხარვეზის რეპროდუცირებისთვის, რომლის რეპროდუცირებაც ერთხელ შეგიძლიათ.
რა მიაწოდოთ მხარდაჭერას და რა არ ჩათვალოთ ნავარაუდევად
თუ ჩავარდება მხოლოდ VPN-ის აქტიური შემთხვევა, სასარგებლო მოხსენება შეიცავს კლიენტის სახელსა და ვერსიას, შეტყობინებების აპის ვერსიას, ქსელის ტიპს, გამოყენებულ გამოწერას და ხარვეზის ზუსტ ადგილობრივ დროს. ამ ხუთი ფაქტით ვინმეს შეუძლია ხარვეზი ოპერატორისა და კლიენტის ჟურნალებს შეუსაბამოს გამოცნობის ნაცვლად.
არ ჩათვალოთ, რომ შეტყობინებების აპის გამორიცხვა განკურნებაა. სისტემის ტელეფონიის კომპონენტები შეიძლება ფლობდნენ ოპერაციის ნაწილს, და VPN-ის გარეშე დაბლოკვის პოლიტიკა განსხვავებულად იქცევა, ვიდრე უბრალო გამორიცხვა, ამიტომ აპი შეიძლება კვლავ ჩავარდეს, თუმცა გამორიცხულად გამოიყურება. შეამოწმეთ გამორიცხვა ჰიპოთეზად, შეინახეთ შედეგი და გააუქმეთ, თუ მტკიცებულებები არ უჭერს მხარს.