AWS Lambda ne doseže zasebnega proxyja: preverite pot VPC
Za prvo povezavo VPC uporabite naslov in vrata poslušalca proxyja, s pravo smerjo varnostne skupine in pogledom DNS.
Ko je Requests nastavljen za posredniški proxy, se Lambda najprej poveže s tem poslušalcem. Spletno mesto HTTPS na 443 ne spremeni proxyja, ki posluša na 3128, v vrata 443 prvega skoka.
Lambda code → configured VPC path → proxy listener → destinationZa zasebni proxy gostovan na EC2 funkcijo povežite z želenimi podomrežji in varnostnimi skupinami VPC. Lambda upravlja omrežne vmesnike za to povezavo. Različna podomrežja lahko delujejo, ko njihovo usmerjanje in nadzor dostopa to dovoljujeta.
| Nadzor | Zahteva prvega skoka v neposredno usmerjeni postavitvi v istem VPC |
|---|---|
| Varnostna skupina funkcije | Odhodni TCP do poslušalca proxyja |
| Varnostna skupina proxyja | Vhodni TCP na teh vratih iz želenega vira ali varnostne skupine funkcije |
| Postopek proxyja | Poslušalec na dosegljivem vmesniku z dovoljenim dostopom odjemalcev |
Pravilo za vhodni promet samo v skupini funkcije ne more odobriti te odhodne odjemalčeve povezave. V preverjanje poti vključite usmerjevalne tabele in omrežne ACL podomrežja.
Za zasebno ime proxyja v Route 53 preverite povezavo gostovane cone z VPC in konfiguracijo DNS, vključno z enableDnsHostnames in enableDnsSupport. Uspešno iskanje s prenosnika ne dokazuje pogleda DNS v Lambdi. Zabeležite, ali je neuspešno ime proxy ali spletno mesto; sprememba spletnega mesta v številčni IP ni popravek imena proxyja.
Ko ta skok deluje, proxy potrebuje svojo nadaljnjo pot. Priključitev Lambde na javno podomrežje ne dodeli javnega IP niti samodejno ne zagotovi neposrednega dostopa do interneta; izhod določite ločeno za obe povezavi.