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 মাউন্ট ও কার্নেল ফাইলসিস্টেম মডিউল এখনো আছে, আর প্রতিটি অ্যাপকে স্থানীয় ফোল্ডারের ভ্রম দেয়। কিন্তু সেগুলো রুট চায়, কার্নেল বদলে ভাঙে, আর নেটওয়ার্ক ব্যর্থতা ফাইলসিস্টেম স্তরে লুকিয়ে রাখে যেখানে নির্ণয় কঠিন।

নেটওয়ার্ক পরিবর্তনের পরেও মাউন্ট টেকে কি না যাচাই করুন। ডেস্কে ল্যাপটপ থেকে মাউন্ট করা শেয়ার Wi-Fi ও সেলুলারের মধ্যে ঘোরাফেরা করা ফোনের চেয়ে আলাদা আচরণ করে, আর পুরোনো মাউন্ট অ্যাপ ঝুলিয়ে দিতে পারে।

এখনো আটকে থাকলে তালিকাটি ক্রমে চালান এবং প্রথম যে ধাপ ব্যর্থ হয় সেখানেই থামুন: পোর্টে পৌঁছায়, ক্লায়েন্ট ইনস্টল, শেয়ারে প্রমাণীকরণ, পিকার ফাইল দেখায়, এডিটর URI গ্রহণ করে, সংরক্ষণ সার্ভারে পৌঁছায়। সেই ধাপই বলে কোন উপাদান ঠিক করতে হবে, আর সেটি বিরলভাবেই টানেল।