Android VPN फ़ाइल शेयर पर फ़ाइलें नहीं खोल पाता

फ़ोन VPN पर है, फ़ाइल सर्वर ping का जवाब देता है, और फ़ाइल ऐप फिर भी कहता है कि कनेक्ट नहीं हो पा रहा; या कनेक्ट होता है और डिवाइस का कोई एडिटर वह नहीं खोलता जो वह सूचीबद्ध करता है। ये दो अलग विफलताएँ हैं, और इनमें से कोई भी टनल टूटने का मतलब नहीं है। VPN केवल निजी नेटवर्क में मार्ग देता है; शेयर ब्राउज़ करना, उस पर प्रमाणित होना और दस्तावेज़ किसी दूसरे ऐप को देना अलग-अलग चरण हैं जिनके अलग-अलग विफल होने के तरीके हैं। नीचे वह क्रम है जिसमें मैं इन्हें जाँचता हूँ, और वह बिंदु जहाँ अनुमान लगाने के बजाय रुक जाता हूँ।

टनल को दोष देने से पहले सेवा जाँचें

ping का जवाब या NAS का वेब पेज केवल राउटिंग साबित करता है, और कुछ नहीं। आपको जो सेवा वास्तव में चाहिए, 445 पर SMB, 22 पर SFTP या 443 पर WebDAV, वह बंद हो सकती है, फ़ायरवॉल से अवरुद्ध हो सकती है, या ऐसे इंटरफ़ेस से बँधी हो सकती है जहाँ VPN सबनेट नहीं पहुँचता। फ़ोन से उसी पोर्ट को ऐसे क्लाइंट से जाँचें जो असली त्रुटि दिखाए, कोई सामान्य नेटवर्क संदेश नहीं। पोर्ट फ़िल्टर हो तो सेवा या फ़ायरवॉल नियम ठीक करें, क्योंकि बंद पोर्ट को कोई फ़ाइल ऐप नहीं बचा सकता।

यह भी देखें कि सर्वर कौन-सा स्रोत पता देखता है। शेयर का सबनेट छोड़ने वाली स्प्लिट टनल, या फ़ाइल ऐप को VPN के बाहर रखने वाली प्रति-ऐप टनल, ठीक वही लक्षण देती है कनेक्टेड पर पहुँच से बाहर।

एक क्लाइंट प्रमाणित नहीं हो पाता इसलिए गेस्ट एक्सेस या SMB1 चालू करने का शॉर्टकट न लें। ऐसे बदलाव नेटवर्क के हर डिवाइस के लिए सर्वर की स्वीकृति बढ़ा देते हैं, और अगर मूल समस्या राउटिंग या नाम-समाधान है तो कुछ ठीक नहीं करते।

ऐसा फ़ाइल ऐप इस्तेमाल करें जो प्रोटोकॉल खुद बोलता है

Android में नेटवर्क शेयर के लिए अंतर्निहित ब्राउज़र नहीं है, इसलिए क्लाइंट ऐप असली निर्भरता है, ब्यौरा नहीं। ऐसा चुनें जो वही प्रोटोकॉल लागू करता हो जो आप वास्तव में चलाते हैं और अब भी अनुरक्षित हो, क्योंकि जिस Android संस्करण को आप अब नहीं उपयोग करते उसके लिए बना क्लाइंट नेटवर्क खराबी जैसा दिखने वाला विफल होता है।

DNS को राउटिंग से अलग करने के लिए सर्वर को एक बार IP से आज़माएँ। अगर IP काम करे और नाम न करे, तो फ़ोन ऐसे DNS सर्वर से हल कर रहा है जो आपका निजी ज़ोन नहीं देखता।

स्वीकार करने वाले ऐप को क्या मिलता है: URI, मार्ग नहीं

अगर आपका फ़ाइल ऐप DocumentsProvider लागू करता है, तो Android का Storage Access Framework उसकी सामग्री सिस्टम पिकर में दिखा सकता है, और आप जो ऐप चुनते हैं उसे content:// URI और अनुमति मिलती है। यह अनुमति फ़ाइलसिस्टम मार्ग नहीं है, इसलिए कच्चा मार्ग माँगने वाला एडिटर दस्तावेज़ नहीं खोल सकता। Android दस्तावेज़ पहुँच मार्गदर्शिका इस मॉडल को समझाती है: प्रदाता बाइट्स का स्वामी है और उपभोक्ता उन्हें सिस्टम के ज़रिए पढ़ता है।

विकल्प जानबूझकर कॉपी करना है: फ़ाइल को एडिटर के अपने स्टोरेज में खींचें, संपादित करें और वापस अपलोड करें। यह अच्छा कार्यप्रवाह है, पर दूसरी कॉपी और टकराव का सवाल पैदा करता है, इसलिए ट्रेन में संपादन शुरू करने से पहले तय करें कौन-सा पक्ष जीतेगा।

प्रति-ऐप VPN नीति भी देखने लायक है। नेटवर्क पढ़ने वाला पैकेज अक्सर एडिटर नहीं बल्कि प्रदाता ऐप होता है, इसलिए आइकन देखकर अनुमान लगाने के बजाय सही पैकेज टनल में शामिल करें।

पढ़ना, लिखना और अनुमति का टिकना अलग-अलग जाँचें

डायरेक्टरी सूची केवल पढ़ने का मार्ग साबित करती है। एक हानिरहित परीक्षण फ़ाइल लें और पूरा क्रम चलाएँ: सूची, खोलें, संपादित करें, सहेजें, फिर वही फ़ाइल डेस्कटॉप क्लाइंट से दोबारा खोलें।

देखें कि रीस्टार्ट के बाद अनुमति टिकती है या नहीं। स्टोरेज अनुमतियाँ अस्थायी हैं जब तक ऐप उन्हें स्थायी न बनाए, कुछ एडिटर हर बार माँगते हैं जबकि अन्य चुपचाप विफल होकर पुरानी कॉपी दिखाते हैं। सहेजना सफल लगे तो सर्वर पर बदलाव का समय देखकर पुष्टि करें।

Android की URI अनुमति को सर्वर के प्राधिकरण से अलग रखें। दस्तावेज़ खोलने की अनुमति उसके पीछे के SMB खाते के बारे में कुछ नहीं कहती।

माउंट किए गए शेयर उन्हीं मामलों के लिए रखें जिन्हें उनकी ज़रूरत है

रूट स्तर के CIFS माउंट और कर्नेल फ़ाइलसिस्टम मॉड्यूल अब भी मौजूद हैं और हर ऐप को स्थानीय फ़ोल्डर का भ्रम देते हैं। पर वे root माँगते हैं, कर्नेल बदलावों पर टूटते हैं, और नेटवर्क विफलताओं को फ़ाइलसिस्टम परत में छिपा देते हैं जहाँ उनका निदान कठिन है।

नेटवर्क बदलने पर माउंट टिकता है या नहीं, यह कार्यप्रवाह बनाने से पहले जाँचें। डेस्क पर लैपटॉप से माउंट किया शेयर Wi-Fi और मोबाइल के बीच बदलती फ़ोन से अलग बर्ताव करता है, और पुराना माउंट ऐप को अटका सकता है।

अगर अब भी अटके हों तो सूची क्रम से चलाएँ और पहले विफल चरण पर रुकें: पोर्ट पहुँच में, प्रोटोकॉल क्लाइंट स्थापित, शेयर प्रमाणित, पिकर फ़ाइल दिखाता है, एडिटर URI स्वीकार करता है, सहेजना सर्वर तक पहुँचता है। वह चरण बताता है कौन-सा घटक ठीक करना है, और वह शायद ही कभी टनल होता है।