MMS נכשל באנדרואיד עם VPN פעיל: קודם הנתיב של המפעיל
הודעות תמונה משתמשות בנתיב משלהן אצל המפעיל וביכולת רשת משל עצמן, ולכן גלישה שעובדת לא מוכיחה דבר. הפרידו בין SMS, MMS ו‑RCS לפני שנוגעים ב‑VPN.
דפי אינטרנט נטענים, שיחות עובדות, והודעת תמונה נשארת במצב „שולח” בלי שגיאה שאפשר לפעול לפיה. השילוב הזה אינו הפסקת אינטרנט. MMS הוא שירות של המפעיל עם תצורה משלו ונתיב אספקה משלו, ובאנדרואיד הפלטפורמה יכולה לבקש עבורו רשת ספציפית במקום לעשות שימוש חוזר במסלול שהדפדפן שלכם לקח. מכאן נובעות שלוש החלטות: איזה סוג הודעה באמת נכשל, למי שייכת התעבורה, והאם ה‑VPN בכלל מעורב.
איזה סוג הודעה באמת נכשל
SMS, MMS של המפעיל ו‑RCS הם שלושה שירותים שונים שחולקים חלון שיחה אחד. הבועה בשרשור לא אומרת לכם איזה מהם שימש, ותיקון של אחד לא נוגע באחרים. הודעת תמונה שנכשלה ואשר היא למעשה הודעת RCS לא תתוקן על ידי שינוי הגדרות APN, ו‑MMS שמעולם לא עזב את הטלפון לא יתוקן על ידי רישום מחדש של RCS.
קבעו את התקלה במילים הפשוטות ביותר: האם מגיע SMS טקסט בלבד, האם תמונה קטנה נכשלת בשליחה, בקליטה או בשניהם, והאם התקלה קדמה ל‑VPN. אם התשובה היא שרק תמונות נכנסות נכשלות, אתם מסתכלים על נתיב הורדה, שמתנהג אחרת מנתיב העלאה ברשת מוגבלת.
MMS מבקש רשת, לא רק מסלול
אנדרואיד חושף פעולות 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 מתנהגת אחרת מהחרגה פשוטה, ולכן האפליקציה עשויה להיכשל גם כשנראית מוחרגת. בדקו את ההחרגה כהשערה, שמרו את התוצאה, והחזירו אותה אם הראיות אינן תומכות בה.