ประกาศยุติการให้บริการ Test-Ipv6.com

• Test-Ipv6.com มีแผนยุติการให้บริการอย่างเป็นทางการในเดือนธันวาคม 2025
• เว็บไซต์นี้เปิดให้ใช้งานฟรีมาตั้งแต่ปี 2010 โดยมีการลงทุนด้าน วิศวกรรมและค่าอุปกรณ์/โฮสติ้ง
• ผู้ดูแลระบุว่าต่อไปนี้ยากที่จะลงทุนทรัพยากรเพิ่ม และจะหันไปให้ความสำคัญกับครอบครัวแทน
• ผู้ดูแลมิเรอร์จะไม่ได้รับ การอัปเดต อีกต่อไปตั้งแต่เดือนธันวาคม 2025
• ซอร์สโค้ดบางส่วนที่เป็นโอเพนซอร์สได้เปิดเผยแล้ว แต่ส่วนอย่าง การค้นหาตำแหน่งทางภูมิศาสตร์ ไม่สามารถเปิดเผยหรือโอนได้

---

ประกาศยุติการให้บริการ Test-Ipv6.com

test-ipv6.com มีกำหนดหยุดให้บริการในเดือนธันวาคม 2025

ตั้งแต่ปี 2010 เป็นต้นมา ได้เปิดให้ผู้ใช้ทั่วไปใช้งาน test-ipv6.com ฟรี
แม้บริการนี้จะไม่มีรายได้ แต่ก็มีการ投入ต้นทุนด้าน วิศวกรรม การสนับสนุน อุปกรณ์ และโฮสติ้ง อย่างมาก

ผู้ดูแลระบุว่าโดยไม่ขออธิบายรายละเอียดเพิ่มเติม ตอนนี้ถึงเวลาที่ต้องหันไปจัดสรรทรัพยากรใหม่ภายในครอบครัว
จึงขอให้ผู้ใช้เข้าใจและเคารพการตัดสินใจครั้งนี้

เว็บไซต์มีแผนจะปิดให้บริการในช่วงปิดเทอมฤดูหนาวปี 2025 (เดือนธันวาคม)

คำแนะนำเกี่ยวกับมิเรอร์และผู้ให้บริการ

• ผู้ดูแลมิเรอร์จะไม่ได้รับการอัปเดตอีกต่อไปตั้งแต่เดือนธันวาคม 2025 และหากต้องการให้มิเรอร์ทำงานต่อก็สามารถดำเนินการต่อได้
• ผู้ให้บริการที่จัดทำคู่มือทีมสนับสนุน (runbooks) โดยอ้างอิงจาก test-ipv6.com หรือ RIPE-631 จะต้อง อัปเดต เอกสารเหล่านั้น

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

การเปิดเผยและการโอนย้ายซอร์สโค้ด

• ส่วนหลักที่เป็นโอเพนซอร์สได้เปิดเผยไว้แล้วดังนี้
  • http://github.com/falling-sky/source
  • https://github.com/falling-sky/fsbuilder (สำหรับบิลด์ซอร์ส)
  • https://github.com/falling-sky/mod_ip (ตัวจัดการ /ip/ สำหรับ Apache)
  • https://github.com/falling-sky/mtu1280d (MTU180 netfilter daemon)
• ส่วนอย่าง การค้นหาตำแหน่งทางภูมิศาสตร์ และการค้นหาผู้ให้บริการ ไม่สามารถเปิดเผยหรือโอนย้ายได้ตามข้อสัญญา

การโอนย้ายโดเมน

• ผู้ดูแลอาจพิจารณาการสืบทอดการดูแลโดเมนให้กับองค์กร RIR หรือ NIC ที่น่าเชื่อถือ ซึ่งมีวัตถุประสงค์เพื่อ ประโยชน์สาธารณะ เท่านั้น

การให้บริการมิเรอร์ต่อไป

• หลังจากเว็บไซต์ปิดตัว จะไม่มีการมอนิเตอร์หรือให้บริการฟังก์ชันมิเรอร์และบริการที่เกี่ยวข้องอีกต่อไป จึงแนะนำให้ยุติมิเรอร์

การติดต่อสอบถามและข้อคิดเห็นเพิ่มเติม

• หากมีคำถามหรือข้อคิดเห็นเพิ่มเติม แนะนำให้สอบถามผู้ดูแลโดยตรงเมื่อมีโอกาสพบกัน

[GN⁺]

ความคิดเห็นจาก Hacker News

