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 չի տալիս և ինքնաշխատ ուղիղ ինտերնետ հասանելիություն չի ապահովում. ելքը որոշեք առանձին երկու կապերի համար։

Առնչվող հոդվածներ