ข้ามไปยังเนื้อหา
กลับหน้ารายการบทความ

Transit Gateway และ Cloud WAN เพิ่ม 1:1 NAT เชื่อมเครือข่ายที่ CIDR ซ้ำกัน

AWS Transit Gateway และ AWS Cloud WAN รองรับ managed one-to-one NAT บน attachment ตามประกาศวันที่ 23 ตุลาคม 2026 ผ่านการเชื่อมกับ Regional Private NAT Gateway ความสามารถนี้มุ่งช่วยเชื่อมเครือข่าย private ที่ใช้ CIDR ซ้ำกัน โดยไม่ต้องเร

Transit Gateway และ Cloud WAN เพิ่ม 1:1 NAT เชื่อมเครือข่ายที่ CIDR ซ้ำกัน

AWS Transit Gateway และ AWS Cloud WAN รองรับ managed one-to-one NAT บน attachment ตามประกาศวันที่ 23 ตุลาคม 2026 ผ่านการเชื่อมกับ Regional Private NAT Gateway ความสามารถนี้มุ่งช่วยเชื่อมเครือข่าย private ที่ใช้ CIDR ซ้ำกัน โดยไม่ต้องเริ่มจากเปลี่ยนเลข IP ทั้งสองฝั่งหรือดูแล NAT appliance เอง

แก้การชนกันของ Address Space

ตาม AWS ผู้ดูแลกำหนด translation rule ว่า source CIDR จะแปลงเป็น private range ใดบน attachment บริการจัดการการแปลงทั้งสองทิศทางให้ และรองรับเส้นทางเชื่อม VPC, Site-to-Site VPN, Direct Connect รวมถึง SD-WAN ผ่าน Transit Gateway Connect ประกาศระบุการให้บริการใน commercial Regions ที่บริการเกี่ยวข้องเปิดใช้งาน

ตัวอย่างที่เห็นภาพคือบริษัทซื้อกิจการแล้วพบว่าทั้งสองเครือข่ายใช้ 10.0.0.0/16 เหมือนกัน การมีช่วงแปลที่ไม่ทับกันช่วยให้แยกปลายทางบนเส้นทางเชื่อมได้ แต่ไม่ได้ทำให้ทุกแอปรู้จักชื่อหรือ address ใหม่โดยอัตโนมัติ ผู้ดูแลยังต้องทบทวน DNS, allowlist และ config ที่ฝัง IP ไว้ในแอป

ก่อนสร้าง Rule ต้องมีแผน IP กลาง

ควรบันทึก mapping ของช่วงต้นทางกับช่วงที่แปลใน inventory ที่ทีมทั้งสองฝั่งเข้าถึงได้ ตรวจว่า translated range ไม่ไปทับกับเครือข่ายที่กำลังเชื่อมเพิ่มหรือแผนขยายในอนาคต ปัญหา CIDR ซ้ำมักกลับมาเมื่อมีพันธมิตรหรือไซต์ใหม่ จึงไม่ควรเลือกช่วงที่ว่างเฉพาะมุมมองของทีมเดียว

จากนั้นทบทวน route และ policy ที่อ้าง IP ว่าจุดใดมองเห็น address ก่อนหรือหลังแปลง การตั้งกฎจากข้อมูลผิดด้านอาจทำให้เปิดสิทธิ์กว้างเกินจำเป็นหรือบล็อก traffic ที่ถูกต้อง แม้บริการจะไม่ต้องเขียนกฎ return traffic แยกตามประกาศ ทีมยังต้องพิสูจน์ว่าขอบเขตการเข้าถึงตรงกับที่ออกแบบไว้

ตรวจทั้ง Connection และข้อมูลใน Log

การทดสอบควรรวม TCP connection ที่แอปใช้งานจริงและเส้นทางที่ควรถูกปฏิเสธ รวมถึงตรวจว่า log ฝั่งผู้รับบอกตัวตนต้นทางได้เพียงพอสำหรับสืบค้นหรือไม่ หากแอปใช้ IP เพื่อแบ่งลูกค้า จำกัดการใช้งาน หรือจับคู่ระบบต้นทาง ต้องประเมินผลของ mapping กับ logic เหล่านั้นโดยตรง

AWS ระบุช่องทางเฝ้าดูผ่าน CloudWatch metrics และ EventBridge events ผู้ดูแลควรผูกข้อมูลนี้กับ mapping และ change record เพื่ออธิบายเหตุขัดข้องย้อนหลังได้ ค่าใช้จ่ายต้องตรวจจากหน้า VPC pricing ล่าสุด ไม่อนุมานว่าการเลิกดูแล appliance จะไม่มีต้นทุนบริการใหม่ การเปิดใช้งานจะเหมาะที่สุดเมื่อทีมลดงานจัดการเครือข่ายได้โดยยังรักษาความชัดเจนของ routing, policy และการระบุต้นทางในงานปฏิบัติการ

แหล่งข่าว: ประกาศทางการวันที่ 23 ตุลาคม 2026