• ฉันทำงานอยู่กับวิศวกรของบริการนี้ (แม้จะคนละทีม แต่ก็ติดต่อกันบ่อยและมีโปรเจกต์ที่ทับซ้อนกัน) และเพิ่งมารู้ไม่นานนี้เองว่าเขาเป็นคนสร้างมัน หลังจากเห็นข้อความลิขสิทธิ์ที่ส่วนท้ายของหน้าแรก เขาเป็นคนที่น่าสนใจมากและเป็นวิศวกรชั้นยอดจริง ๆ (ที่เรียกกันว่า 10x engineer) แถมยังถ่อมตัวและพร้อมช่วยเหลือเสมอ ตลอด 15 ปีที่ผ่านมา ฉันเคยแก้ปัญหาได้หลายครั้งเพราะเว็บไซต์นี้
  • ถ้าเขาไม่ได้มาเห็นเธรดนี้ ก็อยากฝากบอกว่า ผู้ใช้อินเทอร์เน็ตคนหนึ่งรู้สึกขอบคุณมากสำหรับบริการอันยอดเยี่ยมนี้ เคารพการตัดสินใจของเขาอย่างเต็มที่ และขอชื่นชมที่เขาเลือกทางที่เหมาะกับตัวเองแทนที่จะเสียสละตัวเองเพื่อช่วยคนอื่น
  • เห็นชื่อ jfesler บนเว็บไซต์แล้วก็รู้ทันทีว่าเป็นใคร ฉันเองก็เพิ่งมารู้ตอนนี้เหมือนกัน เขาเป็นคนที่ยอดเยี่ยมจริง ๆ
• น่าเสียดายที่เหตุผลที่เว็บไซต์นี้ปิดตัวไม่ใช่เพราะตอนนี้ IPv6 ถูกนำไปใช้ทั่วโลกแล้วจน IPv4 หายไป ถึงอย่างนั้นเว็บไซต์นี้ก็มีประโยชน์มากในการแก้ปัญหาการใช้งาน IPv6 (และทุกวันนี้ก็ยังมีประโยชน์อยู่) อยากขอบคุณมากที่ดูแลมันมา
  • สำหรับฉัน IPv6 ยังดูเหมือนเทคโนโลยีที่มีอยู่แค่ในดาต้าเซ็นเตอร์ เซิร์ฟเวอร์ใช้กันมานานแล้วก็จริง แต่ฉันไม่เคยเห็นอินเทอร์เน็ตที่บ้านที่รองรับ IPv6 เลย จำได้ว่าทุกครั้งที่ไปยุโรป ฉันมักจะประหลาดใจเสมอที่ตัวเองกำลังใช้งาน IPv6 อยู่
  • น่าเสียดายที่แรงต้านที่ยังเหลืออยู่ส่วนใหญ่คือวิศวกรเครือข่ายที่ไม่อยากเรียนรู้อะไรใหม่ ๆ
  • โทนของโพสต์ทำให้รู้สึกติดใจแปลก ๆ ไม่แน่ใจว่ามีแค่ฉันหรือเปล่า แต่มันให้ความรู้สึกเหมือนมีความกังวลหรือความเครียดแฝงอยู่ แน่นอนว่าเขาดูเหมือนต้องการความเป็นส่วนตัว ดังนั้นฉันจะไม่ถามลึกไปกว่านี้ ขอให้จากใจของผู้ใช้ทุกคนที่เคยใช้เว็บไซต์นี้ ไม่ว่าอะไรก็ตาม ขอให้ต่อจากนี้มีแต่สิ่งดี ๆ
