เครื่องมือจัดการที่อยู่ IPv6

IPv6 ขยาย / บีบอัด / จัดประเภท

ตรวจสอบความถูกต้องของที่อยู่ IPv6 อย่างรวดเร็ว รับรูปแบบการขยายเต็ม รูปแบบบีบอัด การจัดประเภทที่อยู่ รูปแบบ nibble ย้อนกลับ และอื่นๆ

ผลลัพธ์การประมวลผล

ที่อยู่ตัวอย่างเอกสาร (2001:db8::/32)

รูปแบบขยาย

2001:0db8:0000:0000:0000:0000:0000:0001

รูปแบบบีบอัด

2001:db8::1

การจัดประเภทที่อยู่

ที่อยู่ตัวอย่างเอกสาร (2001:db8::/32)

เครื่องมือวิเคราะห์ที่อยู่ IPv6 มืออาชีพ รองรับรูปแบบหลายแบบ RFC 5952 บีบอัด/ขยาย การแบ่งเครือข่ายย่อย การวิเคราะห์ EUI-64, ULA, link-local, multicast และวินิจฉัยข้อผิดพลาดรูปแบบ

คำแนะนำที่เกี่ยวข้อง

เครื่องคำนวณซับเน็ต

ค้นหา IP

ตัวแปลง IPv4

ค้นหา DNS

ค้นหา WHOIS

What Is My IP?

กรณีการใช้งาน

พัฒนา/ดีบักแอปพลิเคชันที่รองรับ IPv6 ตรวจสอบว่ารูปแบบที่อยู่ถูกต้อง และแปลงรูปแบบมาตรฐานอย่างรวดเร็ว
ออกแบบและตรวจสอบแผนการแบ่งเครือข่ายย่อย IPv6 เมื่อปรับใช้เครือข่ายองค์กร คำนวณรายการบล็อกเครือข่ายย่อย /64 หลายรายการจาก /48
ตรวจสอบการกำหนดค่า router advertisement, firewall rule และ DNS record เมื่อกำหนดค่าเซิร์ฟเวอร์/อุปกรณ์เครือข่าย
วิเคราะห์ที่อยู่ที่สร้างโดย EUI-64 หรือความเป็นส่วนตัวส่วนขยาย ทำความเข้าใจว่า MAC address ของอุปกรณ์ปรากฏในที่อยู่อย่างไร
ประมวลผลข้อมูลบันทึก/การไหลของทราฟฟิก IPv6 ย่อ/ขยายที่อยู่เป็นชุดเพื่อการค้นหาและการรวมสถิติ
เขียนโค้ด API/ตัวแยกวิเคราะห์ที่เกี่ยวข้องกับ IPv6 ตรวจสอบว่าการประมวลผลที่อยู่รูปแบบต่างๆ ถูกต้องและสอดคล้องกับ RFC 5952
ศึกษาหลักการและการกำหนดค่า IPv6 สังเกตความสัมพันธ์ระหว่างรูปแบบต่างๆ, prefix และการจำแนกประเภทที่อยู่
เปรียบเทียบการตั้งค่า IPv6 ที่แสดงจากระบบปฏิบัติการ/อุปกรณ์ต่างๆ ย่อที่อยู่ให้เป็นรูปแบบเดียวสำหรับเปรียบเทียบ

คุณสมบัติ

