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 મળતું નથી કે સીધો ઇન્ટરનેટ એક્સેસ આપોઆપ મળતો નથી; બંને જોડાણો માટે બહિર્ગમ અલગથી નક્કી કરો.

સંબંધિત લેખો