• ออกนอกประเด็นนิดหน่อย แต่ ISP ของฉันกำลังมีปัญหาเพราะทำ routing ของ IPv6 ผิดจนเกิด packet loss เลยต้องฝืนใช้ IPv4 ที่อยู่หลัง CGNAT ซึ่งก็ทำให้มีปัญหาอย่างอื่นตามมา แต่ข้อดีคืออย่างน้อยก็ไม่มี packet loss ฝ่ายซัพพอร์ตระดับ 2 เคยทำ hot patch ให้แล้ว แต่ผ่านไปสองสามสัปดาห์ปัญหาก็กลับมาอีก
  • ในกรณีของฉัน ไม่ใช่ ISP แต่ได้ยินคำบ่นเรื่อง IPv6 กับเราเตอร์ Mikrotik บ่อยมาก (ตัวอย่าง: กรณีปัญหา) ดูเหมือนฝั่งฉันจะมีบั๊กแปลก ๆ หรือการตั้งค่าผิดอยู่ บางครั้งเราเตอร์/ไคลเอนต์จะสูญเสีย routing ของ IPv6 แล้วการเชื่อมต่อก็จะค้างไปเรื่อย ๆ แบบไม่สิ้นสุด วิธีแก้เดียวคือปิด Wi-Fi แล้วต่อใหม่เพื่อรีเฟรช DHCP lease ฉันดีบักอยู่นานมาก และตอนนี้มั่นใจประมาณ 80% ว่าเป็นบั๊กของ Mikrotik
  • ดูกรณีของฉันได้ที่ลิงก์นี้ ฉันไม่มีทางติดต่อวิศวกรภายในของ Globe Telecom โดยตรง เลยไม่สามารถรายงานปัญหาเข้าไปภายในได้ และก็ส่งอีเมลหา Level3 (ผู้ให้บริการทรานซิตที่ traceroute ที่ล้มเหลวทั้งหมดวิ่งผ่าน) แต่ก็ไม่ได้รับคำตอบ โชคดีที่ตอนนี้ปัญหาส่วนใหญ่ได้รับการแก้แล้ว (Level3 ไม่ใช่ last successful hop อีกต่อไป) ตอนนี้เหลือแค่การเชื่อมต่อกับ Evoluhost ที่ยังล้มเหลว และพบว่าสาเหตุคือ routing loop ที่ 2001:fe0:4775:1c0::1 ภายใน Globe ภาพหน้าจอสถานการณ์วันนี้
  • ISP ของฉันไม่รองรับ IPv6 เลย คนแบบฉันมีเยอะ และ ISP แบบนี้ก็คงมีอีกมากเหมือนกัน
  • ไม่เคยเจอปัญหาแบบนั้น แต่เห็นบ่อยมากว่าเส้นทาง routing ของ IPv4 กับ IPv6 ต่างกัน ใน IPv4 เคยได้ MTU 1500 แต่ IPv6 เป็น 1492 (น่าจะเพราะ 6rd บน PPPoE มีเยอะ) และเคยมีกรณีที่การจำกัด ICMP fragmentation request ทำให้การสื่อสารหยุดไป ฉันยังมี เว็บไซต์ทดสอบ MTU ของ v4/v6 ที่ทำเองด้วย แต่ก่อน he.net tunnel ดีมาก เดี๋ยวนี้มักโดน captcha หรือมี latency เพิ่มอีก 300ms เลยต้องหยุดโฆษณาเส้นทางช่วงนั้นใน LAN ของฉัน ถ้า ISP เปิด v6 มาให้เป็นค่าปกติและให้อุปกรณ์จากผู้ให้บริการที่ใช้งานได้ดี อุปกรณ์ผู้บริโภคส่วนใหญ่กับเว็บไซต์ทราฟฟิกสูงก็มักทำงานบน IPv6 ได้ดีเหมือนกัน จริง ๆ แล้วถ้า routing ของ v6 แย่ จะกระทบลูกค้ามากกว่า v4 เสียอีก
  • อาจจะเป็นคนละกรณีกันโดยสิ้นเชิง แต่ฉันเคยมีประสบการณ์ที่ทำให้งงอยู่หลายสัปดาห์ ถ้าใช้ OpenWRT 24.0 หรือ 24.1 จะมีบั๊กร้ายแรงที่กระทบ throughput ของ IPv6 อัปเกรดเป็นเวอร์ชันล่าสุดแล้วหาย