รองรับรูปแบบที่อยู่ IPv6 หลายรูปแบบ: รูปแบบเต็ม, รูปแบบย่อ RFC 5952, รูปแบบเลข 0 นำหน้า, ที่อยู่ฝัง IPv4 แบบผสม
ขยายที่อยู่ย่อ (::) เป็นรูปแบบ 8 กลุ่มเต็มโดยอัตโนมัติ ซึ่งสะดวกสำหรับเปรียบเทียบไบนารีและการดีบัก
ทำให้ที่อยู่เป็นมาตรฐานตาม RFC 5952: ตัวพิมพ์เล็ก ลบเลข 0 นำหน้า ย่อ :: ตามกฎเลือกชุดยาวที่สุด/ซ้ายสุด
รองรับคำนวณ CIDR: คำนวณที่อยู่เครือข่าย ที่อยู่สิ้นสุด จำนวนที่อยู่ของเครือข่าย จำนวนเครือข่ายย่อยที่แบ่งได้
รองรับการแบ่งเครือข่ายย่อย: ตั้งค่า prefix ต้นทางและเป้าหมายคำนวณรายการเครือข่ายย่อยโดยอัตโนมัติ
วิเคราะห์ EUI-64 Interface ID: แยกส่วน MAC address จาก Interface ID ที่ได้จาก EUI-64 หรือในทางกลับกันสร้าง EUI-64 จาก MAC
ระบุประเภทที่อยู่อัตโนมัติ: loopback, link-local, ULA, global unicast, multicast, ที่อยู่แมป IPv4
ตรวจสอบความถูกต้องของรูปแบบที่อยู่: ตรวจจับ :: หลายตัว เลขกลุ่มผิดจำนวน อักขระผิด เลข 0 นำหน้าเกินและข้อผิดพลาดอื่นๆ
แปลงเลขฐานสิบหก/เลขฐานสิบ/เลขฐานสองของที่อยู่ IPv6 แสดงโครงสร้างไบนารี 128 บิต
วิเคราะห์ส่วนต่างๆ ของที่อยู่: global routing prefix, subnet ID, interface identifier แยกการวิเคราะห์
รองรับที่อยู่ฝัง IPv4 (เช่น ::ffff:192.168.1.1) จดจำและแปลงที่อยู่ NAT64 ที่แมป IPv4
อ้างอิงสัญกรณ์ prefix ยอดนิยม (/32 /48 /56 /64 /128) คำอธิบายและวัตถุประสงค์การใช้งาน
อินพุตรองรับวางที่อยู่หลายบรรทัดประมวลผลเป็นชุด เหมาะสำหรับสคริปต์และประมวลผลรายการข้อมูลจำนวนมาก
ผลลัพธ์ทั้งหมดสามารถคัดลอกได้ในคลิกเดียวและให้ตัวอย่างโค้ด Python/JavaScript/Java

วิธีการใช้งาน

วางที่อยู่ IPv6 (หรือ CIDR ที่มี /prefix) ที่ต้องการประมวลผลในช่องอินพุต รองรับรูปแบบเต็ม รูปแบบย่อ รูปแบบที่มีเลข 0 นำหน้า ที่อยู่ฝัง IPv4
เลือกการดำเนินการ: ทำให้เป็นมาตรฐาน (RFC 5952), ขยายที่อยู่เต็ม, คำนวณ CIDR, แบ่งเครือข่ายย่อย, วิเคราะห์ EUI-64, ตรวจสอบรูปแบบ
หากต้องการคำนวณเครือข่ายย่อย ให้กรอกความยาว prefix ต้นทาง (เช่น 48) และความยาวเครือข่ายย่อยเป้าหมาย (เช่น 64)
หากต้องการวิเคราะห์/สร้าง EUI-64 ให้กรอก MAC address (รูปแบบ xx:xx:xx:xx:xx:xx) หรือที่อยู่ IPv6 ที่มี EUI-64 Interface ID
คลิกปุ่ม "ประมวลผล" รอผลลัพธ์ รองรับการประมวลผลที่อยู่รายการเดียวหรือชุดรายการหลายบรรทัด
ดูผลการวิเคราะห์: ประเภทที่อยู่, การวิเคราะห์ส่วนประกอบ, ค่าที่แปลงแล้ว, รายการเครือข่ายย่อย ฯลฯ คลิกสำเนาได้ในหนึ่งคลิก
หากที่อยู่มีข้อผิดพลาดรูปแบบ เครื่องมือจะระบุตำแหน่งข้อผิดพลาดอย่างชัดเจนและให้คำแนะนำการแก้ไข

คำถามที่พบบ่อย

เหตุใดที่อยู่ IPv6 จึงยาวนัก มีวิธีลัดในการจดจำหรือไม่?

ที่อยู่ IPv6 ยาวเพราะมี 128 บิต แก้ปัญหาการขาดแคลนที่อยู่ IPv4 4.3 พันล้านหมด ความยาวไม่ได้ตั้งใจให้มนุษย์จดจำทั้งหมด การใช้งานจริงส่วนใหญ่: ①จำแค่ prefix (เช่น 2001:db8::/32) ส่วนที่เหลือเป็นโฮสต์สามารถค้นหาได้; ②ใช้ DNS (AAAA record) แทนการจำ IP; ③ย่อเป็นรูปแบบ RFC 5952 ด้วย :: ลดความยาว เช่น loopback ::1 สั้นมาก การดีบักใช้เครื่องมือขยาย/ย่อ ที่อยู่ที่พบบ่อยสุดในชีวิตประจำวันมีแค่ ::1, fe80:: และที่อยู่ LAN หลายรายการ ที่เหลืออาศัย DNS และการคัดลอก

