Az AWS Lambda nem éri el a privát proxyt: ellenőrizze a VPC útvonalat
Az első VPC-kapcsolathoz a proxy figyelőjének címét és portját használja, a helyes biztonsági csoport iránnyal és DNS-nézettel.
Ha a Requests továbbító proxyra van beállítva, a Lambda először ahhoz a figyelőhöz csatlakozik. A 443-on futó HTTPS-webhely nem teszi a 3128-on figyelő proxyt az első ugrás 443-as portjává.
Lambda code → configured VPC path → proxy listener → destinationEC2-n hosztolt privát proxy esetén csatolja a függvényt a tervezett VPC-alhálózatokhoz és biztonsági csoportokhoz. A Lambda kezeli a kapcsolódás hálózati interfészeit. Különböző alhálózatok is működhetnek, ha az útválasztásuk és hozzáférés-vezérlésük engedi a kapcsolatot.
| Vezérlés | Első ugrás követelménye közvetlenül útválasztott, azonos VPC-s beállításban |
|---|---|
| Függvény biztonsági csoportja | Kimenő TCP a proxy figyelőjéhez |
| Proxy biztonsági csoportja | Bejövő TCP azon a porton a tervezett függvényforrásból vagy biztonsági csoportból |
| Proxy-folyamat | Figyelő az elérhető interfészen, engedélyezett klienshozzáféréssel |
Csak a függvény csoportján lévő bejövő szabály nem engedélyezheti ezt a kimenő ügyfélkapcsolatot. Vegye fel az útvonaltáblákat és az alhálózat hálózati ACL-jeit az útvonal-ellenőrzésbe.
Privát Route 53 proxy névnél ellenőrizze a hosztolt zóna VPC-társítását és a DNS-konfigurációt, beleértve a enableDnsHostnames és enableDnsSupport beállításokat. A laptop sikeres lekérdezése nem bizonyítja a Lambda DNS-nézetét. Jegyezze fel, hogy a sikertelen név a proxy vagy a webhely; a webhely numerikus IP-re cserélése nem a proxy név javítása.
Ha ez az ugrás működik, a proxynak saját továbbítási útvonalra van szüksége. A Lambda nyilvános alhálózathoz csatolása nem ad nyilvános IP-t, és nem biztosít automatikusan közvetlen internetelérést; a kimenő forgalmat külön döntse el mindkét kapcsolatnál.