VPN ক্লায়েন্ট মোডে রাউটার: LAN ডিভাইসগুলি কেন অদৃশ্য হয়
রাউটার VPN ক্লায়েন্ট মোডে গেলে LAN ডিভাইস অদৃশ্য হয়: আগে ফরওয়ার্ড পথের পরিদর্শন বৈশিষ্ট্য, তারপর ফার্মওয়্যার যে LAN পরিসর বদলে দিয়েছে তা পরীক্ষা করুন।
ক্লায়েন্ট মোড নিজেই LAN অ্যাক্সেস নষ্ট করে—এই বিশ্বাস মানুষকে ভুল সেটিংস মেনুতে নিয়ে যায়, আর প্রকৃত কারণ সাধারণত দুটি। টানেল LAN ব্রিজ সরায় না এবং তারযুক্ত ও বেতার ক্লায়েন্টদের একে অপরের কাছে পৌঁছাতে বাধা দেয় না। স্থানীয় অ্যাক্সেস ভাঙে হয় রাউটারের ফরওয়ার্ড পথে থাকা পরিদর্শন বৈশিষ্ট্য, নয়তো ফার্মওয়্যার বদলানোর সময় সরে যাওয়া LAN ঠিকানা পরিসর। দুটোই একই অভিযোগ তৈরি করে, এবং VPN প্রোফাইল পুনরায় ইনস্টল করে কোনোটিই ঠিক হয় না।
কল্পকাহিনি, এবং ক্লায়েন্ট মোড আসলে কী বদলায়
ক্লায়েন্ট মোড একটি টানেল ইন্টারফেস ও তার মধ্য দিয়ে যাওয়া ডিফল্ট রুট যোগ করে, তারপর LAN ট্রাফিক সেই টানেলে ফরওয়ার্ড করে। তারযুক্ত পোর্ট ও বেতার রেডিওর মধ্যবর্তী ব্রিজ অক্ষত থাকে, স্থানীয় সুইচিংও। যা বদলায় তা হলো নীতি: কোন ট্রাফিক ফরওয়ার্ড হয়, কোথায় তা অনূদিত হয় এবং ক্লায়েন্টরা কোন রিজলভার পায়।
এই পার্থক্য গুরুত্বপূর্ণ, কারণ ভাঙা LAN সাধারণত বোঝায় ওই তিন নীতির একটি বদলেছে, রাউটার সুইচ হওয়া বন্ধ করেনি। যে রাউটার এখনও নিজের প্রশাসন পৃষ্ঠার উত্তর দেয়, তা প্রমাণ LAN ইন্টারফেস জীবিত। যে রাউটার কিছুই উত্তর দেয় না, তার অন্য সমস্যা, যেমন বদলে যাওয়া LAN ঠিকানা বা ভুল সাবনেটে থাকা ক্লায়েন্ট।
তাই কার্যকর প্রথম পদক্ষেপ হলো কোন স্তর ভেঙেছে তা খোঁজা, সন্দেহের স্তর বদলানো নয়।
কোনো সেটিংসে হাত দেওয়ার আগে তিনটি লক্ষ্য পরীক্ষা করুন
তারযুক্ত ক্লায়েন্ট থেকে তিনটি লক্ষ্য আলাদাভাবে পরীক্ষা করুন এবং প্রতিটি ফল লিখুন: রাউটারের নিজের LAN ঠিকানা, একই সুইচে থাকা অন্য ডিভাইস IP দিয়ে, এবং শুধু টানেল দিয়ে পৌঁছানো যায় এমন কিছু। এই ক্রমে করুন, কারণ প্রতিটি ফল আলাদা স্তর বাদ দেয়। প্রথম রাউন্ডে নামের বদলে ঠিকানা ব্যবহার করুন, কারণ নাম ব্যর্থ হলে DNS সংযোগের প্রশ্নে মিশে যায়।
উত্তরের ধরনই নির্ণয়। স্থানীয় ডিভাইস উত্তর না দিলেও রাউটার উত্তর দিলে তা স্থানীয় সুইচিং বা ফিল্টারিং বৈশিষ্ট্যের দিকে ইঙ্গিত করে, রাউটিংয়ের দিকে নয়। টানেল পাশ উত্তর না দিলেও স্থানীয় ডিভাইস উত্তর দিলে তা টানেল রুট বা দূরবর্তী ফায়ারওয়ালের দিকে ইঙ্গিত করে। ঠিকানায় সব উত্তর দিলেও নাম ব্যর্থ হলে তা রিজলভারের প্রশ্ন, এবং রুট সম্পাদনা করে তা ঠিক হবে না।
| What answers | What it points at |
|---|---|
| Router only | LAN-side filtering or a broken bridge |
| Router and local hosts, not remote | Tunnel route, NAT or remote firewall |
| Addresses yes, names no | DNS handed to clients by the router |
| Nothing at all | Client subnet or router LAN address changed |
পরীক্ষার ফলাফলের পাশে টেবিলটি রাখুন। এটি অস্পষ্ট অভিযোগকে একটি কার্যকর লাইনে বদলে দেয়।
ফরওয়ার্ড পথের ভেতরের নিরাপত্তা স্তর
ভোক্তা রাউটারগুলোতে ক্রমশ ফরওয়ার্ড হওয়া ট্রাফিক দেখার পরিদর্শন বৈশিষ্ট্য আসে, এবং এটি LAN থেকে টানেলে যাওয়া প্যাকেট বহনকারী একই পথে চলে। যখন ওই পরিদর্শন টানেল ট্রাফিক শ্রেণিবদ্ধ করতে পারে না, তখন টানেল সচল থাকলেও ফরওয়ার্ডিং আটকে যেতে পারে এবং রাউটার সুস্থ সংযোগ রিপোর্ট করে। VPN লগে এটি দেখা যায় না, কারণ VPN memang সংযুক্ত হয়েছিল।
নির্ণয় একটি নিয়ন্ত্রিত পরীক্ষা, স্থায়ী পরিবর্তন নয়। বর্তমান সেটিং নোট করুন, এক পরীক্ষার সময়ের জন্য বৈশিষ্ট্যটি বন্ধ করুন, টানেল আবার চালু করুন এবং ঠিকানা দিয়ে একটি স্থানীয় হোস্ট পরীক্ষা করুন। ফিরে আসা ফরওয়ার্ডিংই আপনার প্রয়োজনীয় প্রমাণ, এবং তখন বাণিজ্যটি অনুমানের বদলে সিদ্ধান্ত হয়। কিছু না বদলালে সঙ্গে সঙ্গে আবার চালু করুন এবং ঠিকানা-কারণে যান।
টানেল চালু রাখতে অর্থপ্রদত্ত নিরাপত্তা বৈশিষ্ট্য বন্ধ রাখা সচেতনভাবে করা ও লিখে রাখার মতো বাণিজ্য। টানেলের অন্য ডিভাইসে থাকা উচিত কি না তাও ভাবুন, কারণ সবকিছু পরিদর্শন করতে হওয়া রাউটার আর সবকিছু ফরওয়ার্ড করতে হওয়া রাউটার দুটি আলাদা কাজ।
দ্বিতীয় কারণ: LAN পরিসর সরে গেছে
ফার্মওয়্যার আপডেট নিয়মিত LAN ঠিকানাকে প্রস্তুতকারকের ডিফল্টে ফিরিয়ে দেয়, এবং কিছু রাউটারে স্পষ্ট মোড সুইচ থাকে যা ঠিক করে LAN ব্যক্তিগত পরিসর রাখবে কি না বা আপস্ট্রিম ডিভাইস থেকে একটি উত্তরাধিকার পাবে। যে ক্লায়েন্ট 192.168.8.x আশা করে সে 10.64.0.x-এ পড়তে পারে, তখন টানেল পুরোপুরি সুস্থ থাকলেও হোস্টে SSH সেশনের সময় শেষ হয়।
ipconfig /all
ip addr show
ip route get 192.168.8.20রাউটার পৃষ্ঠা খোলার আগে লিজ থেকে প্রিফিক্স ও গেটওয়ে পড়ুন। প্রথম দুটি কমান্ড দেখায় ক্লায়েন্ট আসলে কী পেয়েছে, আর তৃতীয়টি দেখায় স্থানীয় ঠিকানার জন্য ক্লায়েন্ট কোন ইন্টারফেস ব্যবহার করবে, এভাবেই অবশিষ্ট রুট বা পুরোনো সাবনেট নিজেকে প্রকাশ করে। তারপর তা LAN পৃষ্ঠা ও রাউটারের মোডের সঙ্গে তুলনা করুন।
পরিসর ফেরানো না গেলে এটি নাম দেওয়া প্রতিটি বস্তু হালনাগাদ করুন: DHCP রিজার্ভেশন, পুরোনো সাবনেটের দিকে থাকা যেকোনো স্থির রুট, এবং পূর্বের প্রিফিক্স বহন করা প্রতিটি ফায়ারওয়াল নিয়ম। টানেলের দূরবর্তী সাবনেটের সঙ্গে সংঘর্ষকারী পরিসর আরও খারাপ, কারণ স্থানীয় ডিভাইস পৌঁছানো যায়, অথচ দূরবর্তী গন্তব্য নীরবে LAN-এ ভুল পথে যায়।
প্যাকেট ক্রমে পুনঃসংযোগ ও পুনঃপরীক্ষা করুন
যেকোনো একটি পরিবর্তনের পরে টানেল পুনঃসংযোগ করুন এবং প্যাকেট ক্রমে পরীক্ষা পুনরাবৃত্তি করুন: রাউটার, স্থানীয় হোস্ট, দূরবর্তী হোস্ট, তারপর নাম, তারপর অ্যাপ্লিকেশন। আগে অ্যাপ্লিকেশন পরীক্ষা করলে কোন স্তর এখনও ভাঙা তা ঢেকে যায়, এবং ক্যাশে করা নামে ব্রাউজারের পুনঃচেষ্টা রাউটিং ব্যর্থতার মতো দেখাতে পারে।
VPN প্রোফাইলের পাশে ফার্মওয়্যার সংস্করণ, LAN প্রিফিক্স ও পরিদর্শন বৈশিষ্ট্যের অবস্থা লিখুন। তিনটিই এমন কনফিগারেশন যা পরের আপডেট লিখে দিতে পারে, আর দুই লাইনের নোট এইমাত্র ব্যয় করা ঘণ্টাটি বাঁচায়।