Android-ൽ VPN ഓണായിരിക്കുമ്പോൾ MMS പരാജയപ്പെടുന്നു: ആദ്യം ഓപ്പറേറ്ററുടെ പാത
ചിത്ര സന്ദേശങ്ങൾ അവയുടെ സ്വന്തം ഓപ്പറേറ്റർ പാതയും സ്വന്തം നെറ്റ്‌വർക്ക് ശേഷിയും ഉപയോഗിക്കുന്നു, അതിനാൽ ബ്രൗസിംഗ് പ്രവർത്തിക്കുന്നത് ഒന്നും തെളിയിക്കുന്നില്ല. 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 ഇല്ലാതെ തടയുന്ന നയം ലളിതമായ ഒഴിവാക്കലിൽ നിന്ന് വ്യത്യസ്തമായി പെരുമാറുന്നു, അതിനാൽ ആപ്പ് ഒഴിവാക്കപ്പെട്ടതായി തോന്നുമ്പോഴും പരാജയപ്പെട്ടേക്കാം. ഒഴിവാക്കൽ ഒരു സിദ്ധാന്തമായി പരിശോധിക്കുക, ഫലം സൂക്ഷിക്കുക, തെളിവുകൾ പിന്തുണയ്ക്കുന്നില്ലെങ്കിൽ അത് പിൻവലിക്കുക.