একটি বিদ্যমান Site-to-Site VPN 10.60.0.0/16 বহন করছে, একই অন-প্রিমাইজ গেটওয়ের পিছনে 10.70.0.0/16 হিসেবে একটি নতুন সার্ভিস নেটওয়ার্ক দেখা যাচ্ছে, এবং কেউ জিজ্ঞাসা করছে প্রক্সি দরকার কি না। সাধারণত দরকার হয় না: একটি রাউটেড পথ প্রিফিক্সটি বহন করতে পারে, কিন্তু কেবল তখনই যখন তিনটি বিষয় মিলে যায়, আর কোন তিনটি তা নির্ভর করে আপনি ইতিমধ্যেই যে AWS আর্কিটেকচার চালাচ্ছেন তার উপর। একটি ভার্চুয়াল প্রাইভেট গেটওয়ের একটি রুট-টেবিল সীমা থাকে; একটি ট্রানজিট গেটওয়ে দ্বিতীয়টি যোগ করে। বিজ্ঞাপন সঠিক আর টেবিল ভুল হলে এমন একটি সেশন তৈরি হয় যা সুস্থ দেখায় কিন্তু কিছুই পৌঁছায় না।

এমন একটি প্রিফিক্স প্রকাশ করুন যা গেটওয়ে সত্যিই পৌঁছাতে পারে

যেকোনো বিজ্ঞাপন অর্থবহ হওয়ার আগে অন-প্রিমাইজ গেটওয়ের নতুন নেটওয়ার্কের দিকে একটি অগ্রবর্তী রুট দরকার। BGP-এর মাধ্যমে 10.70.0.0/16 বিজ্ঞাপন করা AWS-কে বলে সেই রেঞ্জের প্যাকেট কোথায় পাঠাতে হবে; এটি সেই স্থানীয় ফরওয়ার্ডিং পথ তৈরি করে না যা রেঞ্জটিকে অন্য প্রান্তে পৌঁছানোযোগ্য করে। নিশ্চিত করুন যে গেটওয়ের কাছে প্রিফিক্সের জন্য একটি রুট আছে যা এটি ধারণকারী ডিভাইসের দিকে নির্দেশ করে, এবং ডিভাইসটি সেই ঠিকানাগুলোর জন্য উত্তর দিতে কনফিগার করা আছে। এক্সপোর্ট নীতি এবং গৃহীত প্রিফিক্স সীমা পরবর্তী সীমাবদ্ধতা, কারণ যে প্রিফিক্স সেশনটি ফিল্টার করে ফেলে তা AWS-এ একেবারেই পৌঁছায় না।

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

পথ এক: ভার্চুয়াল প্রাইভেট গেটওয়ে সীমা

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

একটি সুস্থ BGP সেশন প্রমাণ করে চ্যানেলটি আছে। এটি বলে না কোনো নির্দিষ্ট সাবনেট টেবিল রুটটি গ্রহণ করেছে কি না।

পথ দুই: ট্রানজিট গেটওয়ে একটি টেবিল যোগ করে

একটি ট্রানজিট গেটওয়ে সেই একটি প্রশ্নকে দুই ভাগে ভাগ করে। VPC সাবনেটকে গন্তব্যটি ট্রানজিট গেটওয়ে অ্যাটাচমেন্টে পাঠাতে হবে, তারপর ট্রানজিট গেটওয়ে রুট টেবিলকে একই প্রিফিক্সের জন্য VPN অ্যাটাচমেন্ট নির্বাচন করতে হবে। অ্যাসোসিয়েশন ও প্রোপাগেশন পছন্দ ঠিক করে কোন সংযুক্ত নেটওয়ার্কগুলো রুটটি পাবে, তাই একটি প্রিফিক্স VPN দ্বারা সঠিকভাবে বিজ্ঞাপিত হয়েও সেই VPC-তে কখনো নাও পৌঁছাতে পারে যার টেবিল কখনো সঠিক রুট টেবিলের সাথে সংযুক্ত হয়নি।

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

রুট প্রোপাগেশনও প্রতিটি অ্যাটাচমেন্টকে প্রিফিক্স দেয় না। এটি কেবল সেই টেবিলগুলোতে বিতরণ করে যেগুলো তা গ্রহণ করতে কনফিগার করা।

ফেরত পথ নিজেই একটি নীতি সিদ্ধান্ত

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

ঠিকানা ওভারল্যাপ আরেকটি ফাঁদ। আলাদা, স্পষ্ট মালিকানার রেঞ্জ এটি সহজ রাখে; ওভারল্যাপিং রেঞ্জ মানে অনুবাদ বা পুনর্নকশা, এবং কোনোটিই একই রেসিপির বিনিময়যোগ্য রূপ নয়।

নতুন নেটওয়ার্কে একটি সোর্স এবং অ্যাপ্লিকেশন সাবনেটে একটি গন্তব্য দিয়ে পরীক্ষা করুন, তারপর বিপরীত দিকে পুনরাবৃত্তি করুন। একমুখী পরীক্ষা একটিমাত্র দিক প্রমাণ করে।

কখন প্রক্সিই সত্যিই ভালো সীমা

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

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

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