ในที่อยู่หนึ่ง :: สามารถปรากฏกี่ครั้ง? เหตุใดจึงจำกัด?

มากที่สุดหนึ่งครั้ง! เพราะ :: แทน "กลุ่ม 0 ต่อเนื่องกันหลายกลุ่ม" หากมี :: สองตัว จะไม่สามารถกำหนดจำนวนกลุ่ม 0 ที่แต่ละอันควรแทนที่ได้อย่างไม่ซ้ำกัน ตัวอย่างเช่น 2001::db8::1 กลุ่มที่รู้จัก 3 กลุ่ม (2001, db8, 1) เหลือ 5 กลุ่มที่จะแบ่งระหว่าง :: สองอัน สามารถแบ่งเป็น 1+4, 2+3, 3+2, 4+1 ได้หลายวิธี ไม่สามารถถอดรหัสเป็นที่อยู่เดียวได้ จึงจำกัดหนึ่งครั้งโดยเด็ดขาด

ที่อยู่ IPv6 มี "ที่อยู่เครือข่าย" และ "ที่อยู่ออกอากาศ" เช่น IPv4 หรือไม่?

IPv6 ไม่มีแนวคิด broadcast ที่ส่งไปทุกโฮสต์ ใช้ multicast แทน ดังนั้นจึงไม่มีที่อยู่ออกอากาศสูงสุดของเครือข่ายย่อย (ทั้งหมดเป็น 1) อย่างเคร่งครัด แม้บางเอกสารเรียก all-ones เป็นที่อยู่ subnet-router anycast (เราเตอร์ทั้งหมดในเครือข่ายย่อย); ส่วนที่อยู่เครือข่าย (subnet ID 64 บิตเป็น 0 ทั้งหมด) ยังคงมีแนวคิดนี้ แต่ข้อจำกัดไม่เข้มงวดเท่า IPv4 อย่างไรก็ตาม แนวทางปฏิบัติที่ดีที่สุดคือ: ที่อยู่ที่มี interface identifier เป็น 0 ทั้งหมดยังคงถูกหลีกเลี่ยงว่าเป็น "ที่อยู่เครือข่าย" เพื่อหลีกเลี่ยงความสับสน

เหตุใดเครือข่ายย่อย /64 จึงเป็นมาตรฐาน? สามารถใช้ /80 หรือ /96 ได้หรือไม่?

/64 เป็นมาตรฐานเพราะ: ①SLAAC ต้องการ Interface ID 64 บิต; ②EUI-64 สร้าง Interface ID 64 บิตจาก MAC; ③กลไกการรักษาความเป็นส่วนตัว (ความเป็นส่วนตัวส่วนขยาย / ส่วนขยายที่อยู่ที่เสถียร) ต้องใช้พื้นที่ 64 บิต; ④หลายโปรโตคอล (เช่น NDP, SEcure Neighbor Discovery) ถือว่าเครือข่ายย่อย IPv6 มีขนาด 64 บิต การใช้ความยาวอื่นบนลิงก์ LAN จะทำให้คุณสมบัติเหล่านี้ล้มเหลวหรือเกิดปัญหา หากต้องการแบ่งกลุ่มเครือข่ายย่อยอย่างละเอียด ให้แบ่ง prefix ด้านบน /64 (เช่น /48 แบ่ง /56 แล้วแบ่ง /64) แต่เครือข่ายย่อยที่ใช้งานจริงบนลิงก์ต้องเป็น /64

จะทราบได้อย่างไรว่าที่อยู่ IPv6 เป็นประเภทไหน (สาธารณะ/link-local/ULA)?

ดู prefix เริ่มต้น: ขึ้นต้นด้วย 2xxx หรือ 3xxx (2000::/3) เป็นยูนิคาสต์ระดับโลก (สาธารณะ); ขึ้นต้นด้วย fe8 ส่วนที่เหลือหลัง 10 บิตเป็นศูนย์ (fe80::/10) คือ link-local; ขึ้นต้นด้วย fd (fd00::/8) คือ ULA ที่สร้างเอง; ขึ้นต้นด้วย fc (fc00::/8) ยังไม่ได้กำหนด; ขึ้นต้นด้วย ff (ff00::/8) คือ multicast; เป็น ::1 คือ loopback เครื่องมือนี้สามารถระบุประเภทที่อยู่ที่ป้อนได้อัตโนมัติ

EUI-64 สร้าง Interface ID อย่างไร? เหตุใดจึงต้องแทรก ff:fe ตรงกลาง?

