AWS Lambda хувийн проксид хүрч чадахгүй байна: VPC замыг шалгана уу
Эхний VPC холболтод прокси сонсогчийн хаяг болон портыг ашиглаж, аюулгүй байдлын бүлгийн зөв чиглэл, DNS харагдацтай байлгана.
Requests-ийг урагшлах проксид тохируулсан үед Lambda эхлээд тэр сонсогчид холбогдоно. 443 дээрх HTTPS сайт 3128 дээр сонсож буй проксийг эхний үсрэлтийн 443 порт болгохгүй.
Lambda code → configured VPC path → proxy listener → destinationEC2 дээр байрласан хувийн проксид функцийг зориулсан VPC дэд сүлжээ болон аюулгүй байдлын бүлгүүдэд холбоно. Lambda энэ холболтын сүлжээний интерфейсийг удирддаг. Тэдгээрийн чиглүүлэлт болон хандалтын хяналт зөвшөөрвөл өөр дэд сүлжээнүүд ч ажиллаж болно.
| Хяналт | Нэг VPC дотор шууд чиглүүлсэн тохиргоонд эхний үсрэлтийн шаардлага |
|---|---|
| Функцийн аюулгүй байдлын бүлэг | Прокси сонсогч руу гарах TCP |
| Проксийн аюулгүй байдлын бүлэг | Зориулсан функцийн эх сурвалж буюу аюулгүй байдлын бүлгээс тухайн порт руу орох TCP |
| Прокси процесс | Хүрэх боломжтой интерфейс дээр хэрэглэгчийн хандалт зөвшөөрөгдсөн сонсогч |
Зөвхөн функцийн бүлэг дээрх орох дүрэм энэ гарах хэрэглэгчийн холболтыг зөвшөөрч чадахгүй. Замын шалгалтад чиглүүлэлтийн хүснэгт болон дэд сүлжээний сүлжээний ACL-ийг оруулна.
Route 53 дахь хувийн прокси нэрийн хувьд хостлосон бүсийн VPC холбоо болон DNS тохиргоог, enableDnsHostnames болон enableDnsSupport-ыг оролцуулан шалгана. Зөөврийн компьютерээс амжилттай хайлт хийсэн нь Lambda-гийн DNS харагдацыг батлахгүй. Амжилтгүй нэр нь прокси уу эсвэл вэбсайт уу гэдгийг тэмдэглэнэ; сайтыг тоон IP болгох нь прокси нэрийн засвар биш.
Энэ үсрэлт ажилласны дараа проксид өөрийн цаашдын зам хэрэгтэй. Lambda-г нийтийн дэд сүлжээнд холбох нь нийтийн IP өгөхгүй, интернэтэд шууд хандах боломжийг автоматаар хангахгүй; хоёр холболтын гарах замыг тусад нь шийднэ.