GET VPN সদস্যদের জন্য একটি স্থিতিশীল নিবন্ধন উৎস বেছে নিন
লুপব্যাক সদস্যকে একটি স্থির কন্ট্রোল-প্লেন পরিচয় দেয়, কিন্তু কেবল উভয় দিকের প্রকৃত রুটই আপলিংক পরিবর্তনের মধ্যেও নিবন্ধন সচল রাখে।
কেউ গ্রুপ সদস্যের নিবন্ধন একটি লুপব্যাক ঠিকানায় নির্দেশ করে ঘোষণা করে দেয় যে GET VPN-এর অস্থিরতা মিটে গেছে। কনোকাল তা ঠিকও হয়। বেশিরভাগ সময় লুপব্যাকটি কেবল সদস্যের নিজের রাউটিং টেবিল থেকে পৌঁছানো যায়, অন্য কোথাও থেকে নয়, তাই পরের বার যে আপলিংকটি এটি বহন করছিল সেটি ওঠানামা করলেই নিবন্ধন আবার ভেঙে পড়ে। নিবন্ধন ঠিকানাটি কন্ট্রোল-প্লেনের একটি পরিচয়, এবং তা কেবল তখনই কাজে লাগে যখন উভয় দিকে প্রকৃত পথ থাকে। সচেতনভাবে এটি বেছে নেওয়া মূল্যবান, এবং এটি প্রচলিত ধারণার চেয়ে ছোট একটি পরিবর্তন।
নিবন্ধন ঠিকানা কী চিহ্নিত করে
GDOI স্থাপনায় গ্রুপ সদস্য কী সার্ভারের কাছে নিবন্ধন করে এবং সেখান থেকে গ্রুপ পলিসি পায়। কী সার্ভার যে ঠিকানাটি লিপিবদ্ধ করে সেটিই ওই কথোপকথানে সদস্যের পরিচয়।
এই পরিচয় কন্ট্রোল কথোপকথানকে ঢেকে রাখে: নিবন্ধন, কী পুনর্নবীকরণ এবং পলিসি ডাউনলোড। এটি গ্রাহক ট্রাফিকের উৎস হয়ে ওঠে না, এবং কোন ইন্টারফেস কোন ফ্লো রক্ষা করে তাও বদলায় না।
দুটিকে আলাদা রাখাই প্রথম ধাপ, কারণ এই সেটিং নিয়ে বেশিরভাগ বিভ্রান্তি আসে কন্ট্রোল-প্লেনের পরিবর্তন দিয়ে ডেটা-প্লেনের উপসর্গ সারিয়ে ফেলার প্রত্যাশা থেকে।
লুপব্যাক ততটাই ভালো যতটা ভালো তার রুট
লুপব্যাক সদস্যকে একটি যৌক্তিক ঠিকানা দেয় যা একটি ভৌত আপলিংক ব্যর্থ হলে হারিয়ে যায় না। কী সার্ভারের কাছে একাধিক পথ থাকা রাউটারে এটি সত্যিই লাভজনক।
তবে এটি কেবল একটি ঠিকানা। যদি কী সার্ভারের ফিরে যাওয়ার কোনো রুট না থাকে, নিবন্ধন আগের মতোই ব্যর্থ হয়। যদি সদস্যের রাউটিং টেবিল কেবল একটি আপলিংক দিয়েই কী সার্ভারে পৌঁছায়, তবে লুপব্যাক স্থিতিশীল, পথটি নয়।
আপনি যে প্রতিটি আপলিংক টিকিয়ে রাখতে চান, তার মধ্য দিয়ে উভয় দিকে পৌঁছানোর যাচাই করুন। প্রশাসনিকভাবে চালু থাকা লুপব্যাক ফরওয়ার্ডিং সম্পর্কে কিছুই প্রমাণ করে না, এবং ব্যর্থতা ইন্টারফেস সমস্যা নয়, বরং অগম্য কী সার্ভার হিসেবে দেখা দেয়। যাচাইটি অনুমান নয়, প্রতিটি আপলিংকের জন্য একটি কমান্ড হিসেবে লিখুন। তখন পরের পরিবর্তন উইন্ডো দিগ্রহ থেকে নয়, প্রমাণ থেকে শুরু হবে।
কন্ট্রোল ও সুরক্ষিত ট্রাফিক আলাদা রাখুন
Cisco-র GDOI বাইপাস নির্দেশিকা নিবন্ধন ইন্টারফেস এবং নিবন্ধন ও বাইপাস হ্যান্ডলিংয়ের সম্পর্ক নথিভুক্ত করে। একটি বাক্যাংশকে সর্বজনীন কমান্ড ভাবার বদলে আপনি যে সংস্করণ সত্যিই চালান তার আচরণ পড়ুন।
কন্ট্রোল পথে ফিল্টারিং ও অনুবাদ পর্যালোচনা করুন, এবং নিশ্চিত করুন যে কী-ম্যানেজমেন্ট ট্রাফিক ভুলবশত এমন একটি সুরক্ষা পলিসিতে ঢুকে পড়ছে না যা সেই গ্রুপ পলিসির উপরেই নির্ভর করে যা তিনি আনতে চাইছেন। এই চক্রাকার নির্ভরতা একটি কার্যকর স্থাপনাকে পলিসি পরিবর্তনের পরে ব্যর্থ করার একটি চিরাচরিত উপায়।
ডেটা-প্লেন পলিসি আলাদা একটি নকশা। নিবন্ধন কোথা থেকে আসে তা বদলালে সুরক্ষিত ফ্লো, সিলেক্টর এবং বাইপাস নিয়ম ঠিক যেখানে ছিল সেখানেই থাকে।
পরিবর্তনের মধ্য দিয়ে পরিচয় যাচাই করুন
পরিবর্তনের আগে গ্রুপ, নির্বাচিত নিবন্ধন ঠিকানা, কী সার্ভারের গন্তব্য, রাউটিং কনটেক্সট এবং অনুমোদিত কন্ট্রোল পথ লিপিবদ্ধ করুন। অনুমোদিত আপলিংক পরিবর্তনের পরে কী সার্ভারের নিবন্ধিত সদস্য দৃশ্য এবং সদস্যের কন্ট্রোল অবস্থা আবার পরীক্ষা করুন।
আপনি যা দেখতে চান তা হলো অভীষ্ট যৌক্তিক প্রান্তবিন্দুটি এখনও পৌঁছানো যায় এবং আপনার নকশা অনুয়ায়ীই প্রতিনিধিত্ব করছে। আপনি যা চান না তা হলো এমন একটি ঠিকানা থেকে দ্বিতীয় নিবন্ধন যা আপনি চাননি, কারণ ঠিক এভাবেই সদস্যের নকল এন্ট্রি তৈরি হয়।
তারপর সুরক্ষিত অ্যাপ্লিকেশন ট্রাফিক আলাদাভাবে পরীক্ষা করুন। একটি ট্রান্সফার সফল হতে পারে অথচ পরের কী পুনর্নবীকরণের যাওয়ার জায়গা নেই, আর সফল নিবন্ধন কোনো নির্দিষ্ট ফ্লো সঠিকভাবে নির্বাচিত ও রাউট হয়েছে কিনা সে সম্পর্কে কিছুই বলে না।
একটি স্থিতিশীল উৎস কী সারায় না
এটি আগের ভুল কনফিগারেশনে তৈরি সদস্যের নকল এন্ট্রি সরায় না। সদস্য ও কী সার্ভারের মধ্যে পলিসি অমিলে ঘটিত কী পুনর্নবীকরণ ব্যর্থতা মেরামত করে না। যে ভৌত পথ ব্যর্থতা কী সার্ভারের একমাত্র রুটটি সরিয়ে দিয়েছে তা থেকে এটি টেকে না।
এটি যা করে তা হলো একটি চলক সরিয়ে দেওয়া: আপলিংক ঠিকানা বদলালে পরিচয় আর বদলায় না। এটি রাখার মতো, এবং এটি পুরো নকশা নয়, নকশার একটি লাইন।
কাজের ক্রম: কন্ট্রোল পথের নাম দিন, উভয় দিকে রুট আছে এমন ঠিকানা বেছে নিন, কী সার্ভারের দৃশ্য নিশ্চিত করুন, তারপর সুরক্ষিত ট্রাফিক আলাদাভাবে পরীক্ষা করুন। নিবন্ধন যদি তবুও ব্যর্থ হয়, লুপব্যাক কখনোই সমস্যা ছিল না।