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 नहीं देता और स्वतः सीधा इंटरनेट एक्सेस नहीं देता; दोनों कनेक्शनों के लिए निर्गम अलग से तय करें।

संबंधित लेख