একটি সার্ভার ঠিকানা থেকে অফিসের প্রিফিক্স অনুমান করবেন না

আপনাকে যে ঠিকানা দেওয়া হয়েছে সেটি দিয়ে শুরু করুন, তারপর এটিকে দেখতে গোছানো লাগে এমন কিছুতে বাড়িয়ে দেওয়ার ইচ্ছাকে প্রতিরোধ করুন। 10.22.8.19-তে একটি সার্ভার থাকলেই বোঝা যায় না যে অফিসটি 10.22.8.0/24, 10.22.0.0/16 নাকি ছড়িয়ে থাকা কয়েকটি /28s-এর মালিক। সংখ্যাটি 10 দিয়ে শুরু বলে 10.0.0.0/8 বেছে নিলে আপনি যে হোম নেটওয়ার্ক, কন্টেইনার রেঞ্জ ও পার্টনার লিংক চাননি সেগুলোও ঢুকে পড়ে। প্রিফিক্স হলো সীমানা, যা সংগ্রহ করতে হয়, অনুমান করতে হয় না।

প্রিফিক্সের দৈর্ঘ্য বলে কতটি অগ্রণী বিট তাৎপর্যপূর্ণ; এটি বলে না রেঞ্জটি কার মালিকানাধীন।

সার্ভার ঠিকানা কোনো নেটওয়ার্ক নয়

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

একটি সাবনেট ক্যালকুলেটর পরিচিত প্রিফিক্সকে মাস্ক, রেঞ্জ বা হোস্ট তালিকায় রূপান্তর করে। এটি একটি হোস্টনেম থেকে সাংগঠনিক সীমানা অনুমান করতে পারে না, আর এর ফলাফলকে কর্তৃত্ব ভাবাই হলো সেই পথ যেভাবে সম্পর্কহীন নেটওয়ার্ক রাউট হয়ে যায়।

অনুমোদিত প্রিফিক্সগুলো চেয়ে নিন

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

Mac-এ শুধু পড়ার জন্য রুট লুকআপ, আপনার নির্দিষ্ট গন্তব্যের দিকে, দেখায় এখন কোন পথটি ব্যবহৃত হচ্ছে। এটি বর্তমান আচরণ, কোনো অনুমোদন নয়।

কিছু প্রয়োগ করার আগে ওভারল্যাপ পরীক্ষা করুন

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

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

রুট মানেই প্রবেশাধিকার নয়

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

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

প্রিফিক্স হলো সীমানা নিয়ে একটি সমঝোতা। এভাবেই দেখুন, তাহলে রুট আর অনুমান থাকে না।