Thông báo chấm dứt dịch vụ Test-Ipv6.com

• Test-Ipv6.com có kế hoạch chính thức chấm dứt dịch vụ vào tháng 12 năm 2025
• Trang web này đã được vận hành miễn phí từ năm 2010 với chi phí kỹ thuật và thiết bị/hosting
• Người vận hành cảm thấy không còn có thể tiếp tục đầu tư nguồn lực và dự định tập trung cho gia đình
• Các đơn vị vận hành mirror sẽ không còn nhận được cập nhật từ tháng 12 năm 2025
• Một phần mã nguồn mở đã được công khai, nhưng các phần như tra cứu vị trí địa lý thì không thể công khai hoặc chuyển giao

---

Thông báo chấm dứt dịch vụ Test-Ipv6.com

Dự kiến test-ipv6.com sẽ ngừng hoạt động vào tháng 12 năm 2025

Từ năm 2010, test-ipv6.com đã được cung cấp miễn phí cho người dùng phổ thông
Dù đây là một dịch vụ không tạo doanh thu, nó vẫn đòi hỏi đáng kể chi phí kỹ thuật, hỗ trợ, thiết bị và hosting

Người vận hành cho biết, không cần giải thích chi tiết thêm, đây là thời điểm để tái tập trung nguồn lực cho gia đình
Mong người dùng thông cảm và tôn trọng quyết định này

Trang web dự kiến sẽ đóng cửa trong kỳ nghỉ đông năm 2025 (tháng 12)

Hướng dẫn dành cho mirror và nhà cung cấp dịch vụ

• Các đơn vị vận hành mirror sẽ không còn nhận được cập nhật từ tháng 12 năm 2025, nhưng nếu muốn vẫn có thể tiếp tục vận hành mirror
• Các nhà cung cấp dịch vụ đã xây dựng runbook cho đội hỗ trợ dựa trên test-ipv6.com hoặc RIPE-631 bắt buộc phải cập nhật lại

Câu hỏi thường gặp (FAQ)

Việc công khai và chuyển giao mã nguồn

• Các phần mã nguồn mở chính đã được công khai như dưới đây
  • http://github.com/falling-sky/source
  • https://github.com/falling-sky/fsbuilder (dùng để build mã nguồn)
  • https://github.com/falling-sky/mod_ip (trình xử lý /ip/ cho Apache)
  • https://github.com/falling-sky/mtu1280d (daemon netfilter MTU180)
• Các phần như tra cứu vị trí địa lý và tra cứu nhà cung cấp dịch vụ không thể được công khai hoặc chuyển giao do ràng buộc hợp đồng

Việc chuyển giao tên miền

• Người vận hành có thể cân nhắc việc kế thừa vận hành tên miền, nhưng chỉ dành cho các tổ chức RIR hoặc NIC đáng tin cậy với mục tiêu vì lợi ích công cộng

Việc tiếp tục vận hành dịch vụ mirror

• Sau khi trang web đóng cửa, mirror và các dịch vụ liên quan sẽ không còn được giám sát hay cung cấp nữa, vì vậy khuyến nghị ngừng vận hành mirror

Câu hỏi và ý kiến bổ sung

• Nếu có thêm câu hỏi hoặc ý kiến, vui lòng trao đổi trực tiếp khi gặp người vận hành

[GN⁺]

Ý kiến trên Hacker News

• Tôi làm việc cùng công ty với kỹ sư đứng sau dịch vụ này (khác nhóm nhưng thường xuyên trao đổi và thỉnh thoảng dự án cũng chồng chéo), và chỉ gần đây mới biết đó là sản phẩm anh ấy tạo ra sau khi nhìn dòng bản quyền ở chân trang chủ. Anh ấy thực sự là một con người thú vị và là một kỹ sư xuất sắc (kiểu “kỹ sư gấp 10 lần”), luôn khiêm tốn và sẵn sàng giúp đỡ. Trong 15 năm qua, tôi đã nhiều lần giải quyết được vấn đề nhờ trang này
  • Nếu anh ấy không nhìn thấy chủ đề này, tôi muốn nhắn rằng có một người dùng Internet vô cùng biết ơn vì anh ấy đã cung cấp dịch vụ tuyệt vời này, hoàn toàn tôn trọng lựa chọn của anh ấy, và hoan nghênh việc anh ấy đưa ra quyết định phù hợp cho bản thân thay vì hy sinh chính mình để giúp người khác
  • Tôi thấy cái tên jfesler trên trang là nhận ra ngay đó là ai. Giờ thì tôi cũng mới biết. Anh ấy thật sự rất tuyệt
