AWS Lambda একটি ব্যক্তিগত প্রক্সিতে পৌঁছাতে পারছে না: VPC পথ যাচাই করুন

প্রথম VPC সংযোগের জন্য প্রক্সি লিসেনারের ঠিকানা ও পোর্ট ব্যবহার করুন, সঠিক সিকিউরিটি-গ্রুপ দিক ও DNS দৃষ্টিভঙ্গি সহ।

Requests ফরওয়ার্ড প্রক্সির জন্য কনফিগার করা থাকলে Lambda প্রথমে সেই লিসেনারের সাথে সংযোগ করে। 443-এ থাকা একটি HTTPS সাইট 3128-এ শোনা প্রক্সিকে প্রথম-হপ পোর্ট 443-এ বদলে দেয় না।

Lambda code → configured VPC path → proxy listener → destination

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

নিয়ন্ত্রণসরাসরি রাউট করা একই-VPC সেটআপে প্রথম-হপের প্রয়োজনীয়তা
ফাংশন সিকিউরিটি গ্রুপপ্রক্সি লিসেনারের দিকে বহির্গামী TCP
প্রক্সি সিকিউরিটি গ্রুপনির্ধারিত ফাংশন উৎস বা সিকিউরিটি গ্রুপ থেকে সেই পোর্টে অন্তর্গামী TCP
প্রক্সি প্রক্রিয়ানাগালের ইন্টারফেসে ক্লায়েন্ট অ্যাক্সেস অনুমোদিত লিসেনার

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

ব্যক্তিগত Route 53 প্রক্সি নামের জন্য হোস্টেড-জোনের VPC সংযুক্তি ও DNS কনফিগারেশন যাচাই করুন, যার মধ্যে enableDnsHostnames ও enableDnsSupport রয়েছে। ল্যাপটপের সফল লুকআপ Lambda-র DNS দৃষ্টিভঙ্গি প্রমাণ করে না। ব্যর্থ নামটি প্রক্সি না ওয়েবসাইট তা লিপিবদ্ধ করুন; ওয়েবসাইটকে সংখ্যাসূচক IP-তে বদলানো প্রক্সি নামের সমাধান নয়।

এই হপ কাজ করার পর প্রক্সির নিজের সামনের পথ দরকার। Lambda-কে একটি পাবলিক সাবনেটে সংযুক্ত করা পাবলিক IP দেয় না বা স্বয়ংক্রিয়ভাবে সরাসরি ইন্টারনেট অ্যাক্সেস দেয় না; দুটি সংযোগের জন্য ইগ্রেস আলাদাভাবে ঠিক করুন।

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