• ขอขอบคุณอย่างมากกับคนที่สร้างเว็บไซต์นี้ ตลอดหลายปีที่ผ่านมา นี่เป็นเว็บที่ฉันใช้ประจำทุกครั้งที่ต้องดีบักปัญหา IPv6 บนอุปกรณ์สารพัดแบบ
• ในปี 2025 ถ้าคุณ deploy บริการใหม่ (greenfield project) โดยไม่ใส่ใจ IPv6 ก็แทบจะเรียกว่าล้มเหลวได้เลย ตอนนี้แม้แต่เครือข่ายเสมือนภายในทั้งหมดก็ควรเป็น IPv6-only หรืออย่างน้อยก็ dual-stack เป็นเรื่องน่าเสียดายที่การนำ IPv6 มาใช้ยังช้ากว่าการที่ unit test กลายเป็นมาตรฐานของอุตสาหกรรม
  • ฉันพยายามมากกับเครือข่ายที่บ้านของตัวเอง แต่สุดท้ายมักเจอปัญหาแปลก ๆ แบบบางหน้าเว็บเข้าได้ บางเว็บเข้าไม่ได้ เลยเลือกปิด IPv6 ไปเลย ตอนจบฉันจำไม่ได้ด้วยซ้ำว่าปัญหาคืออะไร และต่อไปก็คงไม่มีเหตุผลอะไรที่ฉันต้องไปรู้เรื่องนั้นอีก ฉันแค่อยากให้อินเทอร์เน็ตเสถียรตลอดเวลาเหมือนเปิดก๊อกน้ำแล้วน้ำต้องไหล
  • ฉันไม่เคยเห็นข้อดีอะไรเลย ลอง deploy IPv6 ทั้งที่บ้านและบางเครือข่ายในที่ทำงาน แต่มีแต่ปัญหาโง่ ๆ ต่อเนื่องและไม่ได้อะไรกลับมาเลย เช่น dynamic hostname ที่ ISP ปล่อยให้อัตโนมัติมาชนกับการตั้งค่าระบบภายใน เสียเวลาไปมาก แถมแต่ละอุปกรณ์ยังได้ที่อยู่ตั้ง 4 อัน นักพัฒนาก็ไม่รู้จะใช้อันไหน แน่นอนว่าอาจเป็นเพราะเราทำอะไรผิดหรืออุปกรณ์มันมีปัญหา แต่ไม่มีใครรู้สึกถึงข้อดีจริง ๆ ถ้าเป็นสภาพแวดล้อมที่ไม่มี IPv4 เลย เรื่องอาจจะต่างออกไป แต่ของเราไม่ใช่แบบนั้น เราปิด IPv6 ไปแทบทุกเครือข่าย และเปิดไว้แค่บางเครือข่ายสำหรับอินเทอร์เน็ตฝั่งไคลเอนต์
  • ถ้าคราวหน้า HE หยุดทำ IPv6 routing จากยุโรปไปนิวยอร์ก หรือ VPN ของบริษัทคุณรองรับแค่ IPv4 แต่ resolver ดันเลือก AAAA record ก่อน ฉันจะรีบติดต่อคุณแน่นอน
  • ตลอด 6 เดือนที่ผ่านมา ฉันสร้างแพลตฟอร์ม/โปรเจกต์แนว ‘เขียนโค้ดน้อยลง deploy ให้มากขึ้น’ สำหรับหน่วยงานรัฐ และ IPv6 ไม่ได้อยู่แม้แต่ในหมวด requirement หรือ ‘ถ้ามีก็ดี’ จนถึงตอนนี้ยังไม่มีใครพูดเลยว่า “อยากให้รันบน IPv6”
  • ฉันคิดว่า IPv6 น่าจะดี แต่จากประสบการณ์ของฉัน การเปิด IPv6 ในบ้านหรือเครือข่ายโลคัลมักจะมีอะไรบางอย่างที่ทำงานไม่ถูกต้องเสมอ
• แนะนำให้ลองติดต่อ ben ที่ IPinfo เขาเข้ามารับช่วงดูแลหลายเว็บไซต์อย่าง ip4.me, ip6.me เป็นต้น หลังจาก Kevin Loch เสียชีวิตไปเมื่อต้นปีนี้ (โปรไฟล์ของ ben, ข่าวเกี่ยวกับ Kevin Loch) ฉันมั่นใจว่าเขาน่าจะสานต่อ test-ipv6.com ได้โดยคุณภาพไม่ตก เขามีชื่อเสียงดีและผลงานก็ยอดเยี่ยม
  • ขอบคุณมาก! ฉันติดต่อ Jason แล้ว และหวังว่าเว็บไซต์นี้จะยังอยู่ต่อไป
• ถ้าต้องการทดสอบ IPv6 แบบง่าย ๆ ขอแนะนำ Google IPv6 Test
• น่าทึ่งที่เราไปได้ไกลขนาดนี้ด้วย IPv4+NAT
  • ถ้าวัดตามปริมาณทราฟฟิก จริง ๆ ก็ไม่ได้ไปถึงขนาดนั้น ทุกวันนี้ทราฟฟิกส่วนใหญ่คือข้อมูลจาก Google/Meta ไปยังอุปกรณ์พกพา และเกือบทั้งหมดเป็น IPv6
  • จริง ๆ แล้วนี่เป็นผลจากการฝืนใช้ IPv4 นานเกินไป จน CGNAT กลายเป็นสิ่งเลี่ยงไม่ได้สำหรับอินเทอร์เน็ตบ้าน/มือถือ และเป็นปัญหาหลายอย่างที่คงหลีกเลี่ยงได้ถ้าย้ายไป IPv6 กันอย่างเต็มรูปแบบ
• ฉันเคยแนะนำบริการนี้ให้ทีมเทคนิคของ ISP ของฉันด้วย และมันช่วยให้พวกเขาแก้ปัญหาการรองรับ IPv6 ได้
• ขอถามแบบใสซื่อนิดหนึ่งว่า เว็บไซต์นี้ต้องดูแลรักษาเยอะขนาดนั้นจริงหรือ ฉันใช้มันมาหลายปีและมันมีประโยชน์มาก (ขอบคุณมากที่ยังใช้งานได้) เลยไม่เคยรู้เลยว่ามันต้องอาศัยการดูแลมากขนาดนี้