กระบวนการ EUI-64: ①นำ MAC address 48 บิต (6 ไบต์) เช่น 00:11:22:aa:bb:cc; ②แยกเป็นสองครึ่งที่ไบต์ที่ 3 แทรก ff:fe (2 ไบต์) ตรงกลาง ได้ 00:11:22:ff:fe:aa:bb:cc; ③พลิกบิต universal/local (บิตที่ 7 ของไบต์แรก นับจาก 1 คือบิตที่สองจากซ้ายของไบต์แรก) หากตั้งค่า universal 0 ก็พลิกเป็น 1 กล่าวคือบิตที่สองของไบต์แรกพลิก 0→1, 1→0 ตัวอย่าง 00 กลายเป็น 02; ได้ Interface ID สุดท้ายคือ 0211:22ff:feaa:bbcc ความสำคัญของการแทรก ff:fe คือทำให้ตัวระบุ EUI-64 ที่ได้จาก MAC-48, EUI-48 สามารถแยกแยะได้จาก EUI-64 ดั้งเดิม (ไม่ซ้ำกัน)

ความแตกต่างระหว่าง IPv6 ULA กับที่อยู่ส่วนตัว 192.168.x.x ของ IPv4 คืออะไร?

ทั้งสองใช้ภายในเครือข่ายท้องถิ่น ไม่สามารถกำหนดเส้นทางบนอินเทอร์เน็ตได้ แต่มีความแตกต่าง: (1) ULA prefix fd00::/8 เป็น Global ID 40 บิตสุ่มตามข้อกำหนด ทำให้โอกาสที่ ULA ขององค์กรต่างๆ ชนกันต่ำมาก แม้เชื่อมต่อเครือข่ายก็ไม่ขัดแย้ง 192.168.x.x เป็นประเภทเดียวมีเพียง 3 บล็อก องค์กรหลายแห่งใช้ซ้ำกันง่ายชนกันเมื่อ VPN/เชื่อมต่อ; (2) ULA ไม่จำกัดขนาด เราเตอร์สามารถกำหนดเส้นทางได้ตามปกติ ไม่เหมือน NAT ที่ใช้ที่อยู่ส่วนตัวจำนวนมากของ IPv4; (3) แต่ยังแนะนำให้ใช้ที่อยู่ GUA สาธารณะโดยตรงใน IPv6 การใช้ ULA เป็นเพียงสถานการณ์พิเศษ

เหตุใดบนอินเทอร์เฟซเดียวจึงมีที่อยู่ IPv6 หลายรายการ (หลาย fe80, หลาย 2xxx)?

นี่เป็นคุณสมบัติของ IPv6 อินเทอร์เฟซเดียวสามารถมีที่อยู่หลายชนิดได้พร้อมกัน: ที่อยู่ link-local (fe80::) มีอย่างน้อยหนึ่งรายการ; ที่อยู่ GUA อาจมีได้หลายรายการเช่น ที่อยู่ถาวร + ที่อยู่ชั่วคราวความเป็นส่วนตัว (Privacy Extensions หมุนเวียนเป็นระยะป้องกันการติดตาม); อาจมี ULA ด้วย ที่อยู่หลายรายการทำงานร่วมกันโดยไม่ขัดแย้ง ระบบเลือกที่อยู่ต้นทางตามกฎการเลือกที่อยู่

ใน IPv6 จำเป็นต้องมี NAT เหมือน IPv4 หรือไม่? เหตุใดที่อยู่จึงมากมายยังมี NAT64/NPTv6?

ปรัชญาการออกแบบดั้งเดิมของ IPv6 คือที่อยู่สาธารณะปลายทางถึงปลายทาง ไม่ต้องใช้ NAT สำหรับที่อยู่สาธารณะเพียงพอสำหรับทุกอุปกรณ์ ในทางปฏิบัติยังคงมี NAT64 (การเข้าถึงเครือข่าย IPv4 ของโฮสต์ IPv6-only, ระยะเปลี่ยนผ่านชั่วคราว), NPTv6 (การแปล prefix ภายในและภายนอกสำหรับ multihome) แต่ไม่ใช่ "NAT แบบพอร์ตหลายลูกค้าหนึ่ง IP" ขนาดใหญ่เช่นเดียวกับ IPv4 NAPT ไม่จำเป็นต้องใช้สำหรับที่อยู่ GUA ภายในทั่วไป

เหตุใดรูปแบบที่อยู่ที่แสดงบน Linux/Windows/macOS จึงแตกต่างกัน? จะทำให้สอดคล้องกันได้อย่างไร?

