Defaults.Exposed › การแก้ไข › การรองรับ IPv6
วิธีแก้ไข การรองรับ IPv6
IPv6 คือเวอร์ชันใหม่กว่าและใหญ่กว่ามากของระบบที่อยู่ของอินเทอร์เน็ต นำมาใช้เพราะเวอร์ชันเก่า (IPv4) หมดพื้นที่แล้ว การเพิ่มการรองรับ IPv6 หมายความว่าเว็บไซต์และอีเมลของคุณสามารถเข้าถึงได้ผ่านเครือข่ายสมัยใหม่รวมถึงเครือข่ายเก่า ในการให้คะแนนของเรานี่เป็นข้อมูล — การไม่มีมันไม่ลดเกรดของคุณ — แต่มันเป็นปัญหาการเข้าถึงในโลกจริง: ส่วนแบ่งที่เพิ่มขึ้นของลูกค้ามือถือและต่างประเทศเชื่อมต่อผ่านเครือข่าย IPv6-only และพวกมันเข้าถึงคุณได้อย่างราบรื่นเฉพาะถ้าคุณรองรับมัน การแก้ไขฟรีและอยู่ใน DNS และการตั้งค่าโฮสติ้งของคุณ
สรุปสำหรับธุรกิจของคุณ: ส่วนแบ่งที่เพิ่มขึ้นของผู้ใช้อินเทอร์เน็ต — โดยเฉพาะบนผู้ให้บริการมือถือและในตลาดที่เติบโตอย่างรวดเร็วในเอเชียและบางส่วนของยุโรป — ตอนนี้เชื่อมต่อผ่าน IPv6 ถ้าเว็บไซต์ของคุณเป็น IPv4-only ผู้เข้าชมเหล่านั้นยังคงผ่านได้ตามปกติ (ผู้ให้บริการของมันแปลการเชื่อมต่อให้) แต่การแปลนั้นเพิ่ม hop อาจช้ากว่าเล็กน้อย และเป็นสิ่งอีกอย่างที่อาจล้มเหลวหรือถูกจำกัดในเวลาที่วุ่นวาย การรองรับ IPv6 หมายถึงการเชื่อมต่อที่สะอาดกว่าและตรงกว่าสำหรับลูกค้าสมัยใหม่ ชัยชนะการ future-proof เล็กน้อย และสัญญาณเรียบร้อยต่อผู้ซื้อทางเทคนิคว่าโครงสร้างพื้นฐานของคุณทันสมัย มันไม่เปลี่ยนแปลงเกรดของคุณ — ถือว่ามันเป็นการตกแต่งที่มองไปข้างหน้า ไม่ใช่ฉุกเฉิน — แต่มันฟรีที่จะเพิ่มและสอดคล้องกับทิศทางที่อินเทอร์เน็ตกำลังมุ่งหน้าไป
สิ่งนี้อาจทำให้คุณเสียค่าใช้จ่าย
- ลูกค้าบนผู้ให้บริการมือถือที่รัน IPv6-only ต้องเข้าถึงเว็บไซต์ IPv4 ของคุณผ่านชั้นการแปลของผู้ให้บริการ มันมักทำงานเสมอ — แต่มันเพิ่ม latency และเป็น dependency อีกอย่างที่อาจผิดพลาดในเวลา peak ทำให้เว็บไซต์ของคุณรู้สึกช้ากว่าคู่แข่งที่เข้าถึงได้โดยตรงเล็กน้อย
- ทีมความปลอดภัย/infra ของผู้ซื้อทางเทคนิคหรือพาร์ทเนอร์รันการสแกนอย่างรวดเร็วก่อนลงนาม และสังเกตว่าคุณเป็น IPv4-only มันไม่ทำให้คุณล้มเหลว แต่คู่แข่งที่แสดง dual-stack (IPv4 + IPv6) อยู่ในคอลัมน์ 'สมัยใหม่ บริหารดี' ในขณะที่คุณอยู่ใน 'ดี แต่ล้าหลังนิด'
- คุณขยายไปยังตลาด — บางส่วนของเอเชีย อินเดีย เครือข่ายมือถือยุโรปบางส่วน — ที่ IPv6 เป็นที่ครองอยู่แล้ว การเข้าถึงโดยตรงที่นั่น แทนที่จะเสมอผ่านการแปล ลบแหล่งเชื่อมต่อที่ช้าหรือไม่เสถียรเล็กน้อยแต่จริงสำหรับลูกค้าใหม่ที่ยากที่จะได้มาของคุณ
- โฮสติ้งหรือ CDN ของคุณรองรับ IPv6 ฟรีอยู่แล้ว แต่ไม่มีใครเคยเปิดมัน ดังนั้นคุณพลาดการปรับปรุงที่ง่ายและต้นทุนเป็นศูนย์ที่คู่แข่งของคุณรับตามค่าเริ่มต้น
- รายการตรวจสอบการจัดซื้อรัฐบาลหรือองค์กรถามว่าบริการของคุณพร้อมสำหรับ IPv6 ไหม (คำสั่งภาครัฐหลายอย่างตอนนี้ทำ) 'ไม่' เป็นบรรทัดที่น่าอธิบายอย่างอึดอัดเมื่อการแก้ไขฟรีตลอดมา
เหตุใดจึงสำคัญ ในระเบียบวิธีของเรา การรองรับ IPv6 เป็นข้อมูล — การตรวจสอบถูกลงทะเบียนด้วยศูนย์คะแนนและไม่เคยเคลื่อนเกรดของคุณ เราส่งรายงานเกี่ยวกับมันเพราะมันเป็นสัญญาณการเข้าถึงและความทันสมัยในโลกจริงที่มองไปข้างหน้า: อินเทอร์เน็ตหมดที่อยู่แบบเก่า (IPv4) มาหลายปีแล้ว และส่วนแบ่งของผู้ใช้ที่เชื่อมต่อผ่านเครือข่าย IPv6-only ยังคงเพิ่มขึ้น โดยเฉพาะบนมือถือและในภูมิภาคที่ IPv6 ครองอยู่ การรองรับ IPv6 ให้ผู้ใช้เหล่านั้นเส้นทางที่สะอาดกว่าและตรงกว่าสู่เว็บไซต์และอีเมลของคุณ และส่งสัญญาณโครงสร้างพื้นฐานปัจจุบันต่อผู้ที่ตรวจสอบ มันฟรีที่จะเพิ่มและไม่ค่อยทำให้สิ่งใดเสียหาย — ซึ่งเป็นเหตุผลที่คุ้มค่าที่จะทำแม้ไม่ส่งผลต่อคะแนน
การรองรับ IPv6 เป็นคำพูดง่ายๆ
อินเทอร์เน็ตระบุทุกเซิร์ฟเวอร์ด้วยที่อยู่ตัวเลข ระบบดั้งเดิม IPv4 มีพูลที่อยู่ที่คงที่และค่อนข้างเล็ก — และโลกหมดอันใหม่มาหลายปีแล้ว ตัวแทนของมัน IPv6 มีพูลที่ไม่จำกัดได้อย่างมีประสิทธิภาพ และอินเทอร์เน็ตได้อพยพไปยังมันอย่างเงียบๆ ตั้งแต่นั้น
การรองรับ IPv6 หมายความว่าเว็บไซต์ (และอีเมล) ของคุณสามารถเข้าถึงได้ผ่านเครือข่ายใหม่นี้รวมถึงเครือข่ายเก่า ในทางปฏิบัติมันลงมาที่สิ่งหนึ่งใน DNS ของคุณ: ควบคู่ไปกับระเบียนที่แสดงที่อยู่แบบเก่าของคุณ (A record) คุณยังเผยแพร่ระเบียนที่แสดงที่อยู่ IPv6 (AAAA record — AAAA สี่ตัว) การรันทั้งสองเคียงข้างกันเรียกว่า dual-stack และเป็นวิธีปกติที่ปลอดภัยในการทำสิ่งนี้
การตรวจสอบนี้เป็นข้อมูล มันไม่เปลี่ยนเกรดของคุณ เราค้นหาว่าโดเมนของคุณเผยแพร่ระเบียน AAAA ใดๆ หรือไม่และส่งรายงานสิ่งที่เราพบ — มีอยู่หรือขาด เรากำลังทำเครื่องหมายเพราะมันเป็นสัญญาณการเข้าถึงและความทันสมัยในโลกจริงที่ฟรีในการแก้ไข ไม่ใช่เพราะมันเป็นความล้มเหลว
สิ่งนี้อาจทำให้คุณสูญเสียอะไร
มันไม่ค่อยทำให้เกิดการหยุดทำงานอย่างรุนแรง — นั่นคือเหตุผลที่มันเป็นข้อมูลแทนที่จะให้คะแนน แต่ “ต้นทุนล่องหน” ยังคงเป็นต้นทุน นี่คือวิธีที่การตั้งค่า IPv4-only อย่างเงียบๆ ทำงานต่อต้านคุณ:
-
ประสบการณ์ที่ช้าลงเล็กน้อยสำหรับลูกค้ามือถือ ผู้ให้บริการมือถือหลายรายตอนนี้รัน IPv6-only ภายใน ลูกค้าบนเครือข่ายดังกล่าวที่เข้าถึงเว็บไซต์ IPv4-only ของคุณผ่านชั้นการแปลของผู้ให้บริการ — hop พิเศษที่เพิ่ม latency และสามารถแออัดในเวลา peak คู่แข่งของคุณที่มี IPv6 ให้ลูกค้าคนเดียวกันการเชื่อมต่อที่สะอาดและตรงกว่า บนหน้า checkout ความช้าเล็กน้อยรวมเป็นรถเข็นที่ถูกทิ้ง
-
ความประทับใจที่อ่อนแอกว่าต่อผู้ซื้อทางเทคนิค ก่อนสัญญาถูกลงนาม ทีม IT หรือความปลอดภัยของผู้ซื้อมักรันการสแกนโครงสร้างพื้นฐานอย่างรวดเร็ว IPv4-only ไม่ทำให้คุณล้มเหลว — แต่ dual-stack อ่านว่า “สมัยใหม่และบริหารดี” และการขาดมันอ่านว่า “ล้าหลังนิด” เมื่อคุณใกล้เคียงกับทุกอย่างอื่น สัญญาณเล็กๆ เหล่านี้เอียงการตัดสินใจ
-
ความขัดแย้งในตลาดที่ IPv6 ครอง ถ้าคุณขยายไปยังภูมิภาคที่ IPv6 เป็นบรรทัดฐานอยู่แล้ว การเข้าถึงโดยตรงที่นั่นลบแหล่งเชื่อมต่อที่ช้าหรือไม่เสถียรจริงสำหรับลูกค้าที่ยากที่สุดที่ได้มาของคุณ
-
ช่องทำเครื่องหมายการจัดซื้อที่ล้มเหลว กระบวนการจัดซื้อภาครัฐและองค์กรจำนวนมากขึ้นตอนนี้ถามอย่างชัดเจนว่าบริการของคุณพร้อม IPv6 ไหม “ไม่” เป็นคำตอบที่น่าอึดอัดเมื่อการแก้ไขฟรี
-
การปล่อยการปรับปรุงฟรีบนโต๊ะ บ่อยครั้งโฮสต์หรือ CDN ของคุณรองรับ IPv6 โดยไม่มีค่าใช้จ่ายเพิ่มเติม — มันแค่ไม่เคยถูกเปิด นั่นคือชัยชนะที่ง่ายและต้นทุนเป็นศูนย์ที่คู่แข่งของคุณรับตามค่าเริ่มต้นและคุณไม่ได้รับ
มันคืออะไรจริงๆ
ในสมุดที่อยู่ DNS ของคุณ สิ่งเหล่านี้อยู่เป็นสองประเภทระเบียน:
- A record → ที่อยู่ IPv4 (เครือข่ายเก่า)
- AAAA record → ที่อยู่ IPv6 (เครือข่ายใหม่)
การตรวจสอบของเราทำเทียบเท่ากับการรัน dig AAAA yourdomain.com และส่งรายงานว่าระเบียน AAAA ใดๆ ส่งกลับมาไหม
สิ่งที่ “ดี” ดูเหมือน: การตั้งค่า dual-stack — ระเบียน A ที่มีอยู่ของคุณไม่เปลี่ยนแปลง พร้อมระเบียน AAAA ที่เผยแพร่ควบคู่กัน ทั้งสองชี้ไปที่เซิร์ฟเวอร์ (หรือ load balancer หรือ CDN) ที่ตอบสนองบนทั้งสองเครือข่ายจริงๆ และให้บริการเว็บไซต์เดียวกัน ผู้ใช้ IPv4 ดำเนินต่อเหมือนเดิม ผู้ใช้ IPv6 ได้เส้นทางตรง คุณไม่ลบ IPv4 — คุณเพิ่ม IPv6 ข้างๆ มัน
วิธีแก้ไข (ฟรี ~15–30 นาที)
ส่งให้ผู้ดูแล IT หรือผู้ที่จัดการเว็บไซต์ของคุณ — การแก้ไขฟรี กฎทองคือ: เพิ่ม IPv6 ควบคู่ IPv4 ไม่ใช่แทนมัน (dual-stack) และยืนยันว่าเป้าหมายตอบสนองบน IPv6 จริงๆ ก่อนเผยแพร่
1. ค้นหาว่าโฮสติ้ง/CDN ของคุณรองรับ IPv6 หรือไม่ นี่คือประตู ถ้าโฮสต์ของคุณไม่มีที่อยู่ IPv6 ให้ ไม่มีอะไรต้องทำเพิ่มเติมและไม่มีบทลงโทษสำหรับมัน แพลตฟอร์มสมัยใหม่ส่วนใหญ่และ CDN รองรับมัน — มักเปิดอยู่แล้ว
2. ใช้งานบนแพลตฟอร์มของคุณ:
-
Cloudflare: IPv6 มักจะเปิดตามค่าเริ่มต้น เมื่อเว็บไซต์ของคุณถูก proxy ผ่าน Cloudflare (cloud สีส้ม) Cloudflare ตอบสนองบน IPv6 ให้คุณโดยอัตโนมัติ ตรวจสอบ Network → IPv6 Compatibility ว่าเปิดอยู่ นี่เป็นเส้นทางที่ง่ายที่สุดไกลทีเดียว
-
AWS: เปิด dual-stack บน load balancer (ALB/NLB) หรือ instance ของคุณ จากนั้นเพิ่มระเบียน AAAA alias ใน Route 53 ที่ชี้ไปมัน สำหรับ CloudFront IPv6 เป็น toggle ในการตั้งค่า distribution
-
Google Cloud / Azure: เปิด IPv6 (dual-stack) บน load balancer หรือ instance รับ IPv6 address และเผยแพร่ระเบียน AAAA ใน DNS
-
Self-hosted / managed VPS: ขอ IPv6 address จากผู้ให้บริการของคุณ กำหนดค่าเว็บเซิร์ฟเวอร์ให้ฟังบน IPv6 (และยืนยันว่าให้บริการเว็บไซต์เดียวกันที่นั่น) จากนั้นเพิ่มระเบียน DNS:
yourdomain.com. AAAA 2001:db8::1 www.yourdomain.com. AAAA 2001:db8::1(แทนที่ด้วย IPv6 address จริงของคุณ เก็บระเบียน A ที่มีอยู่ไว้เหมือนเดิม)
3. ทดสอบก่อนเชื่อ หลังจากเผยแพร่ ยืนยันจาก tool ที่รองรับ IPv6 ว่าระเบียน AAAA แก้ไขและเว็บไซต์โหลดจริงผ่าน IPv6 ระเบียน AAAA ที่เผยแพร่ที่ชี้ไปที่ไหนเลยแย่กว่าไม่มี
ข้อผิดพลาดทั่วไป
- เผยแพร่ระเบียน AAAA ที่ชี้ไปยังเซิร์ฟเวอร์ที่ไม่ฟังบน IPv6 นี่คือบาดแผลที่ตัวเองก่อ: ผู้ใช้ IPv6 ถูกส่งไปยังที่อยู่ที่ตายและเว็บไซต์ของคุณดูเหมือนเสียหายสำหรับพวกมันเท่านั้น ยืนยันเสมอว่าเป้าหมายตอบสนองบน IPv6 ก่อนเผยแพร่
- แทนที่ IPv4 แทนที่จะเพิ่ม IPv6 คุณไม่เคยลบระเบียน A ของคุณ Dual-stack เก็บทั้งสอง การลบ IPv4 จะตัดผู้ใช้ส่วนใหญ่ข้ามคืน
- เพิ่ม apex domain แต่ลืม
www(หรือในทางกลับกัน) หรือครอบคลุมเว็บไซต์แต่ไม่ใช่ mail/subdomains ที่คุณสนใจ สอดคล้องกันข้ามชื่อโฮสต์ที่สำคัญ - สมมติว่าเสร็จแล้วเพราะโฮสต์ “รองรับ” IPv6 การรองรับและเปิดใช้ต่างกัน บน Cloudflare มักอัตโนมัติ บน VPS ดิบคุณต้องกำหนดค่าและเผยแพร่มันเอง
- ถือว่าสิ่งนี้เร่งด่วน มันไม่ใช่ มันเป็นข้อมูล ทำการตรวจสอบความปลอดภัยที่ให้คะแนน (HTTPS, DMARC, DNSSEC, security header) ก่อน เพิ่ม IPv6 เป็นการตกแต่งที่มองไปข้างหน้าเมื่อสะดวก
คำถามที่พบบ่อย
ถ้าเว็บไซต์ IPv4-only ของฉันยังโหลดได้สำหรับทุกคน ทำไม IPv6 ถึงสำคัญเลย?
เพราะ 'ยังโหลด' ทำงานหนักมาก ผู้ใช้บนเครือข่าย IPv6-only — ทั่วไปบนผู้ให้บริการมือถือและเพิ่มมากขึ้นที่อื่น — เข้าถึงเว็บไซต์ IPv4-only ผ่านชั้นการแปลของผู้ให้บริการ (NAT64/464XLAT) ที่มักทำงาน แต่มันเป็น hop พิเศษที่เพิ่ม latency เล็กน้อยและเป็นโครงสร้างพื้นฐานที่ใช้ร่วมกันอีกส่วนหนึ่งที่อาจช้าหรือแออัดในเวลา peak การรองรับ IPv6 ให้ผู้ใช้เหล่านั้นการเชื่อมต่อตรงแทน มันเป็นการปรับปรุงความราบรื่นและ future-proofing ไม่ใช่การสลับ 'ใช้งานได้กับไม่ได้' — ซึ่งเป็นเหตุผลว่าทำไมมันเป็นข้อมูลและไม่ให้คะแนน
สิ่งนี้ไม่ส่งผลต่อเกรดของฉัน — ฉันควรยุ่งกับมันไหม?
มันเป็นตัวเลือกจริงๆ แต่มันฟรีและความเสี่ยงต่ำ ดังนั้นคุ้มค่าที่จะทำเมื่อผู้ดูแล IT ของคุณอยู่ใน DNS หรือคอนโซลโฮสติ้งในครั้งต่อไป ผู้ให้บริการหลายราย (Cloudflare แพลตฟอร์ม cloud ขนาดใหญ่ โฮสต์จำนวนมาก) รองรับ IPv6 ตั้งแต่กล่อง — บางครั้งมันแค่ toggle ถ้าโฮสต์ของคุณไม่รองรับเลย นั่นเป็นเหตุผลที่ดีในการปล่อยมันไว้ตอนนี้ ไม่มีอะไรเลวร้ายเกิดขึ้นกับคะแนนของคุณไม่ว่าทางใด ถือว่ามันเป็นการจัดระเบียบ ไม่ใช่การดับไฟ
ฉันไม่ใช่คนเทคนิค — ฉันต้องทำอะไรจริงๆ?
ส่งส่วน 'วิธีแก้ไข' ให้ผู้ที่รันเว็บไซต์หรือ DNS ของคุณและถาม: 'เราสามารถเพิ่ม IPv6 (ระเบียน AAAA) สำหรับเว็บไซต์ของเราได้ไหม? มันฟรีและไม่ควรทำให้อะไรเสียหาย' ถ้าคุณอยู่บน Cloudflare มักจะเปิดอยู่แล้ว ถ้าคุณอยู่บนโฮสต์ที่จัดการหรือแพลตฟอร์ม cloud ขนาดใหญ่ มักเป็นการตั้งค่าเดียว ถ้าโฮสต์ของคุณไม่รองรับ IPv6 เลย ไม่มีอะไรต้องทำ — และไม่มีบทลงโทษสำหรับมัน
ระเบียน AAAA คืออะไร เป็นคำพูดง่ายๆ?
DNS ของคุณเป็นสมุดที่อยู่ของอินเทอร์เน็ต 'A record' แสดงที่อยู่แบบเก่า (IPv4) ของเว็บไซต์ของคุณ 'AAAA record' (AAAA สี่ตัว) แสดงที่อยู่ IPv6 ใหม่กว่า การเพิ่มการรองรับ IPv6 หมายถึงการเผยแพร่ระเบียน AAAA ควบคู่ไปกับระเบียน A ที่มีอยู่ ดังนั้นอุปกรณ์บนเครือข่ายใหม่สามารถหาคุณได้โดยตรง การตรวจสอบของเราเพียงค้นหาระเบียน AAAA ของคุณและส่งรายงานว่ามีอยู่หรือไม่
การเพิ่ม IPv6 สามารถทำให้เว็บไซต์หรืออีเมลของฉันเสียหายได้ไหม?
มันความเสี่ยงต่ำเมื่อทำถูกต้อง แต่ไม่ใช่ศูนย์ความเสี่ยง ซึ่งเป็นเหตุผลที่คุณทดสอบ Pattern ที่ปลอดภัยคือ 'dual-stack' — คุณเก็บระเบียน IPv4 (A) ที่มีอยู่ทั้งหมดไว้เหมือนเดิมและเพิ่มระเบียน IPv6 (AAAA) ควบคู่กัน ผู้ใช้ IPv4 ดำเนินต่อโดยไม่เปลี่ยนแปลง ผู้ใช้ IPv6 ได้เส้นทางตรงใหม่ สิ่งที่ต้องยืนยันคือสิ่งที่ระเบียน AAAA ชี้ไป (เซิร์ฟเวอร์หรือ load balancer ของคุณ) กำลังฟังอยู่บน IPv6 จริงๆ และให้บริการเว็บไซต์เดียวกัน — ระเบียน AAAA ที่เก่าหรือผิดสามารถส่งผู้ใช้ IPv6 ไปยังที่อยู่ที่ตาย บนแพลตฟอร์มที่จัดการและ CDN สิ่งนี้ถูกจัดการให้คุณ บนการตั้งค่าที่โฮสต์เอง ยืนยันว่าเซิร์ฟเวอร์ตอบสนองบน IPv6 ก่อนเผยแพร่