টানেলের /32 কপি করলে অফিস সাবনেট রাউট হবে না
VPN আপনার অ্যাডাপ্টারকে যে ঠিকানা দেয় তা লিঙ্ক বর্ণনা করে, গন্তব্য নয়। প্রোফাইলে রিসোর্স প্রিফিক্স যোগ করুন এবং ডিফল্টটি অপরিবর্তিত রাখুন।
VPN সংযুক্ত হয়, ইন্টারফেসটি বত্রিশ বিটের মাস্কসহ একটি ঠিকানা দেখায়, আর অফিস সার্ভার অধরা থাকে। পরের পদক্ষেপটি প্রায়ই সেই মাস্কটি একটি রাউটে পুনরায় ব্যবহার করা, এই তত্ত্বে যে ইন্টারফেসটি বর্ণনা করছে টানেল কী পর্যন্ত পৌঁছাতে পারে। তা নয়। ওই ঠিকানাটি একটি পয়েন্ট-টু-পয়েন্ট লিঙ্কের স্থানীয় প্রান্ত বর্ণনা করে, আর আপনার আগ্রহের গন্তব্যটি তার অপর পাশে ভিন্ন প্রিফিক্সে থাকে।
দুটি ভিন্ন জিনিস মিশিয়ে ফেলা হচ্ছে: টানেল আপনাকে যে ঠিকানা দিয়েছে, এবং যে নেটওয়ার্কে আপনি তার মধ্য দিয়ে পৌঁছাতে চান।
দুটি ঠিকানা, দুটি কাজ
পয়েন্ট-টু-পয়েন্ট টানেলে ক্লায়েন্ট ঠিকানাটি প্রায়ই একক হোস্ট ঠিকানা হয়, কারণ লিঙ্কের অপর প্রান্তে ঠিক একজনই সমকক্ষ থাকে। কোনো শেয়ার্ড সেগমেন্ট নেই এবং ARP নেই, তাই Ethernet-এ যে মাস্ক অযৌক্তিক দেখাত, এখানে তা সম্পূর্ণ স্বাভাবিক।
গন্তব্য প্রিফিক্সটি অফিস নেটওয়ার্ক সম্পর্কে একটি তথ্য, টানেল সম্পর্কে নয়। আপনার যদি একটি সার্ভার দরকার হয়, রাউটটি সেই সার্ভারের জন্য হোস্ট রাউট। আপনার যদি পুরো অফিস সাবনেট দরকার হয়, রাউটটি সাবনেট। কোনোটিই ইন্টারফেস থেকে পড়া যায় না, আর টানেল ঠিকানার পাশে দেখা গেছে বলে একটি বেছে নেওয়া—এভাবেই কাজ করা সেটআপ ভাঙে।
| What you need to reach | What to install |
|---|---|
| One server, nothing else | A host route for that address |
| The office subnet | A route for the subnet prefix |
| Everything in the private space | Only if the requirement says so, and only with the owner's approval |
তৃতীয় সারিটিই সেখানে যেখানে আশাবাদ ব্যাঘাতে পরিণত হয়। শুধু একটি সাইট পরিবেশনকারী টানেলে পুরো প্রাইভেট রেঞ্জ রাউট করলে অসম্পর্কিত ট্রাফিক এমন পথে ঠেলে দেওয়া হয় যা তা পৌঁছে দিতে পারে না, আর ফলাফল ব্যর্থতাগুলো অতিরিক্ত প্রশস্ত রাউটের বদলে ভাঙা VPN-এর মতো দেখায়।
প্রয়োজন থেকে প্রিফিক্স বেছে নিন
প্রোফাইল স্পর্শ করার আগে প্রয়োজনটি একটি বাক্যে লিখুন: কোন হোস্টগুলো পৌঁছানোর যোগ্য হতে হবে, এবং তাদের ঢেকে দেওয়া সবচেয়ে সংকীর্ণ প্রিফিক্স কোনটি? একটি সার্ভার মানে হোস্ট রাউট। একটি সাবনেট মানে সাবনেট রাউট। একগুচ্ছ সাবনেট মানে সারসংক্ষেপ, আর সারসংক্ষেপ হলো একটি প্রতিশ্রুতি যে এর ভেতরের প্রতিটি ঠিকানায় পৌঁছানো যায়, যা বিরলভাবে সত্য।
তারপর সংখ্যাটি অফিস আসলে যা ব্যবহার করে তার সঙ্গে মিলিয়ে দেখুন। সাইটের অ্যাড্রেসিং প্ল্যানের সঙ্গে যাচাই না করে চ্যাট বার্তা থেকে প্রিফিক্স কপি করাই এমন রাউট তৈরি করে যা কারও মালিকানাধীন নয় এমন সাবনেটের দিকে ইশারা করে।
এটাও মনে রাখুন, রাউট একটি পথ, অনুমতি নয়। গেটওয়ে এখনও ঠিক করে আপনার ক্লায়েন্ট গন্তব্যটি ব্যবহার করতে পারবে কি না, আর একটি সার্ভিস এখনও আপনাকে প্রত্যাখ্যান করতে পারে। রাউটটি সঠিকভাবে ইনস্টল করলে প্যাকেটটি সেখানে পৌঁছায় এবং অনুমোদন সম্পর্কে কোনো উত্তর দেয় না।
প্রোফাইলে যোগ করুন, কখনও প্রতিস্থাপন করবেন না
NetworkManager প্রোফাইলে রাউটগুলো বহুমান সম্পত্তি, আর সেট করা ও যোগ করার মধ্যে পার্থক্য এক অক্ষর। একটি এন্ট্রি যোগ করতে এবং ইতিমধ্যে সংরক্ষিত সবকিছু রাখতে প্লাস ফর্ম ব্যবহার করুন।
nmcli connection modify uuid 11111111-2222-4333-8444-555555555555 \
+ipv4.routes "10.40.20.9/32"প্লাস ছাড়া অ্যাসাইনমেন্ট পুরো তালিকা প্রতিস্থাপন করে। যে প্রোফাইলে ইতিমধ্যে কয়েকটি প্রিফিক্স আছে, সেখানে এটি নীরবে কাজ করা প্রিফিক্সগুলো মুছে দেয়, আর উপসর্গটি পরে আসে এমন একটি সার্ভিস হিসেবে যা আগে এই ল্যাপটপ থেকে পৌঁছানো যেত।
নামের বদলে UUID ব্যবহার করুন। পুনরুদ্ধারের পরে নাম ডুপ্লিকেট হয়, আর আপনি যে সংযোগ সম্পাদনা করছেন সেটি আপনার ট্রাফিক বহনকারী সংযোগ নাও হতে পারে। আগে বিদ্যমান অভিন্ন এন্ট্রি আছে কি না দেখুন, কারণ ডুপ্লিকেট যোগ করা ক্ষতিকর না হলেও অপরিচ্ছন্ন।
এই রাউট বৈশিষ্ট্যের রেফারেন্স ইনস্টল করা সংস্করণের জন্য গন্তব্য, ঐচ্ছিক পরবর্তী হপ, মেট্রিক ও অ্যাট্রিবিউট সিনট্যাক্স নথিবদ্ধ করে। পরবর্তী হপ যোগ করার আগে এটি পড়ুন, কারণ একটি প্রয়োজন কি না তা ইন্টিগ্রেশন ও টপোলজির উপর নির্ভর করে, আর ইন্টারফেস তালিকার প্রথম ঠিকানা থেকে তা অনুমান করা কোনো পদ্ধতি নয়।
ডিফল্ট রাউট ও DNS আলাদা সিদ্ধান্ত
Adding an office prefix says nothing about where the rest of your traffic goes. If policy requires ordinary internet traffic to stay outside the tunnel, that is the ipv4.never-default decision, and it belongs to whoever owns the connection policy rather than to whoever is fixing one unreachable server.
স্বয়ংক্রিয় রাউট হলো অন্য জিনিস যা হালকাভাবে বিরক্ত করা উচিত নয়। একটি অনুপস্থিত এন্ট্রি সমাধান করতে সেগুলো দমন করলে কয়েকটি কাজ করা এন্ট্রি সরে যেতে পারে, আর যে ব্যক্তি এটি প্রস্তাব করেছিল সে সাধারণত ভিন্ন পুশযুক্ত অন্য প্রোফাইল দেখছিল।
DNS-এর নিজস্ব পথ ও নিজস্ব ব্যর্থতা আছে। যে নাম ভুল রিজলভারের মাধ্যমে সঠিক ঠিকানায় সমাধান হয়, বা যে রিজলভার প্রাইভেট জোনের জন্য উত্তর দিতে পারে না, তা রাউট নিখুঁত থাকলেও রাউটিং সমস্যার মতো দেখাবে। ঠিকানা ও নাম আলাদাভাবে পরীক্ষা করুন, তারপর সিদ্ধান্ত নিন কোন স্তরটি আসলে ব্যর্থ হয়েছে।
কী প্রয়োগ হয়েছে তা যাচাই করুন
সংরক্ষিত পরিবর্তন প্রয়োগ করা পরিবর্তন নয়। ম্যানেজারের সমর্থিত লাইফসাইকেল দিয়ে পুনরায় সংযোগ করুন, তারপর উদ্দিষ্ট গন্তব্যের প্রকৃত রাউট এবং কোন টেবিল ব্যবহার হবে তা নির্ধারণকারী নীতির নিয়মগুলো দেখুন।
প্রিফিক্স যদি থাকে এবং সংযোগ এখনও ব্যর্থ হয়, আপনি ভিন্ন সমস্যায় চলে গেছেন: সোর্স ঠিকানা নির্বাচন, দূর প্রান্তে একটি রিটার্ন রাউট, বা এমন সার্ভিস যা আপনার ক্লায়েন্টকে প্রত্যাখ্যান করে। এগুলোর প্রতিটি আপনার ইতিমধ্যে সংশোধিত প্রোফাইলের চেয়ে দেখার ভালো জায়গা।