যে সাইট-থেকে-সাইট VPN গেটওয়েগুলো একসঙ্গে কাজ করে সেগুলো কীভাবে বেছে নেবেন

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

তালিকাটি ক্রমানুসারে দেখুন এবং উত্তরের অভাবে থাকা প্রথম আইটেমেই থামুন।

ব্র্যান্ড নয়, প্রোটোকলের বৈশিষ্ট্য দিয়ে শুরু করুন

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

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

সংস্করণ যাচাই করুন, ডেটাশিটের লেবেল নয়

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

কোনো বৈশিষ্ট্য পরবর্তী ফার্মওয়্যার ধারায় এসেছে, এমন নোট এতটাই সাধারণ যে এটি নিজের জন্য আলাদা চেকলিস্ট আইটেম দাবি করে।

ধারনক্ষমতাকে আলাদা প্রশ্ন হিসেবে ধরুন

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

প্যাকেটের আকারও গুরুত্বপূর্ণ, কারণ এনক্যাপসুলেশন এবং যেকোনো অতিরিক্ত ওভারহেড প্রতি প্যাকেটের বহন করা পেলোড কমিয়ে দেয়।

রাউটিং নীতি স্পষ্টভাবে নির্ধারণ করুন

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

গতিশীল রাউটিং নকশা আরেকটি শর্ত যোগ করে: উভয় প্রান্তে রাউটিং প্রোটোকলের সমর্থন।

কেনার আগে কী তুলনা করবেন

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

হার্ডওয়্যার ওয়্যারেন্টি এসবের কোনোটির উত্তর নয়।

তারপর পুরো ফ্লিটে যাওয়ার আগে জোড়াটি পরীক্ষা করুন। একটি টানেল, প্রকৃত প্রস্তাব, প্রকৃত রাউটিং মোড এবং কাজের চাপের মতো একটি স্থানান্তর যেকোনো স্পেসিফিকেশন সারণির চেয়ে বেশি বলবে।