iPhone VPN MTU: नंबर बदलने से पहले मालिक तय करें
तीन सवाल तय करते हैं कि ऐप, गेटवे प्रोफ़ाइल या फ़ोन पर कोई भी आकार बदल सकता है या नहीं। Mac से नंबर उधार लेने से पहले इनके जवाब दें।
iPhone VPN पैकेट आकार पर हर चर्चा अंत में ppp0 नाम के इंटरफ़ेस के खिलाफ़ वही Mac कमांड सुझाती है, आमतौर पर साथ में एक नंबर होता है। यह यहाँ लागू नहीं होता, और अगर वह इंटरफ़ेस संबंधित कनेक्शन का न हो तो Mac पर भी यह सही नियंत्रण नहीं होता। फ़ोन पर नंबर उसका है जो टनल लागू करता है: मूल प्रोफ़ाइल के लिए ऑपरेटिंग सिस्टम, ऐप के लिए पैकेट-टनल प्रदाता, या गेटवे जब कोई प्रलेखित विशेषता तय की जाती है। इन तीन में से आपका सामना किससे है, यह तीन सवाल तय करते हैं।
पहला सवाल: कौन सा क्लाइंट चल रहा है
मूल IKEv2 प्रोफ़ाइल, अंतर्निहित Cisco IPsec प्रोफ़ाइल और तीसरे पक्ष का Cisco क्लाइंट तीन अलग-अलग कार्यान्वयन हैं, जिनके समर्थित विशेषताओं के तीन अलग सेट हैं। सेटिंग्स में प्रोफ़ाइल प्रकार बताता है कि फ़ोन ने वास्तव में किसे शुरू किया, और ऐप सूची बताती है कि रास्ते में प्रदाता है भी या नहीं। वहीं से शुरू करें, क्योंकि बाकी निर्णय उसी से निकलता है। अगर ऐप सूची में कोई प्रदाता न दिखे, तो टनल ऑपरेटिंग सिस्टम का है।
गेटवे विक्रेता से कार्यान्वयन का अनुमान न लगाएँ। एक Cisco हेडएंड ऐसे क्लाइंट के कनेक्शन समाप्त कर सकता है जिनमें विक्रेता के नाम के अलावा कुछ साझा नहीं है। पुरानी रिलीज़ पर पुराने बिल्ड का स्क्रीनशॉट बताता है कि उस जोड़ी ने क्या समर्थित किया, यह नहीं कि आपके हाथ का फ़ोन क्या करता है।
दूसरा सवाल: मूल्य का मालिक कौन है
Apple नेटवर्क एक्सटेंशन सेटिंग्स ऑब्जेक्ट के ज़रिए पैकेट-टनल डेवलपर्स को MTU प्रॉपर्टी देता है। यह उस प्रदाता के लिए API है जो अपनी टनल कॉन्फ़िगर करता है, न कि ऐसा स्विच जिसे कोई उपयोगकर्ता या एडमिन किसी और के इंस्टॉल किए क्लाइंट पर चालू कर सके। तीसरे पक्ष का ऐप इसे दिखाना, अनदेखा करना या मान हार्ड-कोड करना चुन सकता है।
मूल प्रोफ़ाइल के लिए इंटरफ़ेस का आकार ऑपरेटिंग सिस्टम चुनता है, और फ़ोन इसके लिए कोई एडिटर नहीं देता। Cisco रिमोट-एक्सेस गेटवे के लिए कनेक्शन प्रोफ़ाइल की एक प्रलेखित विशेषता है, और यह लागू होती है या नहीं, यह क्लाइंट, रिलीज़ और तय किए गए ट्रांसपोर्ट पर निर्भर है। प्रलेखित और पालन किए गए के बीच का यही अंतराल वह जगह है जहाँ कॉपी किया गया नंबर गड़बड़ाता है।
| Owner | Who can change it | Reachable from the phone |
|---|---|---|
| Packet-tunnel provider | The app vendor through its API | Only if the app exposes a setting |
| Native IKEv2 or Cisco IPsec profile | The operating system | No user control |
| Gateway group policy attribute | The gateway administrator | If the client honours it |
तीसरा सवाल: क्या लक्षण आकार पर निर्भर है
आकार की समस्याओं का एक हस्ताक्षर होता है: छोटे अनुरोध सफल होते हैं, बड़े अपलोड या बड़े जवाब अटक जाते हैं, और वही सेवा किसी दूसरे एक्सेस नेटवर्क पर काम करती है। फ़िल्टरिंग, ऐप की पेलोड सीमा और अटका हुआ सर्वर मिलती-जुलती शिकायत पैदा कर सकते हैं, इसलिए जो एक क्रिया विफल होती है उसे काम करने वाली के साथ दर्ज करें। अगर ऐप समय और आकार बताता है तो दोनों उनके साथ लिखें। उस जोड़ी के बिना हर बाद का बदलाव अनुमान है।
वही परीक्षण Wi-Fi और मोबाइल नेटवर्क पर चलाएँ। जो विफलता नेटवर्क का पीछा करती है वह रास्ते की ओर इशारा करती है; जो डिवाइस का पीछा करती है वह क्लाइंट या प्रोफ़ाइल की ओर, और दोनों को अलग मालिक चाहिए। दोनों रन के लिए वही सेवा और वही खाता इस्तेमाल करें, वरना तुलना कुछ नहीं बताती।
Mac की विधि बार-बार क्यों आती है
PPP आधारित डेस्कटॉप VPN के वर्षों ने इंटरफ़ेस आकार बदलने को वैध स्थानीय उपाय बना दिया, और वे निर्देश मोबाइल चर्चाओं में कॉपी हो गए। फ़ोन पर न शेल है, न ऐसा इंटरफ़ेस नाम, और न दोबारा कनेक्ट होने के बाद कोई स्थायित्व। 2011 में डेस्कटॉप समस्या हल करने वाली विधि उसे सही बनाने वाली परिस्थितियों से कहीं आगे तक गई। चर्चा चाहे जो दावा करे, मोबाइल क्लाइंट इसके लिए कोई शेल कमांड स्वीकार नहीं करते।
कॉपी किए गए मान को सेटिंग नहीं, रास्ते के बारे में परिकल्पना मानें। अगर छोटा आकार स्थानांतरण को काम कराता है और बड़ा भरोसेमंद तरीके से विफल होता है, तो आपके पास रास्ते के प्रमाण हैं; अब भी वह घटक खोजना है जिसे उस पर कार्य करने की अनुमति है। वह खोज आमतौर पर गेटवे प्रोफ़ाइल या ऐप विक्रेता पर खत्म होती है, और शायद ही कभी फ़ोन पर।
ट्रांसपोर्ट जवाब बदल देता है
अगर सत्र IPsec के बजाय TLS पर चल रहा है, तो गेटवे पर TCP सेगमेंटेशन समायोजन मदद कर सकता है, क्योंकि यह TCP प्रवाहों के लिए घोषित सेगमेंट आकार फिर से लिखता है। UDP ट्रैफ़िक के लिए यह कुछ नहीं करता, और उसमें आधुनिक वेब का उतना हिस्सा है जितना लोग सोचते नहीं। बदलाव सुझाने से पहले तय किया गया ट्रांसपोर्ट जाँचें, और टिकट में लिखें कि किस ट्रांसपोर्ट पर असर की अपेक्षा है।
पाथ MTU डिस्कवरी इसलिए है कि सिरे अनुमान के बजाय असली सीमा जान सकें। फ़ीडबैक रोकना और छोटा आकार हार्ड-कोड करना काम करते बड़े स्थानांतरण को हर कनेक्शन पर स्थायी, छिपी लागत से बदल देता है।
गेटवे टीम से क्या पूछें
तीन चीज़ें माँगें: विशेषता का सटीक नाम और उसका दायरा, क्या तैनात क्लाइंट उसका पालन करते हैं, और सत्र ने कौन सा ट्रांसपोर्ट तय किया। एक ग्रुप नीति पर लागू बदलाव परखा जा सकता है; वैश्विक संपादन नहीं, और वह जोखिम उन उपयोगकर्ताओं पर डालता है जिन्होंने कभी समस्या नहीं बताई। दस्तावेज़ का संदर्भ भी माँगें, क्योंकि विशेषताओं के नाम रिलीज़ के बीच बदलते हैं।
फिर एक चीज़ बदलें और मूल विफल क्रिया को दोबारा परखें, स्पीड-टेस्ट डाउनलोड नहीं। क्लाइंट संस्करण और एक्सेस नेटवर्क के साथ पहले-बाद का रिकॉर्ड रखें, ताकि अगली रिपोर्ट दोबारा बहस होने के बजाय तुलना की जा सके।
अगर क्रिया मूल आकार पर अब भी विफल होती है, तो आकार कारण नहीं था। यह निष्कर्ष भी दर्ज करें, ताकि अगला व्यक्ति वही परिकल्पना दोबारा न खोले।