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 शोध यासाठी आहे की टोके अंदाजाऐवजी खरी मर्यादा शिकोत। फीडबॅक अडवणे आणि लहान आकार हार्ड-कोड करणे हे चालणाऱ्या मोठ्या हस्तांतरणाची प्रत्येक कनेक्शनवरील कायमच्या, लपलेल्या खर्चाशी अदलाबदल करते।
गेटवे टीमला काय विचारावे
तीन गोष्टी मागा: गुणधर्माचे नेमके नाव आणि त्याची व्याप्ती, तैनात क्लायंट तो पाळतात का, आणि सत्राने कोणत्या ट्रान्सपोर्टवर वाटाघाटी केली। एका गट धोरणावर लागू केलेला बदल तपासता येतो; जागतिक संपादन येत नाही, आणि ते जोखीम अशा वापरकर्त्यांवर सरकवते ज्यांनी कधी समस्या नोंदवली नाही। दस्तऐवजाचा संदर्भही मागा, कारण गुणधर्मांची नावे रिलीजमध्ये बदलतात।
मग एक गोष्ट बदला आणि मूळ अयशस्वी क्रिया पुन्हा तपासा, स्पीड-टेस्ट डाउनलोड नाही। क्लायंट आवृत्ती आणि प्रवेश नेटवर्कसह आधी-नंतरची नोंद ठेवा, जेणेकरून पुढील अहवाल पुन्हा वादविवादाऐवजी तुलना करता येईल।
मूळ आकारातही क्रिया अयशस्वी होत असेल तर आकार कारण नव्हता। हा निष्कर्षही नोंदवा, जेणेकरून पुढील व्यक्ती तीच गृहीतक पुन्हा उघडणार नाही।