เหตุผลที่ใหญ่ที่สุดที่ฉันรู้? ไอพีวี6. เหตุผลส่วนใหญ่ที่เสนอ IPv6 ก็เพื่อแก้ไขปัญหาการหมดที่อยู่ของ IPv4 และกำจัด 'การแฮ็กที่น่าเกลียด' นั่นคือ แนท. เนื่องจากการรวม IPv4+NAT ผู้คนจำนวนมากเกินไปคิดไปเองโดยอัตโนมัติ ไฟร์วอลล์ == แนท ซึ่งไม่ใช่กรณี ไฟร์วอลล์เกือบทั้งหมดสามารถทำ NAT ได้ แต่ไม่ใช่โซลูชัน NAT ทั้งหมดที่จะทำไฟร์วอลล์ได้
IPv6 ถือว่าเป็นเครือข่ายที่ไม่ได้ปิดบัง ซึ่งทำให้เกิดปัญหากับคนที่เคยชินกับการปิดบังทุกอย่าง. ในเครือข่าย IPv6 คุณจะปลอดภัยกว่ามากหากคิดว่าที่อยู่ IPv6 'สาธารณะ' ไม่รับประกันความสามารถในการกำหนดเส้นทาง
แต่ไม่ใช่แค่ IPv6 เท่านั้น มหาวิทยาลัยที่ฉันเคยทำงานมีการจัดสรร /16 IPv4 เมื่อฉันทำงานที่นั่น พวกเขามีเดสก์ท็อปที่มีที่อยู่ IP 'สาธารณะ' อยู่ แต่ก็ยังคงถูกไฟร์วอลล์เนื่องจากไฟร์วอลล์ของเราทำงานในโหมด 'โปร่งใส' เรามีพื้นที่ที่อยู่ ทำไมไม่ นอกจากนี้ยังทำให้กรณีการใช้งานบางกรณีจัดการได้ง่ายขึ้นโดยไม่ต้องเล่นเกมการส่งต่อพอร์ต NAT และการกำหนด IP สาธารณะ
หากคำจำกัดความของคุณเกี่ยวกับความโปร่งใสหมายถึงบริการรักษาความปลอดภัย L2 กรณีการใช้งานนั้นมีอยู่ทั่วไปแม้ในเครือข่าย IPv4
- AWS Security Groups ทำงานในลักษณะนี้สำหรับพวกเขา ec2, Virtual Private Cloud และบริการอื่นๆ
- Azure Security Groups ทำงานในลักษณะเดียวกัน
- ฉันไม่ได้ทำงานกับมันมาระยะหนึ่งแล้ว แต่ฉันเชื่อว่าเครือข่าย VMWare ESX มีตัวเลือกที่คล้ายกัน
ระบบเหล่านี้เป็นแกนหลักของการรักษาความปลอดภัยเครือข่ายในผู้ให้บริการคลาวด์สาธารณะรายใหญ่ คุณกำหนดรายการกฎอนุญาต/ปฏิเสธ และนำไปใช้กับทรัพยากร ใน AWS นี่คืออินเทอร์เฟซของอินสแตนซ์ EC2, Lambda หรือบริการอื่นๆ ไฟร์วอลล์ไม่มีอยู่ในกล่องเหมือน iptables แต่อยู่ใต้เครื่องเสมือน ทำให้เป็นอุปกรณ์ L2 แบบโปร่งใส