ระบบปฏิบัติการและเครื่องมือเวอร์ชันต่างๆ อาจไม่ปฏิบัติตาม RFC 5952 อย่างเข้มงวด: Linux (ip -6 addr) มักใช้ตัวพิมพ์เล็ก ย่อได้ แต่ขึ้นกับเวอร์ชัน; Windows (ipconfig) มักแสดงตัวพิมพ์ใหญ่และเลข 0 นำหน้าครบทุกกลุ่ม (รูปแบบขยาย); macOS คล้ายกับ Linux แต่ก็มีความแตกต่าง วิธีแก้คือ: ใช้เครื่องมือนี้ทำให้เป็นมาตรฐาน RFC 5952 ก่อนเปรียบเทียบ/เก็บรายการ รับประกันรูปแบบสอดคล้องกัน ตัวพิมพ์เล็ก ลบ 0 นำหน้า ย่อ :: ตามกฎ

术语表

IPv6: อินเทอร์เน็ตโพรโทคอลรุ่นที่ 6 ที่อยู่ 128 บิต แก้ปัญหาการขาดแคลนที่อยู่ IPv4 และนำคุณสมบัติใหม่หลายประการ
ที่อยู่ยูนิคาสต์ระดับโลก (Global Unicast): ที่อยู่สาธารณะของ IPv6 สามารถกำหนดเส้นทางทั่วโลก ปัจจุบันใช้ prefix 2000::/3
Link-Local: ที่อยู่เฉพาะส่วนเชื่อมต่อ prefix fe80::/10 อุปกรณ์สร้างอัตโนมัติ ไม่ข้ามเราเตอร์ ใช้สำหรับค้นพบเพื่อนบ้านและ SLAAC
ULA (Unique Local Address): ที่อยู่ในระบบของ IPv6 prefix fc00::/7 เทียบเท่าที่อยู่ส่วนตัว 192.168.x.x ของ IPv4 ใช้ภายในองค์กร ไม่สามารถกำหนดเส้นทางสาธารณะ
CIDR: Classless Inter-Domain Routing สัญกรณ์ ที่อยู่/ความยาวคำนำหน้า (เช่น /32) แทนบล็อกเครือข่าย
Prefix (คำนำหน้า): บิตส่วนหน้าของที่อยู่ ระบุบล็อกเครือข่าย เช่น /64 หมายถึง 64 บิตแรกเป็นส่วนเครือข่าย
Interface ID: บิตส่วนหลังของที่อยู่ (ปกติ 64 บิต) ระบุอินเทอร์เฟซเฉพาะในส่วนเครือข่าย
RFC 5952: มาตรฐานรูปแบบข้อความที่อยู่ IPv6 กำหนดกฎตัวพิมพ์เล็ก การลบเลข 0 นำหน้า และกฎการย่อ ::
สัญกรณ์ :: (การย่อเลขศูนย์): ในที่อยู่สามารถย่อชุด 0 ต่อเนื่องหนึ่งชุดเป็น :: ได้ ปรากฏได้มากที่สุดครั้งเดียว
SLAAC: Stateless Address Autoconfiguration การกำหนดค่าที่อยู่อัตโนมัติแบบไร้สัญชาติ โฮสต์สร้างที่อยู่ได้อัตโนมัติไม่ต้องอาศัย DHCP
EUI-64: วิธีสร้าง Interface ID 64 บิตจาก MAC address 48 บิตโดยแทรก ff:fe ตรงกลางและพลิกบิตที่ 7
Multicast: การส่งกลุ่ม IPv6 ใช้ multicast (ff00::/8) แทน broadcast ของ IPv4
ที่อยู่ loopback: ::1/128 เทียบเท่า 127.0.0.1 ของ IPv4 สื่อสารกับเครื่องตัวเอง
ที่อยู่ที่แมป IPv4: ::ffff:a.b.c.d/96 รูปแบบการแสดงผลที่อยู่ IPv4 ในสแต็กคู่
DAD (Duplicate Address Detection): การตรวจจับที่อยู่ซ้ำ โฮสต์ตรวจสอบว่าที่อยู่ถูกใช้ไปหรือไม่ก่อนใช้ที่อยู่ SLAAC
Router Advertisement (RA): ข้อความประกาศจากเราเตอร์ ให้ prefix เกตเวย์พารามิเตอร์กับโฮสต์ในลิงก์รองรับ SLAAC

ตารางเปรียบเทียบความยาว Prefix ยอดนิยม IPv6

ตารางจำแนกประเภทที่อยู่ IPv6