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

একটি AWS IPv4 ব্যবস্থা হল:

private worker → public NAT gateway → internet gateway → proxy service → destination

একটি পাবলিক NAT গেটওয়ের সাথে একটি Elastic IP যুক্ত থাকে। VPC-র ইন্টারনেট গেটওয়ে দিয়ে পাঠানো ট্র্যাফিকের জন্য AWS NAT গেটওয়ের ব্যক্তিগত ঠিকানাকে সেই Elastic IP-তে রূপান্তর করে। তাই দূরবর্তী প্রক্সি প্রতিটি কর্মীর ব্যক্তিগত ঠিকানার বদলে সেই পাবলিক এগ্রেস ঠিকানাকে অনুমোদন করতে পারে।

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

প্রক্সি যে সোর্স গ্রহণ করে তা একটি ঠিকানা সম্পর্ক। গন্তব্য যে প্রক্সি নির্গমন ঠিকানা দেখে তা আরেকটি। অ্যাকাউন্টকে স্থিতিশীল সংযোগ IP দিলে সেবাটি সেই IP-কে তার নির্গমন হিসেবে ব্যবহার করতে বাধ্য হয় না।

একটি প্রাইভেট NAT গেটওয়ে এই পাবলিক Elastic IP ইন্টারনেট ব্যবস্থা দেয় না। AWS আরও নথিভুক্ত করে যে পাবলিক NAT গেটওয়ে ইন্টারনেট গেটওয়ের বদলে ট্রানজিট বা ভার্চুয়াল প্রাইভেট গেটওয়ে দিয়ে ট্র্যাফিক পাঠালে ঠিকানার আচরণ ভিন্ন হয়।

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

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