AWS Lambda เข้าถึงพร็อกซีส่วนตัวไม่ได้: ตรวจสอบเส้นทาง VPC

ใช้ที่อยู่และพอร์ตของตัวรับฟังพร็อกซีสำหรับการเชื่อมต่อ VPC ครั้งแรก พร้อมทิศทางกลุ่มความปลอดภัยและมุมมอง DNS ที่ถูกต้อง

เมื่อ Requests ถูกกำหนดค่าเป็นพร็อกซีส่งต่อ Lambda จะเชื่อมต่อกับตัวรับฟังนั้นก่อน เว็บไซต์ HTTPS บน 443 ไม่ได้เปลี่ยนพร็อกซีที่รับฟังบน 3128 ให้เป็นพอร์ต 443 ของการกระโดดครั้งแรก

Lambda code → configured VPC path → proxy listener → destination

สำหรับพร็อกซีส่วนตัวที่โฮสต์บน EC2 ให้เชื่อมฟังก์ชันกับซับเน็ตและกลุ่มความปลอดภัยของ VPC ที่ต้องการ Lambda จัดการอินเทอร์เฟซเครือข่ายสำหรับการเชื่อมนี้ ซับเน็ตอื่นอาจทำงานได้เมื่อการกำหนดเส้นทางและการควบคุมการเข้าถึงอนุญาต

การควบคุมข้อกำหนดของการกระโดดครั้งแรกในการตั้งค่าที่กำหนดเส้นทางโดยตรงภายใน VPC เดียวกัน
กลุ่มความปลอดภัยของฟังก์ชันTCP ขาออกไปยังตัวรับฟังพร็อกซี
กลุ่มความปลอดภัยของพร็อกซีTCP ขาเข้าบนพอร์ตนั้นจากแหล่งหรือกลุ่มความปลอดภัยของฟังก์ชันที่ต้องการ
โพรเซสพร็อกซีตัวรับฟังบนอินเทอร์เฟซที่เข้าถึงได้โดยอนุญาตการเข้าถึงของไคลเอนต์

กฎขาเข้าบนกลุ่มของฟังก์ชันเพียงอย่างเดียวไม่อาจอนุญาตการเชื่อมต่อไคลเอนต์ขาออกนี้ได้ ให้รวมตารางเส้นทางและ ACL เครือข่ายของซับเน็ตในการตรวจเส้นทาง

สำหรับชื่อพร็อกซีส่วนตัวใน Route 53 ให้ตรวจสอบการเชื่อมโยงโซนที่โฮสต์กับ VPC และการกำหนดค่า DNS รวมถึง enableDnsHostnames และ enableDnsSupport การค้นหาที่สำเร็จจากแล็ปท็อปไม่ได้พิสูจน์มุมมอง DNS ของ Lambda บันทึกว่าชื่อที่ล้มเหลวคือพร็อกซีหรือเว็บไซต์ การเปลี่ยนเว็บไซต์เป็น IP ตัวเลขไม่ใช่การแก้ไขชื่อพร็อกซี

เมื่อการกระโดดนี้ทำงาน พร็อกซีต้องมีเส้นทางต่อไปของตนเอง การเชื่อม Lambda กับซับเน็ตสาธารณะไม่ได้ให้ IP สาธารณะหรือให้การเข้าถึงอินเทอร์เน็ตโดยตรงโดยอัตโนมัติ ต้องตัดสินใจเรื่องขาออกแยกสำหรับการเชื่อมต่อทั้งสอง

บทความที่เกี่ยวข้อง