AWS Lambda ei jõua privaatse puhverserverini: kontrollige VPC-teekonda
Kasutage esimese VPC-ühenduse jaoks puhverserveri kuulaja aadressi ja porti, õige turvagrupi suuna ja DNS-vaatega.
Kui Requests on seadistatud edastavaks puhverserveriks, loob Lambda esimesena ühenduse selle kuulajaga. HTTPS-i sait pordil 443 ei muuda pordil 3128 kuulavat puhverserverit esimese hüppe pordiks 443.
Lambda code → configured VPC path → proxy listener → destinationEC2-s majutatud privaatse puhverserveri puhul ühendage funktsioon kavandatud VPC alamvõrkude ja turvagruppidega. Lambda haldab selle ühenduse jaoks võrguliideseid. Erinevad alamvõrgud võivad töötada, kui nende marsruutimine ja juurdepääsukontroll ühenduse lubavad.
| Kontroll | Esimese hüppe nõue otseselt marsruuditud samas VPC-s paigutuses |
|---|---|
| Funktsiooni turvagrupp | Väljuv TCP puhverserveri kuulajani |
| Puhverserveri turvagrupp | Sissetulev TCP sellel pordil kavandatud funktsiooni allikast või turvagrupist |
| Puhverserveri protsess | Kuulaja kättesaadaval liidesel, kliendi juurdepääs lubatud |
Ainult funktsiooni grupis olev sissetulev reegel ei saa seda väljuvat kliendiühendust lubada. Lisage teekonna kontrolli marsruutimistabelid ja alamvõrgu võrgu-ACL-id.
Privaatse Route 53 puhverserveri nime puhul kontrollige hostitud tsooni VPC-seost ja DNS-i seadistust, sealhulgas enableDnsHostnames ja enableDnsSupport. Sülearvuti edukas päring ei tõesta Lambda DNS-vaadet. Märkige, kas ebaõnnestunud nimi on puhverserver või veebisait; veebisaidi muutmine numbriliseks IP-ks ei paranda puhverserveri nime.
Kui see hüpe töötab, vajab puhverserver oma edasist teekonda. Lambda kinnitamine avalikku alamvõrku ei anna avalikku IP-d ega taga automaatselt otsest internetiühendust; otsustage väljuv liiklus mõlema ühenduse jaoks eraldi.