AWS Lambda nenokļūst līdz privātam starpniekserverim: pārbaudiet VPC ceļu
Pirmajam VPC savienojumam izmantojiet starpniekservera klausītāja adresi un portu, ar pareizu drošības grupas virzienu un DNS skatījumu.
Kad Requests ir konfigurēts pāradresēšanas starpniekserverim, Lambda vispirms pievienojas šim klausītājam. HTTPS vietne 443 portā nepārvērš starpniekserveri, kas klausās 3128 portā, par pirmā lēciena 443 portu.
Lambda code → configured VPC path → proxy listener → destinationPrivātam starpniekserverim EC2 vidē pievienojiet funkciju paredzētajiem VPC apakštīkliem un drošības grupām. Lambda pārvalda šīs pievienošanas tīkla saskarnes. Dažādi apakštīkli var darboties, ja to maršrutēšana un piekļuves kontrole atļauj savienojumu.
| Kontrole | Pirmā lēciena prasība tieši maršrutētā konfigurācijā tajā pašā VPC |
|---|---|
| Funkcijas drošības grupa | Izejošais TCP uz starpniekservera klausītāju |
| Starpniekservera drošības grupa | Ienākošais TCP šajā portā no paredzētā funkcijas avota vai drošības grupas |
| Starpniekservera process | Klausītājs sasniedzamajā saskarnē ar atļautu klientu piekļuvi |
Tikai funkcijas grupā esošs ienākošais noteikums nevar atļaut šo izejošo klienta savienojumu. Ceļa pārbaudē iekļaujiet maršrutēšanas tabulas un apakštīkla tīkla ACL.
Privātam Route 53 starpniekservera nosaukumam pārbaudiet mitinātās zonas saistījumu ar VPC un DNS konfigurāciju, tostarp enableDnsHostnames un enableDnsSupport. Veiksmīgs vaicājums no klēpjdatora nepierāda Lambda DNS skatījumu. Pierakstiet, vai neveiksmīgais nosaukums ir starpniekserveris vai vietne; vietnes maiņa uz ciparu IP nav starpniekservera nosaukuma labojums.
Kad šis lēciens strādā, starpniekserverim vajadzīgs savs tālākais maršruts. Lambda pievienošana publiskam apakštīklam nepiešķir publisku IP un automātiski nenodrošina tiešu interneta piekļuvi; izlemiet izeju atsevišķi abiem savienojumiem.