ফোন VPN থেকে বাড়ি: ফায়ারওয়ালকেই করুন আপনার ইন্টারনেট প্রস্থান

একটি ফোনকে বাড়ির টানেলে যুক্ত করা এবং একটি LAN ফাইল শেয়ার খোলা প্রমাণ করে যে টানেলটি কাজ করে। এটি প্রমাণ করে না যে ফোনের ইন্টারনেট অনুরোধ বাড়ি দিয়ে বের হয়। এই দুই ফলাফলের মধ্যে পার্থক্য হলো একটি ফরোয়ার্ডিং নীতি এবং একটি রুট, ফোনে আরেকটি চেকবক্স নয়। এটি সেই পার্থক্যও যা বেশিরভাগ মানুষ ধরে নেন যে তারা ইতিমধ্যে কনফিগার করেছেন।

তিনটি সিদ্ধান্ত প্রস্থান পথ তৈরি করে: ফোন টানেলে কী পাঠায়, বাড়ির গেটওয়ে সেটি কোথায় ফরোয়ার্ড করে, এবং টানেল না থাকলে কী হয়। প্রত্যেকটির একটি ব্যর্থতার ধরন আছে যা ফোনের স্ক্রিন থেকে অন্যগুলোর মতো দেখায়।

দুই লাফ, দুই নীতি

বাইরের সংযোগ বাড়ির VPN শ্রোতায় শেষ হয়। ভেতরের প্যাকেট একটি আলাদা বস্তু যা কোথাও ফরোয়ার্ড করতে হয়, আর ফরোয়ার্ডিং হলো টানেল গ্রহণ করার চেয়ে ভিন্ন ফায়ারওয়াল সিদ্ধান্ত।

phone app -> encrypted tunnel -> home listener
          -> decrypted packet -> forward policy -> home uplink -> destination

সাধারণ বাড়ির রাউটারে এগুলো ভিন্ন নিয়ম সেটে থাকে। টানেল গ্রহণ করা VPN ইন্টারফেসে ইনপুট নীতি; ফোনের ট্রাফিক ইন্টারনেটে পাঠানো হলো ফরোয়ার্ড নীতি এবং আপলিংকের যেভাবে প্রয়োজন সেই সোর্স অনুবাদ। যে রাউটার টানেল গ্রহণ করে কিন্তু কিছুই ফরোয়ার্ড করে না, সে এমন ফোন দেয় যা সংযুক্ত দেখায় এবং কোনো পৃষ্ঠা লোড করে না।

যদি VPN সেবা বাড়ির ভেতরে আলাদা মেশিনে চলে, একটি লাফ যোগ করুন। এখন রাউটার সেই মেশিন থেকে আসা ট্রাফিক দেখে, তাই এর নিয়মগুলো ফোনের টানেল ঠিকানার বদলে সার্ভারের ঠিকানায় প্রযোজ্য হয়, এবং সোর্স অনুবাদ প্রতিটি ফোনকে একটি হোস্টের মতো দেখাতে পারে।

শ্রোতা ফিল্টার নয়

আপনার প্রয়োজনীয় তথ্য এখনো থাকতেই সিদ্ধান্ত নিন কোথায় প্রয়োগ হবে। রাউটারে ফোনের টানেল ঠিকানা দৃশ্যমান এবং সরাসরি মেলানো যায়। দ্বিতীয় অনুবাদের পিছনে তা চলে যায়, এবং ফোনের ঠিকানার জন্য লেখা নিয়ম নিঃশব্দে কিছুই মেলায় না।

ল্যাপটপে নীতি কাজ করে কিন্তু ফোনে কাজ করে না — এর স্বাভাবিক কারণ এটি। ল্যাপটপ সরাসরি রাউটারে সংযুক্ত হয়, ফোন এমন সার্ভারে সংযুক্ত হয় যা রাউটার দিয়ে ফরোয়ার্ড করে, এবং কেবল প্রথম পথই নিয়মের প্রত্যাশিত ঠিকানা সংরক্ষণ করে। নিয়মটি ভুল নয়; এটি এমন একটি মান মেলায় যা ওই বিন্দুতে আর নেই।

প্রতিটি প্রয়োগ বিন্দুতে উৎস ঠিকানা যেভাবে দেখা যায় সেভাবে পথটি লিখে রাখুন। এই একক চিত্রই কোনো নিয়ম সম্পাদনার আগে এসব ঘটনার বেশিরভাগ সমাধান করে।

ফোনকে আসলে কী পাঠাতে হবে

