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 दिइँदैन वा सिधा इन्टरनेट पहुँच स्वतः प्रदान गरिँदैन; दुवै जडानका लागि निर्गम छुट्टै तय गर्नुहोस्।

सम्बन्धित लेखहरू