AWS Lambda ప్రైవేట్ ప్రాక్సీని చేరుకోలేకపోతోంది: VPC మార్గాన్ని తనిఖీ చేయండి
మొదటి VPC కనెక్షన్ కోసం ప్రాక్సీ వినిపించే వ్యక్తి చిరునామా మరియు పోర్ట్‌ను ఉపయోగించండి, సరైన భద్రతా-గ్రూప్ దిశ మరియు DNS వీక్షణతో.
Requests ఫార్వర్డ్ ప్రాక్సీ కోసం కాన్ఫిగర్ చేయబడితే, Lambda మొదట ఆ వినిపించే వ్యక్తికి కనెక్ట్ అవుతుంది. 443 పై ఉన్న HTTPS సైట్ 3128 పై వినిపిస్తున్న ప్రాక్సీని మొదటి-హాప్ పోర్ట్ 443గా మార్చదు.
Lambda code → configured VPC path → proxy listener → destinationEC2 పై హోస్ట్ చేసిన ప్రైవేట్ ప్రాక్సీ కోసం, ఫంక్షన్‌ను ఉద్దేశించిన VPC సబ్‌నెట్‌లు మరియు భద్రతా గ్రూపులకు జోడించండి. Lambda ఈ జోడింపు కోసం నెట్‌వర్క్ ఇంటర్‌ఫేస్‌లను నిర్వహిస్తుంది. వాటి రౌటింగ్ మరియు యాక్సెస్ నియంత్రణలు అనుమతిస్తే వేరే సబ్‌నెట్‌లు కూడా పనిచేయగలవు.
| నియంత్రణ | ఒకే VPC లో నేరుగా రూట్ చేసిన సెటప్‌లో మొదటి-హాప్ అవసరం |
|---|---|
| ఫంక్షన్ భద్రతా గ్రూప్ | ప్రాక్సీ వినిపించే వ్యక్తి వైపు బహిర్గామి TCP |
| ప్రాక్సీ భద్రతా గ్రూప్ | ఉద్దేశించిన ఫంక్షన్ మూలం లేదా భద్రతా గ్రూప్ నుండి ఆ పోర్ట్‌పై అంతర్గామి TCP |
| ప్రాక్సీ ప్రక్రియ | చేరుకోగల ఇంటర్‌ఫేస్‌పై క్లయింట్ యాక్సెస్ అనుమతించబడిన వినిపించే వ్యక్తి |
ఫంక్షన్ గ్రూప్‌పై మాత్రమే ఉన్న ఇన్‌బౌండ్ నియమం ఈ అవుట్‌బౌండ్ క్లయింట్ కనెక్షన్‌ను అధికారం ఇవ్వదు. మార్గ తనిఖీలో రూట్ టేబుల్స్ మరియు సబ్‌నెట్ నెట్‌వర్క్ ACLలను చేర్చండి.
ప్రైవేట్ Route 53 ప్రాక్సీ పేరు కోసం, హోస్టెడ్ జోన్ VPC అనుబంధం మరియు DNS కాన్ఫిగరేషన్‌ను ధృవీకరించండి, enableDnsHostnames మరియు enableDnsSupport తో సహా. ల్యాప్‌టాప్ నుండి విజయవంతమైన శోధన Lambda యొక్క DNS వీక్షణను నిరూపించదు. విఫలమైన పేరు ప్రాక్సీనా లేదా వెబ్‌సైట్‌నా నమోదు చేయండి; సైట్‌ను సంఖ్యా IP గా మార్చడం ప్రాక్సీ పేరు పరిష్కారం కాదు.
ఈ హాప్ పనిచేసిన తర్వాత ప్రాక్సీకి దాని సొంత ముందుకు మార్గం అవసరం. Lambdaను పబ్లిక్ సబ్‌నెట్‌కు జోడించడం పబ్లిక్ IP ఇవ్వదు లేదా ప్రత్యక్ష ఇంటర్నెట్ యాక్సెస్‌ను స్వయంచాలకంగా అందించదు; రెండు కనెక్షన్లకు ఎగ్రెస్‌ను విడిగా నిర్ణయించండి.