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 मिळत नाही किंवा थेट इंटरनेट प्रवेश स्वयंचलितपणे मिळत नाही; दोन्ही कनेक्शनांसाठी निर्गम वेगळे ठरवा.

संबंधित लेख