যে ফোন কেবল বাড়ির সাবনেটের রুট পায়, সে কেবল সেই সাবনেটের ট্রাফিক টানেলে পাঠায়। বাকি সব মোবাইল নেটওয়ার্ক দিয়ে বের হয়, তাই ফাইল শেয়ার কাজ করে আর ইন্টারনেট অনুরোধ কখনো বাড়িতে পৌঁছায় না।

পূর্ণ-টানেল কভারেজ ক্লায়েন্ট পক্ষের রাউটিং সিদ্ধান্ত, এবং এটি প্ল্যাটফর্মের সমর্থিত প্রক্রিয়ায় সেট করতে হবে, ইনস্টল হওয়া প্রোফাইল থেকে ধরে নেওয়া যাবে না। একবার সেট হলে VPN সার্ভারের দিকে ফেরার রুট নিজেই টানেলের বাইরে থাকতে হবে, নইলে ক্লায়েন্ট নিজের পরিবহন বজায় রাখতে পারবে না।

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

IPv6 DNS-এর মতো একই অনুচ্ছেদে থাকে, পরিশিষ্টে নয়। IPv4 পূর্ণ টানেল AAAA ট্রাফিক সম্পর্কে কিছুই বলে না, এবং দ্বৈত-স্ট্যাক মোবাইল নেটওয়ার্কের ফোন সহজেই এর জন্য দেশীয় পথ ব্যবহার করবে। বহন না ব্লকিং — স্পষ্টভাবে বেছে নিন।

ফায়ারওয়াল কী দেখতে পারে আর কী পারে না

গেটওয়ে তার প্রয়োগ বিন্দু যা প্রকাশ করে তার উপর কাজ করতে পারে: ঠিকানা, পোর্ট, প্রোটোকল, ইন্টারফেস এবং সংযোগের মেটাডেটা। ফরোয়ার্ড করা HTTPS অনুরোধ কেবল বাড়ির টানেল পার হওয়ার কারণে পৃষ্ঠার মূল অংশ বা পাসওয়ার্ড দিয়ে দেয় না।

এই সীমাটি বলা দরকার, কারণ “এটি ফায়ারওয়াল দিয়ে পাঠান” বাক্যাংশটি বাড়ির রাউটার যতটা পরিদর্শন করে তার চেয়ে বেশি বোঝায়। গন্তব্য নিয়ম, DNS নীতি এবং অ্যাপ্লিকেশন-স্তরের প্রক্সি তিনটি ভিন্ন নিয়ন্ত্রণ, তিনটি ভিন্ন স্থাপনা ব্যয়সহ।

বাড়ির LAN ক্লায়েন্টদের জন্য কনফিগার করা কোনো ফিচার VPN ইন্টারফেসেও প্রযোজ্য — এটি ধরে নেবেন না। জোন সদস্যপদ একটি কনফিগারেশন পছন্দ, এবং সঠিক জোনে না থাকা VPN ইন্টারফেস সোফা থেকে পরীক্ষা করা কোনো নিয়মই উত্তরাধিকার পায় না।

সংযোগহীন অবস্থা ঠিক করুন

টানেল অনুপলব্ধ থাকলে ফোন হয় মোবাইল নেটওয়ার্কে ফিরে যায়, নয় ট্রাফিক পাঠাতে অস্বীকার করে। দুটোই যুক্তিসঙ্গত, এবং কেবল একটি-ই বেশিরভাগ মানুষ যা কনফিগার করেছেন বলে বিশ্বাস করেন তার সঙ্গে মেলে।

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

ধরে নেওয়ার বদলে পছন্দটি পরীক্ষা করুন। বাড়ির সেবা বন্ধ করুন, তারপর ফোনের ব্রাউজার থেকে একটি অনুরোধ এবং পটভূমিতে চলা একটি অ্যাপ থেকে আরেকটি চেষ্টা করুন। পরে আবার সংযুক্ত হলে ইতিমধ্যে বেরিয়ে যাওয়া অনুরোধ ফিরে আসে না।

ফোন থেকেই দুটি নিয়ন্ত্রিত পরীক্ষা দিয়ে শেষ করুন: একটি অনুমোদিত কাজ যা বাড়ি দিয়ে যাওয়া উচিত, এবং একটি অস্বীকৃতি যা বাড়ির নীতির প্রয়োগ করার কথা। গেটওয়ে আপনার প্রত্যাশিত প্রবাহ আপনার প্রত্যাশিত ঠিকানা পরিবারে, পুনঃসংযোগের পরে লগ করেছে কি না নিশ্চিত করুন। “সংযুক্ত” দেখানো ফোন সেই যাচাইয়ের শুরু, কখনো শেষ নয়।