বাড়ি ও অফিস দুটোই 192.168.1.x ব্যবহার করে: এখন কী করবেন?

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

সফল লগইন বলে টানেল উঠেছে; কোনো নির্দিষ্ট ঠিকানা কোথায় নির্দেশ করে সে সম্পর্কে এটি কিছুই বলে না।

একটি ঠিকানা, দুটি মেশিন

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

ip route get 192.168.1.20

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

আপনি যে দিকটি নিয়ন্ত্রণ করেন সেটি পুনঃসংখ্যায়িত করুন

ব্যক্তিগত রাউটার সাধারণত সরানোর জন্য সহজ দিক। আপনি প্রকৃতপক্ষে ব্যবহার করেন এমন দূরবর্তী নেটওয়ার্কের সঙ্গে সংঘর্ষ করে না এমন একটি রেঞ্জ বাছুন, এবং মনে রাখুন 10.x.x.x-ও স্বয়ংক্রিয়ভাবে খালি নয়, কারণ অনেক সাইট এটি ব্যবহার করে। পরিবর্তনটির পরিকল্পনা করুন: DHCP লিজ, সংরক্ষিত ঠিকানা, প্রিন্টার কিউ এবং হার্ডকোড করা ঠিকানা আছে এমন সবকিছুর দিকে নজর দিতে হবে। এমন একটি সময়ে পুনঃসংখ্যায়ন করুন যখন VPN ছাড়াই রাউটার পুনরুদ্ধার করতে পারবেন।

দূরবর্তী প্রিফিক্স তালিকা আগে দেখুন, পরে নয়। অন্য একটি অফিস সাইটের সঙ্গে সংঘর্ষ করে এমন নতুন রেঞ্জ বাছলে একই সমস্যা আরও বেশি পরিশ্রমে তৈরি হয়।

যখন কোনো দিকই বদলাতে পারে না

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

প্রাইভেট ঠিকানা রেঞ্জ প্রাইভেটই থাকে; সমস্যা পুনর্ব্যবহার, রেঞ্জগুলো নিজে নয়।

কোন মেশিন উত্তর দিয়েছে তা প্রমাণ করুন

openssl s_client -connect 192.168.1.20:443 -servername office.example 2>/dev/null | openssl x509 -noout -subject

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

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

স্থানীয় প্রিফিক্স, দূরবর্তী প্রিফিক্স এবং যে পরিবর্তনটি সমস্যা সমাধান করেছে তা লিখে রাখুন। পরের ওভারল্যাপ ভিন্ন দেখাবে কিন্তু একই নমুনা অনুসরণ করবে।