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

চার ভূমিকা, চারটি আলাদা প্রশ্ন

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

এর মধ্যে কেবল তৃতীয়টির অফিসে কতগুলো ল্যাপটপ আছে তার সঙ্গে কোনো সম্পর্ক রয়েছে। ওই একটি বিভ্রান্তিই বেশিরভাগ বিতর্কের ব্যাখ্যা দেয়।

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

ব্লক গণনা: /30 আসলে কত খরচ করে

পয়েন্ট-টু-পয়েন্ট লিংকের দুইটি ঠিকানা দরকার এবং এটি এমন একটি ব্লক খরচ করে যার আকার প্ল্যাটফর্মের উপর নির্ভর করে। /30-এ চারটি ঠিকানা থাকে, যার দুটি সাধারণত ব্যবহারযোগ্য, তাই বারোটি লিংক পরিকল্পনায় আটচল্লিশটি ঠিকানা খরচ করে, অথচ চব্বিশটি এন্ডপয়েন্ট দেয়। /31-এ দুইটি ঠিকানা থাকে এবং দুটিই ব্যবহারযোগ্য, যা হিসাব অর্ধেক করে, তবে কেবল যেখানে দুই প্রান্তই এটি মেনে নেয়।

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

ipcalc -n 10.44.12.0/30
ipcalc -n 10.44.12.4/31

টপোলজি স্থির হওয়ার পরেই গুণ করুন। বারোটি আলাদা লিংক আর বারো অংশগ্রহণকারীর একটি মাল্টিপয়েন্ট ওভারলে একই সাইট-সংখ্যা থেকে খুব আলাদা মোট দেয়।

ম্যানেজড গেটওয়ে সাবনেট কোনো ক্লায়েন্ট পুল নয়

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

প্রোভাইডারের শর্তটি স্থির খরচ হিসেবে পড়ুন, যেমন র্যাক ইউনিটকে দেখতেন। এটি সুরক্ষিত প্রিফিক্স বাজেটের অংশ নয়।

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

পরিকল্পনা নথিভুক্ত করুন যাতে এটি দ্বিতীয় সাইট পর্যন্ত টিকে থাকে

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

প্রতিটি ব্লকের পেছনের বৃদ্ধির অনুমান লিখে রাখুন, কারণ পরবর্তী কোনো পাঠক কেবল ঠিকানা থেকে এই অংশটি পুনর্গঠন করতে পারবেন না।

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

সম্পর্কিত নিবন্ধ