AWS Lambda nu ajunge la un proxy privat: verificați calea VPC
Folosiți adresa și portul listenerului proxy pentru prima conexiune VPC, cu direcția corectă a grupului de securitate și vizualizarea DNS.
Când Requests este configurat pentru un proxy de redirecționare, Lambda se conectează mai întâi la acel listener. Un site HTTPS pe 443 nu transformă un proxy care ascultă pe 3128 în portul 443 al primului salt.
Lambda code → configured VPC path → proxy listener → destinationPentru un proxy privat găzduit pe EC2, atașați funcția la subrețelele și grupurile de securitate VPC dorite. Lambda gestionează interfețele de rețea pentru această atașare. Subrețele diferite pot funcționa când rutarea și controalele de acces permit conexiunea.
| Control | Cerința primului salt într-o configurație rutată direct în același VPC |
|---|---|
| Grupul de securitate al funcției | TCP de ieșire către listenerul proxy |
| Grupul de securitate al proxy-ului | TCP de intrare pe acel port din sursa sau grupul de securitate dorit al funcției |
| Procesul proxy | Listener pe interfața accesibilă cu accesul clienților permis |
O regulă de intrare doar pe grupul funcției nu poate autoriza această conexiune de client de ieșire. Includeți tabelele de rutare și ACL-urile de rețea ale subrețelei în verificarea căii.
Pentru un nume de proxy privat în Route 53, verificați asocierea zonei găzduite cu VPC și configurația DNS, inclusiv enableDnsHostnames și enableDnsSupport. O interogare reușită de pe laptop nu dovedește vizualizarea DNS a Lambda. Notați dacă numele care eșuează este proxy-ul sau site-ul; schimbarea site-ului cu un IP numeric nu remediază numele proxy-ului.
După ce acest salt funcționează, proxy-ul are nevoie de propria rută înainte. Atașarea Lambda la o subrețea publică nu alocă un IP public și nu oferă automat acces direct la internet; decideți ieșirea separat pentru ambele conexiuni.