AWS Lambda xususiy proksiga yetib bormayapti: VPC yo'lini tekshiring
Birinchi VPC ulanishi uchun proksi tinglovchisining manzili va portidan foydalaning, xavfsizlik guruhining to'g'ri yo'nalishi va DNS ko'rinishi bilan.
Requests yo'naltiruvchi proksi uchun sozlangan bo'lsa, Lambda avval o'sha tinglovchiga ulanadi. 443-dagi HTTPS sayt 3128-da tinglayotgan proksini birinchi sakrash porti 443 ga aylantirmaydi.
Lambda code → configured VPC path → proxy listener → destinationEC2-da joylashtirilgan xususiy proksi uchun funksiyani mo'ljallangan VPC quyi tarmoqlari va xavfsizlik guruhlariga ulang. Lambda bu ulanish uchun tarmoq interfeyslarini boshqaradi. Ularning marshrutlash va kirish nazorati ruxsat bersa, boshqa quyi tarmoqlar ham ishlaydi.
| Nazorat | Ayni VPC ichida to'g'ridan-to'g'ri marshrutlangan sozlamada birinchi sakrash talabi |
|---|---|
| Funksiya xavfsizlik guruhi | Proksi tinglovchisiga chiquvchi TCP |
| Proksi xavfsizlik guruhi | Mo'ljallangan funksiya manbasi yoki xavfsizlik guruhidan o'sha portga kiruvchi TCP |
| Proksi jarayoni | Yetib boriladigan interfeysda mijoz kirishi ruxsat etilgan tinglovchi |
Faqat funksiya guruhidagi kiruvchi qoida bu chiquvchi mijoz ulanishiga ruxsat bera olmaydi. Yo'l tekshiruviga marshrut jadvallari va quyi tarmoqning tarmoq ACL larini kiriting.
Route 53 dagi xususiy proksi nomi uchun xosting zonasining VPC bog'lanishi va DNS sozlamasini, jumladan enableDnsHostnames va enableDnsSupport ni tekshiring. Noutbukdan muvaffaqiyatli qidiruv Lambda ning DNS ko'rinishini isbotlamaydi. Muvaffaqiyatsiz nom proksi yoki sayt ekanini yozib qo'ying; saytni raqamli IP ga almashtirish proksi nomini tuzatish emas.
Bu sakrash ishlagandan so'ng proksiga o'zining keyingi yo'li kerak. Lambda ni ommaviy quyi tarmoqqa ulash ommaviy IP bermaydi va to'g'ridan-to'g'ri internetga kirishni avtomatik ta'minlamaydi; ikkala ulanish uchun chiqishni alohida hal qiling.