সাইট-থেকে-সাইট VPN-এর জন্য ঠিকানা স্থানের আকার কীভাবে নির্ধারণ করবেন

VPN সাবনেট কত বড় হওয়া উচিত তা জিজ্ঞেস করুন এবং সৎ উত্তর হলো প্রশ্নটির ভেতরে চারটি ভিন্ন সাবনেট থাকতে পারে। সাইট VPN-এ ট্রান্সপোর্ট এন্ডপয়েন্ট, ক্রমাঙ্কিত টানেল লিংক, সুরক্ষিত LAN-এর প্রিফিক্স এবং ব্যবস্থাপিত গেটওয়েতে প্রদানকারীর সংরক্ষিত একটি অবকাঠামো সাবনেট থাকতে পারে। কোনো নির্দিষ্ট নকশায় এর মধ্যে কেবল একটি বা দুটি থাকে। এগুলিকে অফিসের ডিভাইসের সংখ্যা থেকে মাপাই সেই পথ যেখানে একটি পরিকল্পনা এমন /24-এ পৌঁছায় যা কাউকে সন্তুষ্ট করে না।

কিছু বরাদ্দ করার আগে চারটি ভূমিকার নাম দিন

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

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

ip -br addr show
ip route show | head -40

এই দুটি কমান্ড সংযুক্ত নেটওয়ার্ক এবং সেগুলির বাইরের সবকিছুতে পৌঁছানো রুটের স্থানীয় চিত্র দেয়। প্রতিটি সাইটে তালিকাটি পুনরাবৃত্তি করুন, কারণ একটি সাইটের আউটপুটের উপর গড়া পরিকল্পনা পরের সাইটের আউটপুটের সঙ্গে সংঘর্ষে পড়বে। একটি ব্লকও বরাদ্দ করার আগে আউটপুটগুলি সংগ্রহ করুন।

লিংক ও টোপোলজি গণনা করুন, ডিভাইস নয়

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

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

বহু-বিন্দু ওভারলে হিসাব আবার বদলে দেয়: প্রতি গেটওয়েতে একটি ঠিকানা, এবং তাদের মধ্যে পৌঁছানো ওভারলে সামলায়। সাইটগুলিকে ব্লকের আকার দিয়ে গুণ করার আগে ঠিক করুন বাস্তবায়ন আসলে কোন টোপোলজি ব্যবহার করে।

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

গেটওয়ে সাবনেটকে LAN পুলের বাইরে রাখুন

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

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

aws ec2 describe-vpn-connections --query "VpnConnections[].{Id:VpnConnectionId,Tunnels:Tunnels[].OutsideIpAddress}" --output table

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

প্রতিটি প্রিফিক্সের জন্য ভূমিকা, মালিক ও প্রবৃদ্ধি লিখে রাখুন

যে পরিকল্পনা পরিচালনার সংস্পর্শে টিকে থাকে তা প্রতিটি প্রিফিক্সের জন্য বলে এটি কোন ভূমিকা পালন করে, দূর প্রান্ত কে বরাদ্দ করে এবং কতটা জায়গা বাকি আছে। মালিক ক্ষেত্র ছাড়া দুটি দল একই প্রান্তিকে একই /24 বরাদ্দ করে, এবং সংঘর্ষ কেবল তখনই প্রকাশ পায় যখন টানেল ওঠে।

এই পরিসরগুলি বাড়ি ও শাখার সেই প্রিফিক্স থেকে দূরে রাখুন যা অন্য টানেল দিয়ে আসে, কারণ স্থানের ওভারল্যাপই সাধারণ কারণ সাইটগুলির মধ্যে সংযোগ সফলভাবে আলোচনা করার পরেও কোনো ট্রাফিক না যাওয়ার।

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