• Thật tiếc khi lý do trang này đóng cửa không phải vì IPv6 nay đã được triển khai trên toàn thế giới và IPv4 đã biến mất. Dù vậy, trang web này đã và vẫn cực kỳ hữu ích trong việc khắc phục sự cố triển khai IPv6. Tôi thật sự rất cảm ơn vì nó đã được vận hành
  • Với tôi thì IPv6 đến giờ vẫn giống như một công nghệ chỉ tồn tại trong trung tâm dữ liệu. Máy chủ thì đã dùng từ lâu, nhưng ở nhà tôi chưa bao giờ thấy kết nối Internet nào hỗ trợ IPv6. Mỗi lần sang châu Âu tôi đều nhớ mình từng ngạc nhiên khi phát hiện bản thân đang dùng IPv6
  • Đáng tiếc là phần lớn lực lượng kháng cự còn lại hầu hết là các kỹ sư mạng không muốn học cái gì mới
  • Giọng điệu của bài đăng khiến tôi thấy hơi vướng trong lòng một cách lạ kỳ. Không rõ có phải chỉ mình tôi không, nhưng câu chữ có cảm giác như đang mang chút lo lắng hay căng thẳng. Tất nhiên có vẻ anh ấy muốn giữ riêng tư nên tôi sẽ không hỏi sâu hơn. Dù thế nào đi nữa, tôi vẫn chúc những điều tốt đẹp nhất sẽ đến với anh ấy, thay mặt cho mọi người dùng đã sử dụng trang này
• Hơi lạc đề một chút, nhưng ISP của tôi đang vật lộn với việc triển khai định tuyến sai trên IPv6 gây ra mất gói. Vì vậy tôi buộc phải dùng IPv4 phía sau CGNAT, kéo theo các vấn đề khác, nhưng ít nhất thì không bị mất gói. Bộ phận hỗ trợ cấp 2 đã vá nóng vấn đề này, nhưng sau hai ba tuần thì nó lại tái diễn
  • Trường hợp của tôi không phải do ISP mà là do router Mikrotik, vốn thường bị phàn nàn về IPv6 (ví dụ: trường hợp sự cố). Có vẻ phía tôi có lỗi lạ hoặc cấu hình sai nào đó. Thỉnh thoảng router hoặc client bị mất định tuyến IPv6. Khi đó kết nối cứ treo vô thời hạn. Cách duy nhất để xử lý là ngắt Wi-Fi rồi kết nối lại để làm mới DHCP lease. Tôi đã debug khá lâu, và giờ chắc đến 80% rằng đây là lỗi của Mikrotik
  • Bạn có thể xem trường hợp của tôi ở liên kết này. Tôi không có cách nào liên hệ trực tiếp với kỹ sư bên trong Globe Telecom để báo vấn đề nội bộ, và tôi cũng đã gửi email cho Level3 (nhà cung cấp transit mà mọi traceroute thất bại đều đi qua) nhưng không nhận được phản hồi. May là giờ phần lớn đã được giải quyết (Level3 không còn là hop thành công cuối cùng nữa). Hiện tại chỉ còn kết nối tới Evoluhost là thất bại, và đã xác định nguyên nhân là vòng lặp định tuyến tại 2001:fe0:4775:1c0::1 bên trong Globe. Đây là ảnh chụp tình hình hôm nay
  • ISP của tôi thì hoàn toàn không hỗ trợ IPv6. Sẽ có rất nhiều người như tôi, và cũng có rất nhiều ISP như vậy
  • Tôi chưa gặp vấn đề kiểu đó, nhưng việc đường đi định tuyến của IPv4 và IPv6 khác nhau thì tôi thấy rất thường xuyên. Có lần IPv4 là MTU 1500 còn IPv6 chỉ 1492 (có lẽ vì 6rd qua PPPoE khá phổ biến). Cũng từng có trường hợp ICMP fragmentation request bị chặn làm kết nối ngưng trệ. Tôi cũng có tự làm một trang test MTU v4/v6. Trước đây tunnel he.net khá ổn, nhưng giờ thường xuất hiện captcha hoặc tăng thêm 300ms độ trễ, nên tôi đành phải ngừng quảng bá tuyến này trong LAN của mình. Nếu ISP bật v6 mặc định và cung cấp thiết bị đầu cuối tử tế, thì đa số thiết bị tiêu dùng và các trang lưu lượng cao đều chạy IPv6 tốt. Trên thực tế, khi định tuyến v6 tệ đi thì số khách hàng bị ảnh hưởng còn nhiều hơn v4
  • Có thể là một trường hợp hoàn toàn khác, nhưng đây là trải nghiệm từng làm tôi bối rối suốt nhiều tuần. Nếu bạn dùng OpenWRT 24.0 hoặc 24.1 thì có một lỗi nghiêm trọng ảnh hưởng đến IPv6 throughput. Nâng cấp lên bản mới nhất là hết
