কেন একটি VPN সার্ভার ছাড়া Wi-Fi নেটওয়ার্কে যোগ দিতে পারে না

অনুরোধটি সাধারণত একই আশার একটি রূপ নিয়ে আসে: ক্লায়েন্টকে একটি Wi-Fi নেটওয়ার্কে নির্দেশ করুন এবং তার ভিতরে পৌঁছে যান। টানেল তা করে না। টানেল একটি ক্লায়েন্টকে এমন কিছুর সঙ্গে যুক্ত করে যা ইতিমধ্যে শুনছে। লক্ষ্য নেটওয়ার্কে দূরবর্তী প্রবেশের জন্য শোনার মতো কিছু না থাকলে অন্য প্রান্তও নেই।

টানেল একটি সম্পর্ক, কোনো সেটিং নয়

এক দিক শোনে, অন্য দিক যুক্ত হয়, এবং দুটিই একটি প্রোটোকল ও শংসাপত্রে সম্মত হয়। শোনার দিকটিকে যে নেটওয়ার্কে পৌঁছাতে চান তার ভিতরে থাকতে হবে। ওই অংশটি ক্লায়েন্ট থেকে উদ্ভাবন করা যায় না। সঠিক ঠিকানা কিন্তু পেছনে ভুল নেটওয়ার্ক থাকা একটি প্রোফাইল প্রবেশ নয়, সময় শেষ হওয়া তৈরি করে।

এই কারণেই এই প্রশ্নগুলোর কয়েকটির সৎ উত্তর হলো, ওই নেটওয়ার্কের জন্য দূরবর্তী প্রবেশের অস্তিত্ব নেই। একটি প্রোটোকল, একটি পোর্ট বা ভিন্ন ক্লায়েন্ট যোগ করলে এমন প্রান্তবিন্দু তৈরি হয় না যা মালিক কখনও স্থাপন করেননি।

Wi-Fi-এর বিবরণ টানেলের শংসাপত্র নয়

একটি SSID, একটি সাবনেট, একটি গেটওয়ে ও একটি পাসফ্রেজ ভবনের ভিতরে দাঁড়ানোর তথ্য। এর কোনোটিই আপনাকে ইন্টারনেটের অন্য কোথাও একটি সেবার কাছে প্রমাণিত করে না। ক্যাম্পাস ও হোটেল নেটওয়ার্ক ওই তথ্য ভবনের অতিথিদের জন্য প্রকাশ করে, ইন্টারনেটে ক্লায়েন্টদের জন্য নয়।

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

প্রতিষ্ঠানটি দূরবর্তী প্রবেশ সেবা চালালে তার নথিতে প্রান্তবিন্দু ও পদ্ধতির নাম থাকে। ঠিক ওই দুই তথ্য চাইুন, কারণ সহায়তা ডেস্ক অন্যথায় যে প্রশ্নটি সাধারণত শোনে তার উত্তর দেবে, সেটি Wi-Fi সম্পর্কে।

একটি এক্সিট আপনার উৎস নেটওয়ার্ক বেছে নেয় না

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

তিনটি বিকল্প থাকে, এবং কেবল তিনটি। অনুমোদিত পরিসরের ভিতরে একটি প্রান্তবিন্দু খুঁজুন, ইতিমধ্যে সেখানে থাকা একটি অনুমোদিত জাম্প হোস্ট ব্যবহার করুন, অথবা মালিককে নীতি বদলাতে বলুন। বাকি সবকিছু হলো যাচাই কার্যকর হবে না এই আশার একটি ভিন্ন রূপ।

একটি লোকাল টানেল ভুল অংশটি এনক্রিপ্ট করে

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

এই বিন্যাসের একটি বৈধ ব্যবহার আছে: স্থাপনের আগে একটি ক্লায়েন্ট, একটি রুট বা একটি কনফিগারেশন পরীক্ষা করা। এটি গোপনীয়তার ব্যবস্থা নয় এবং দূরবর্তী নেটওয়ার্কে পৌঁছানোর উপায়ও নয়, আর দুটিকে গুলিয়ে ফেললে প্রচুর কনফিগারেশন নষ্ট হয়।

সার্ভার ছাড়া আসলে কী কাজ করে

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

ssh -N -R 2222:localhost:22 [email protected]
ss -tlnp | grep 2222
nc -vz 198.51.100.7 2222

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

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