• Xin gửi lời cảm ơn lớn đến người tạo ra trang này. Trong nhiều năm, đây là trang tôi hay dùng mỗi khi debug sự cố IPv6 trên đủ loại thiết bị
• Nếu triển khai một dịch vụ mới trong năm 2025 (greenfield project) mà không quan tâm đến IPv6 thì gần như là thất bại. Giờ đây mọi mạng ảo nội bộ cũng nên là IPv6-only hoặc ít nhất là dual-stack. Thật đáng tiếc khi việc áp dụng IPv6 còn chậm hơn cả việc unit test trở thành chuẩn chung của ngành
  • Tôi đã cố gắng rất nhiều trong mạng gia đình của mình. Nhưng kỳ lạ là tôi liên tục gặp những vấn đề kiểu một số trang web hoạt động còn một số thì không, đến mức cuối cùng tôi chọn tắt IPv6. Tôi thậm chí không còn nhớ vấn đề cuối cùng là gì, và về sau cũng chẳng có lý do gì để phải hiểu những thứ đó nữa. Tôi chỉ muốn Internet luôn ổn định như mở vòi nước là có
  • Tôi chẳng thấy lợi ích gì cả. Tôi đã triển khai IPv6 ở nhà và trên một số mạng công ty, nhưng chỉ liên tục gặp các vấn đề ngớ ngẩn mà chẳng thu được gì. Ví dụ như hostname động do ISP tự cấp bị xung đột với cấu hình hệ thống nội bộ, khiến mất quá nhiều thời gian. Mỗi thiết bị còn được cấp tới 4 địa chỉ, và các lập trình viên thì không biết phải dùng cái nào. Chắc chắn có thể là do chúng tôi làm sai hoặc do thiết bị có vấn đề, nhưng không ai thực sự cảm nhận được lợi ích. Nếu ở trong môi trường không có IPv4 thì có lẽ câu chuyện sẽ khác, nhưng chúng tôi không như vậy. Chúng tôi đã tắt IPv6 ở gần như mọi mạng, chỉ giữ lại trên một số mạng phục vụ Internet cho client
  • Lần tới nếu HE lại ngừng định tuyến IPv6 từ châu Âu sang New York, hoặc VPN công ty chỉ hỗ trợ IPv4 trong khi resolver lại ưu tiên bản ghi AAAA, tôi nhất định sẽ liên hệ bạn
  • Trong 6 tháng qua tôi đã xây dựng một nền tảng/dự án “ít code, nhiều triển khai” cho cơ quan nhà nước. IPv6 thậm chí còn không lọt vào mục yêu cầu hay “nice to have”. Cho tới giờ chưa một ai nói “tôi muốn cái này chạy bằng IPv6”
  • Tôi nghĩ IPv6 là điều nên có, nhưng theo kinh nghiệm của tôi, cứ bật IPv6 trong mạng gia đình hay mạng cục bộ là kiểu gì cũng có thứ gì đó không hoạt động đúng
• Tôi đề xuất liên hệ ben của IPinfo. Sau khi Kevin Loch qua đời trong năm nay, anh ấy đã tiếp quản và tiếp tục vận hành nhiều trang như ip4.me, ip6.me (hồ sơ của ben, tin liên quan đến Kevin Loch). Tôi tin rằng anh ấy cũng có thể tiếp nối test-ipv6.com mà không làm giảm chất lượng. Anh ấy có uy tín tốt và thành tích rất vững
  • Xin cảm ơn! Tôi đã liên hệ với Jason, và hy vọng trang này sẽ tiếp tục tồn tại
• Nếu bạn chỉ cần một bài kiểm tra IPv6 đơn giản, tôi khuyên dùng Google IPv6 Test
• Thật đáng kinh ngạc là chúng ta đã đi được đến đây với IPv4+NAT
  • Nếu xét theo lưu lượng thì thực ra cũng không hẳn vậy. Phần lớn lưu lượng ngày nay là dữ liệu từ Google/Meta tới thiết bị di động, và gần như toàn bộ đều là IPv6
  • Thực ra đây là hệ quả của việc bám víu IPv4 quá lâu. Việc triển khai CGNAT cho Internet gia đình/di động đã trở nên không thể tránh khỏi, cùng với nhiều vấn đề lẽ ra có thể tránh được nếu chuyển hẳn sang IPv6
• Nhờ dịch vụ này mà tôi từng giới thiệu cho cả đội kỹ thuật của ISP mình để họ khắc phục vấn đề hỗ trợ IPv6
• Câu hỏi hơi ngây thơ, nhưng tôi tò mò không biết trang này thực sự có cần nhiều công sức bảo trì đến vậy không. Tôi đã thấy nó hữu ích suốt nhiều năm (và rất biết ơn vì nó luôn sẵn dùng), nên không ngờ lại cần quản lý nhiều đến thế