Kiểm tra IPv6

Tự chạy ngay: check IPv4 và IPv6 từ trình duyệt, qua tên miền và không qua DNS, và trình duyệt chọn họ nào.

Địa chỉ kiểm tra tại Cloudflare, Google và ipify, cùng cơ sở dữ liệu của RIPE, được hỏi từ trình duyệt của bạn · không lưu gì

Đang kiểm trađã chạy 0 s

Đang kiểm tra kết nối của bạn qua IPv4 và IPv6…

Trình duyệt của bạn

Khứ hồi tới Cloudflare
IPv4đang đo…
IPv6đang đo…
tiếp theo: trung vị của 5 lần đo trên kết nối đã mở sẵn · độ trễ, không phải tốc độ
  • Kết quả hiện ra khi từng yêu cầu phản hồi; họ địa chỉ nào không phản hồi sẽ mất tới 15 giây.
Mỗi họ địa chỉ đã tới Cloudflare thế nào
  • IPv4 qua tên miền: A đang hỏi…, Đang kiểm tra
  • IPv4 không qua DNS: Đang kiểm tra
  • IPv6 qua tên miền: AAAA đang hỏi…, Đang kiểm tra
  • IPv6 không qua DNS: Đang kiểm tra
DNS
Mạng của bạn
Cloudflare
Website có cả hai
Thiết bị của bạn
đang tra…
đang tra…
…
…
đang đua…dnsrobot.org
  • IPv4đang tra…
  • IPv6đang tra…
  • Kết quả hiện ra khi từng yêu cầu phản hồi; họ địa chỉ nào không phản hồi sẽ mất tới 15 giây.
Lỗi trướcĐang kiểm tra
  • IPv4 qua tên miềnRFC 1035Đang kiểm tra

    Đang hỏi ipv4.icanhazip.com…

    ipv4.icanhazip.com · Chỉ A

  • IPv6 qua tên miềnRFC 3596Đang kiểm tra

    Đang hỏi ipv6.icanhazip.com…

    ipv6.icanhazip.com · Chỉ AAAA

  • IPv4 không qua DNSRFC 6146Đang kiểm tra

    Đang hỏi 1.0.0.1…

    1.0.0.1 · không qua DNS

  • IPv6 không qua DNSRFC 8200Đang kiểm tra

    Đang hỏi 2606:4700:4700::1111…

    2606:4700:4700::1111 · không qua DNS

  • Lựa chọn của trình duyệtRFC 8305Đang kiểm tra

    Đang cho IPv4 và IPv6 đua tới dnsrobot.org…

    dnsrobot.org · A + AAAA

  • Gói IPv6 kích thước đầy đủRFC 4890Đang kiểm tra

    Đang gửi gói IPv6 kích thước đầy đủ tới api6.ipify.org…

    api6.ipify.org · Chỉ AAAA · MSS 1440

  • IPv6 nhanh như IPv4RFC 8305 §5Đang kiểm tra

    Đang đo thời gian cả hai họ địa chỉ…

  • Loại địa chỉ IPv6RFC 6724Đang kiểm tra

    Đang chờ một địa chỉ IPv6…

Những gì trình duyệt không kiểm tra được
  • Bộ phân giải DNS của bạn có kết nối được tới các nameserver chỉ có IPv6 hay không.
  • Sự cố gói lớn trong khoảng 1.420 đến 1.500 byte trên các đường đi của Cloudflare.
  • IPv4 của bạn có bị dùng chung (CGNAT) hay đi bên trong IPv6 (DS-Lite, MAP-E) không: chỉ biết ai sở hữu mỗi địa chỉ.
  • Kích thước tiền tố nhà mạng cấp cho bạn (/48, /56, /64): khối được công bố không phải là nó.
  • Một địa chỉ là tạm thời hay ngẫu nhiên ổn định, cũng như các địa chỉ LAN hoặc link-local của bạn.
  • Internet có kết nối được tới IPv6 của bạn không (tường lửa của router).

Cloudflare vận hành phần lớn các địa chỉ kiểm tra (icanhazip.com, 1.0.0.1, 2606:4700:4700::1111, dnsrobot.org) và thấy cả hai địa chỉ của bạn; Google thấy IPv4 của bạn (8.8.8.8) và ipify thấy IPv6 của bạn (api6.ipify.org). Khi IPv4 của bạn được đăng ký với RIPE NCC (châu Âu, Trung Đông, Trung Á), trình duyệt của bạn còn hỏi cơ sở dữ liệu của RIPE (rdap.db.ripe.net) xem khối của nó được ghi nhãn thế nào. Máy chủ của chúng tôi xác định từng mạng qua Team Cymru (được hỏi qua DNS của Cloudflare) và tra tên DNS ngược của từng địa chỉ: máy chủ DNS của nhà mạng bạn nhìn thấy lượt tra cứu đó. Kiểm tra website chỉ gửi tên miền, được đọc qua Google Public DNS. Không có gì được lưu, và liên kết chia sẻ chỉ mang kết quả, không bao giờ mang địa chỉ.

Làm sao kiểm tra IPv6: tôi có IPv6 không?

Chỉ cần mở trang này: bài kiểm tra kết nối IPv6 tự chạy trong vài giây và cho biết trong một dòng bạn có IPv6 không, IPv6 có hoạt động không và trình duyệt có dùng nó không.

Phía sau dòng đó là sáu yêu cầu từ trình duyệt của bạn. Bốn yêu cầu tới các địa chỉ Cloudflare chỉ phản hồi qua một họ địa chỉ: ipv4.icanhazip.com chỉ có bản ghi A, ipv6.icanhazip.com chỉ có bản ghi AAAA, còn 1.0.0.1 và 2606:4700:4700::1111 được viết dạng số nên không cần DNS. Yêu cầu thứ năm hỏi dnsrobot.org, tên miền có cả hai, để xem trình duyệt chọn họ nào; với yêu cầu thứ sáu, trình duyệt của bạn gửi tới api6.ipify.org một yêu cầu 3 KB và nhận về phản hồi 3 KB, cả hai đều bằng các gói kích thước đầy đủ. Nếu 1.0.0.1 bị từ chối, yêu cầu thứ bảy hỏi 8.8.8.8 của Google, để phân biệt một địa chỉ bị chặn với một mạng không có IPv4.

Đọc cùng nhau, chúng phân biệt được các kiểu lỗi, điều mà một công cụ check IPv6 chỉ đưa ra một câu trả lời duy nhất không làm được. Yêu cầu IPv6 qua tên miền thất bại nhưng yêu cầu dạng số có phản hồi: IPv6 hoạt động và lỗi nằm ở DNS của bạn. Cả hai đều im lặng, dù mỗi yêu cầu được hỏi hai lần trong 15 giây: gói tin đi ra, không có gì quay về, IPv6 bị lỗi. Cả hai thất bại ngay: thiết bị này không có IPv6.

Yêu cầuBản ghi DNSHọ địa chỉPhản hồi chứng minhDùng cho mục kiểm tra
dnsrobot.netTrang nàyA + AAAAIPv4IPv6họ địa chỉ mà trang này đã dùng để tải, và trung tâm dữ liệu CloudflareLựa chọn của trình duyệt
ipv4.icanhazip.comCloudflareChỉ AIPv4IPv4 hoạt động qua tên miềnIPv4 qua tên miền · IPv6 nhanh như IPv4
ipv6.icanhazip.comCloudflareChỉ AAAAIPv6DNS trả về địa chỉ IPv6 và gói IPv6 quay về đượcIPv6 qua tên miền · IPv6 nhanh như IPv4 · Loại địa chỉ IPv6
1.0.0.1Cloudflare 1.1.1.1không qua DNSIPv4IPv4 định tuyến được mà không cần bộ chuyển đổi (thất bại khi ở sau NAT64)IPv4 không qua DNS · IPv6 nhanh như IPv4
2606:4700:4700::1111Cloudflare 1.1.1.1không qua DNSIPv6IPv6 định tuyến được, bất kể DNS nói gìIPv6 không qua DNS · IPv6 nhanh như IPv4
dnsrobot.orgCloudflareA + AAAAIPv4IPv6họ địa chỉ trình duyệt của bạn chọn khi website có cả haiLựa chọn của trình duyệt
api6.ipify.orgipifyChỉ AAAAIPv6gói IPv6 đầy đủ 1.500 byte đi qua được cả hai chiều: yêu cầu 3 KB từ trình duyệt của bạn đi ra, phản hồi 3 KB của ipify và bước bắt tay TLS quay vềGói IPv6 kích thước đầy đủ
Sáu yêu cầu mà bài kiểm tra thực hiện, cùng kết nối của chính trang này: các bản ghi DNS mỗi tên miền có và một phản hồi chứng minh điều gì. Tất cả đều trả lời mọi website (Access-Control-Allow-Origin: *); các địa chỉ của Cloudflare trả về /cdn-cgi/trace, cho biết họ địa chỉ và trung tâm dữ liệu. Bản ghi được đọc ngày 24 tháng 10, 2026.
Kết quả kiểm tra IPv6 trên đường truyền dual-stack ổn định: đạt 8/8 mục, IPv4 và IPv6 tới Cloudflare có và không qua DNSKết quả kiểm tra IPv6 trên đường truyền dual-stack ổn định: đạt 8/8 mục, IPv4 và IPv6 tới Cloudflare có và không qua DNSKết luậnTrong một dòng, kèm số mục đạt trên 8 mục kiểm tra: không có điểm số bịa ra.Khứ hồiTới Cloudflare theo từng họ địa chỉ, trung vị của 5 lần đo trên kết nối đã mở sẵn. Độ trễ, không phải tốc độ.DNSPhản hồi A hoặc AAAA mà mỗi yêu cầu qua tên miền cần. Thiếu AAAA thì cổng này chuyển sang đỏ.Không qua DNSCác làn chấm dùng địa chỉ viết dạng số, nên lỗi DNS và lỗi đường truyền đứt ở những chỗ khác nhau.Lựa chọn của trình duyệtVới một tên miền có cả hai bản ghi: họ địa chỉ nào thắng cuộc đua (RFC 8305).Mục kiểm traLỗi trước, mỗi mục kèm RFC của nó và, khi không đạt, cách sửa.
Một kết quả dual-stack ổn định. Chọn một số để xem từng phần thể hiện điều gì.

Tôi đang dùng IPv4 hay IPv6?

Khi website có cả hai, trình duyệt thử IPv6 trước và cho nó đi trước một chút: nếu IPv6 chưa kết nối được sau khoảng 0,3 giây, IPv4 cũng bắt đầu, và bên nào kết nối trước sẽ thắng.

Cuộc đua đó là Happy Eyeballs (RFC 8305). Tiêu chuẩn chờ phản hồi AAAA tối đa 50 ms, khuyến nghị 250 ms giữa các lần thử và cho phép trình duyệt dùng những gì đã học từ các kết nối trước; Chrome chờ 300 ms, Firefox 250 ms. Vì vậy IPv6 hoạt động gần như luôn được dùng, IPv6 bị lỗi làm mất khoảng 0,3 giây ở mỗi kết nối mới, và IPv6 chậm hơn khoảng đi trước đó sẽ thua IPv4.

Bài kiểm tra hiển thị kết quả này ở mục Lựa chọn của trình duyệt: họ địa chỉ trình duyệt đã chọn cho dnsrobot.org, một tên miền có cả hai bản ghi, bên cạnh họ địa chỉ mà chính trang này dùng để tải.

IPv6 hoạt độngIPv6 kết nối trước; IPv4 không bao giờ bắt đầu

IPv6kết nối lúc 29 ms, thắng cuộc đuaIPv4

IPv6 bị lỗiIPv6 không nhận được phản hồi; IPv4 bắt đầu ở mốc 300 ms

IPv6không phản hồi · 10 sIPv4kết nối lúc 325 ms, thắng cuộc đua

IPv6 chậm (đường hầm)IPv4 bắt đầu ở mốc 300 ms và kết nối trước

IPv6431 msIPv4kết nối lúc 325 ms, thắng cuộc đua
  • RFC 8305 §3: chờ phản hồi AAAA tối đa 50 ms
  • RFC 8305 §5 và Firefox: IPv6 được đi trước 250 ms
  • Chrome: IPv6 được đi trước 300 ms
Ba cuộc đua tới một tên miền có cả bản ghi A lẫn AAAA. Thời gian kết nối, 29 ms qua IPv6 và 25 ms qua IPv4, được đo từ một đường truyền ngày 24 tháng 10, 2026; các lần thử IPv6 bị lỗi và chậm được vẽ theo quy tắc của các bộ hẹn giờ.

Vì sao IPv6 của tôi không hoạt động?

Thường gặp nhất là router cấp IPv6 không ra được internet, hoặc có thứ gì đó ở giữa xóa các phản hồi IPv6 khỏi DNS; bốn yêu cầu qua tên miền và qua địa chỉ số cho biết là trường hợp nào.

IPv6 bị lỗi là kiểu bạn cảm nhận được: website vẫn mở, nhưng mỗi kết nối mới tới website có IPv6 đều phải chờ trước. DNS loại bỏ phản hồi AAAA (DNS proxy của router, thiết lập Pi-hole hoặc NextDNS, ứng dụng bảo mật) khiến IPv6 trông như không có dù nó vẫn hoạt động. Một đường hầm, như tunnel broker 6in4 hay 6to4, vẫn hoạt động nhưng thường chậm hơn IPv4, nên trình duyệt bỏ qua nó.

Một yêu cầu thất bại không phải lúc nào cũng do đường truyền của bạn: VPN thay kết nối của bạn bằng kết nối của nó, và tiện ích mở rộng có thể chặn một địa chỉ kiểm tra. Bài kiểm tra sẽ nói rõ điều đó thay vì báo không có IPv6.

Sự cốIPv4IPv6Bạn nhận thấy gìCách sửa đầu tiên
qua tên miềnkhông qua DNSqua tên miềnkhông qua DNS
IPv6 bị lỗiWebsite vẫn mở, nhưng mỗi website mới đều chờ khoảng 0,3 sKhởi động lại router; nếu vẫn vậy, tắt IPv6 trên router và báo nhà mạng
DNS không trả AAAAIPv6 hoạt động, nhưng không website nào dùng nóTắt tính năng lọc AAAA, hoặc dùng DNS công cộng như 1.1.1.1
Không có IPv6Thường không thấy gì: website vẫn phản hồi qua IPv4Bật IPv6 trên router, hoặc hỏi nhà mạng
Chỉ IPv6 + NAT64Ứng dụng dùng địa chỉ IPv4 dạng số bị lỗiWebsite thì không cần làm gì; 464XLAT trên điện thoại hoặc router sẽ sửa cho ứng dụng
IPv6 chậmTrình duyệt chọn IPv4Một máy chủ đường hầm gần hơn, hoặc IPv6 gốc từ nhà mạng
Gói lớn bị loại bỏMột số website bị treo sau khi kết nốiCho phép ICMPv6 loại 2 (Packet Too Big) đi qua tường lửa
VPN hoặc WARPBài kiểm tra mô tả VPNTắt VPN để kiểm tra đường truyền của chính bạn
Mỗi sự cố thể hiện thế nào trong bốn yêu cầu (qua tên miền và không qua DNS, theo từng họ địa chỉ), bạn nhận thấy gì, và việc đầu tiên nên thử. Dựa trên chính các quy tắc kết luận của bài kiểm tra.

IPoE hay PPPoE: IPv4 của tôi có đi bên trong IPv6 không?

Trên đường truyền cáp quang Nhật Bản (FLET'S), IPv6 hầu như luôn dùng IPoE, còn IPv4 hoặc vẫn đăng nhập qua PPPoE, hoặc đi bên trong IPv6 qua một dịch vụ IPv4 over IPv6 như v6プラス (MAP-E) hay transix (DS-Lite).

PPPoE đưa IPv4 qua các cổng PPPoE của mạng bằng ID và mật khẩu, một đường đi dễ nghẽn hơn; IPv4 over IPv6 bỏ qua các cổng đó. Với MAP-E, router của bạn dùng chung một địa chỉ IPv4 với các đường truyền khác, mỗi đường truyền nhận một dải cổng riêng (RFC 7597); với DS-Lite, router đưa IPv4 qua đường hầm tới nhà mạng, nơi địa chỉ được chia sẻ (RFC 6333).

Website không thể thấy đường hầm, chỉ thấy ai sở hữu mỗi địa chỉ. Cả hai nằm trong khối của VNE bán IPv4 over IPv6: IPv4 của bạn đi bên trong IPv6. IPv4 từ một mạng khác: có lẽ là PPPoE. Khi một công ty chạy cả hai trên cùng một mạng (OCN, BIGLOBE, ASAHIネット, ARTERIA Networks), bài kiểm tra nói rằng nó không phân biệt được, còn trang trạng thái của router thì có.

PPPoEID và mật khẩu, qua cổng PPPoE của mạng

NATRouter của bạnNTT NGNFLET'SCổng PPPoEISPInternet

MAP-EIPv4 over IPv6: router của bạn dùng chung một địa chỉ IPv4 theo dải cổng

NATRouter của bạnIPv4 bên trong IPv6NTT NGNFLET'SBorder relay của VNEInternet

RFC 7597: “Port Set ID (PSID): xác định theo thuật toán một tập cổng được gán riêng cho một CE.”

DS-LiteIPv4 over IPv6: nhà mạng chia sẻ một địa chỉ IPv4 tại AFTR của mình

Router của bạnIPv4 bên trong IPv6NTT NGNFLET'SNATAFTR của VNEInternet

RFC 6333: “…bằng cách kết hợp hai công nghệ phổ biến: IP in IP (IPv4-in-IPv6) và Network Address Translation (NAT).”

Dịch vụPhương thứcĐơn vị vận hành (VNE)AS nguồnTừ các địa chỉ
v6プラスv6 PlusMAP-EJPIX (trước đây là JPNE)AS2516do KDDI công bốbiết được
OCNバーチャルコネクトOCN Virtual ConnectMAP-ENTT DOCOMO BUSINESSAS4713không biết được
IPv6オプションIPv6 optionMAP-EBIGLOBEAS2518không biết được
transixDS-LiteInternet MultifeedAS55391AS55392biết được
XpassDS-LiteARTERIA NetworksAS2519AS17506không biết được
v6 コネクトv6 ConnectDS-LiteASAHI NetAS4685không biết được
IPv6高速ハイブリッドSoftBank Hikarikhông công bốBBIX (SoftBank)AS17676không biết được
Ba cách IPv4 ra internet trên đường truyền FLET'S, và các dịch vụ dùng mỗi cách. Phương thức lấy từ tài liệu của đơn vị vận hành và hãng router; khối địa chỉ và AS nguồn từ các cơ quan đăng ký, RIPEstat và Team Cymru ngày 24 tháng 10, 2026. Không biết được: cùng mạng đó cũng chuyên chở PPPoE, hoặc không có khối nào được biết. Chính AS55389 của JPIX không công bố gì.

Địa chỉ IPv6 tiết lộ gì về thiết bị của tôi?

Nửa đầu của địa chỉ IPv6 chỉ mạng của bạn; nửa sau, Interface ID, chỉ thiết bị của bạn trong mạng đó, và trên các hệ thống cũ nó được tạo từ địa chỉ MAC của thiết bị.

Nhà mạng công bố một khối lớn ra internet, nhà bạn nhận một /64 (hoặc vài /64) trong đó, và mỗi thiết bị tự chọn một Interface ID 64 bit. ID có ff:fe ở giữa là EUI-64: MAC của card mạng được chèn thêm hai byte và đảo một bit, giống nhau trên mọi mạng. Các hệ thống hiện nay dùng ID ngẫu nhiên: địa chỉ tạm thời được thay mỗi ngày theo mặc định (RFC 8981), hoặc một ID ngẫu nhiên ổn định cho mỗi mạng (RFC 7217).

Chế độ xem địa chỉ IPv6 của bài kiểm tra cho biết địa chỉ của bạn thuộc loại nào; ID EUI-64 có liên kết tới tra cứu địa chỉ MAC, công cụ cho biết hãng sản xuất.

2001:db8:2c7:1f00

Mạng (/64) · 2001:db8::/32: khối được nhà mạng công bố

200:5eff:fe00:532a

Interface ID (64 bit)

  1. MAC00:00:5e:00:53:2a
  2. chia đôi00:00:5e · 00:53:2a
  3. chèn ff:fe00:00:5e:ff:fe:00:53:2a
  4. đảo bit 7 (00 → 02)02:00:5e:ff:fe:00:53:2a
  5. thành Interface ID0200:5eff:fe00:532a

00:00:5e:00:53:2a nằm trong dải của IANA dành cho tài liệu (RFC 9542); một MAC thật cho biết hãng sản xuất card mạng.

Địa chỉ tạm thời (RFC 8981): cùng /64, Interface ID mới

  • Thứ 22001:db8:2c7:1f00:9d3e:61b2:c84f:1a07
  • Thứ 32001:db8:2c7:1f00:47a1:be2:f3c9:58d4
  • Thứ 42001:db8:2c7:1f00:e02c:7d95:1b6a:a3f0

Giá trị mặc định của RFC 8981 §3.8 cho mỗi địa chỉ · thời gian ưu tiên: 1 ngày · thời gian hiệu lực: 2 ngày

Một địa chỉ được tách thành từng phần, MAC được suy ngược từ Interface ID EUI-64, và các địa chỉ tạm thời giữ nguyên /64 trong khi ID thay đổi. Địa chỉ dành cho tài liệu (RFC 3849) và MAC dành cho tài liệu của IANA.

Làm sao kiểm tra website có hỗ trợ IPv6 không?

Chọn Một website ở trên rồi nhập tên miền: bài kiểm tra đọc xem tên miền, tên www, các nameserver và máy chủ mail của nó có công bố địa chỉ IPv6 (bản ghi AAAA) hay không.

Một website truy cập được qua IPv6 khi tên web của nó có bản ghi AAAA; nameserver và máy chủ mail quan trọng với các mạng chỉ có IPv6 và với email. Một số website lớn vẫn chỉ công bố IPv4 cho website trong khi DNS của họ đã phản hồi qua IPv6, như bảng các tên miền nổi tiếng cho thấy.

Bản ghi AAAA cho biết một địa chỉ đã được công bố, không phải máy chủ có phản hồi trên địa chỉ đó; máy chủ của chúng tôi không kết nối được qua IPv6 để kiểm tra điều này.

Tên miềnWebsitewwwNameserverMailKết quả
wikipedia.orgAAAAAAAA3/32/2sẵn sàng IPv6
google.comAAAAAAAA4/41/1sẵn sàng IPv6
microsoft.comAAAAAAAA4/41/1sẵn sàng IPv6
netflix.comAAAAAAAA4/45/5sẵn sàng IPv6
apple.comAAAAAAAA4/40/6website trên IPv6
cloudflare.comAAAAAAAA5/50/4website trên IPv6
reddit.comAAAAkhông có4/45/5website trên IPv6
amazon.comkhông cóAAAA4/40/1website trên IPv6
github.comkhông cókhông có8/81/1website chỉ IPv4
mercadolibre.com.mxkhông cókhông có4/45/5website chỉ IPv4
rakuten.co.jpkhông cókhông có4/40/1website chỉ IPv4
x.comkhông cókhông có0/85/5website chỉ IPv4
yahoo.co.jpkhông cókhông có0/40/4không có IPv6
13 tên miền nổi tiếng, đọc từ DNS ngày 24 tháng 10, 2026 qua 1.1.1.1 từ một địa điểm (câu trả lời của CDN khác nhau theo nơi). Nameserver và mail: bao nhiêu máy chủ được liệt kê có công bố bản ghi AAAA.

Bao nhiêu người có IPv6?

Khoảng sáu trên mười người dùng ở Nhật Bản và Mỹ có thể dùng IPv6, bảy trên mười ở Đức và gần chín trên mười ở Pháp, nhưng chỉ khoảng một trên mười ở Tây Ban Nha (APNIC Labs, trung bình 30 ngày tính đến 21 tháng 10 năm 2026).

APNIC Labs đo điều này qua quảng cáo trực tuyến, khoảng 25 triệu lượt mỗi ngày, tải các đối tượng kiểm tra qua IPv4 và IPv6. Có khả năng nghĩa là thiết bị và mạng dùng được IPv6; ưu tiên nghĩa là đã dùng IPv6 khi có cả hai. Google đếm người dùng của chính mình: khoảng 47% truy cập Google qua IPv6 trong tuần tính đến 21 tháng 10 năm 2026.

Nếu tỷ lệ ở nước bạn cao mà bài kiểm tra không thấy IPv6, khoảng cách đó có lẽ nằm ở gói cước của nhà mạng hoặc router của bạn; kết quả chỉ có IPv4 sẽ cho biết tên mạng của bạn.

  • Pháp85,8%
  • Ấn Độ76,3%
  • Đức72,5%
  • Việt Nam64,4%
  • Hoa Kỳ62,5%
  • Nhật Bản62,1%
  • Brazil59,7%
  • Mexico58,2%
  • Bồ Đào Nha48,5%
  • Indonesia29,5%
  • Hàn Quốc29,3%
  • Thổ Nhĩ Kỳ21,8%
  • Ba Lan19,7%
  • Tây Ban Nha10,9%
  • Ngamẫu nhỏ7,2%
  • Thế giới43,8%
Tỷ lệ người dùng có khả năng dùng IPv6 (thanh) và đã dùng nó khi có cả hai (vạch), trung bình 30 ngày tính đến 21 tháng 10, 2026, kèm cùng ngày đó mỗi hai năm kể từ 2016 (chấm). Nguồn: APNIC Labs, stats.labs.apnic.net/ipv6, sử dụng lại có ghi nguồn. Nga: khoảng 2.500 lần đo mỗi ngày.

Làm sao test IPv6 bằng dòng lệnh?

Chạy curl -6 https://ipv6.icanhazip.com: lệnh in ra địa chỉ IPv6 của bạn khi IPv6 hoạt động, bị treo khi IPv6 lỗi, và thất bại ngay khi bạn không có IPv6.

curl -4 với ipv4.icanhazip.com làm tương tự cho IPv4; nslookup -type=AAAA hoặc dig AAAA cho biết DNS của bạn có trả về địa chỉ IPv6 không; ping -6 kiểm tra đường đi bằng ICMPv6, loại gói mà một số tường lửa chặn, nên bản thân việc không có phản hồi ở đó không chứng minh điều gì.

1C:\> curl.exe -6 https://ipv6.icanhazip.com
2001:db8:4a1c:7f00:9d3e:61b2:c84f:1a07

2C:\> curl.exe -4 https://ipv4.icanhazip.com
203.0.113.58

3C:\> nslookup -type=AAAA ipv6.icanhazip.com 1.1.1.1
Name:    ipv6.icanhazip.com
Address:  2606:4700:9a90:aa:b9de:0:6810:b8f1

4C:\> ping -6 2606:4700:4700::1111
Reply from 2606:4700:4700::1111: time=24ms
1% curl -6 https://ipv6.icanhazip.com
2001:db8:4a1c:7f00:9d3e:61b2:c84f:1a07

2% curl -4 https://ipv4.icanhazip.com
203.0.113.58

3% dig AAAA ipv6.icanhazip.com @1.1.1.1 +short
2606:4700:9a90:aa:b9de:0:6810:b8f1

4% ping6 -c 3 2606:4700:4700::1111
16 bytes from 2606:4700:4700::1111, icmp_seq=0 hlim=60 time=24.123 ms
1$ curl -6 https://ipv6.icanhazip.com
2001:db8:4a1c:7f00:9d3e:61b2:c84f:1a07

2$ curl -4 https://ipv4.icanhazip.com
203.0.113.58

3$ dig AAAA ipv6.icanhazip.com @1.1.1.1 +short
2606:4700:9a90:aa:b9de:0:6810:b8f1

4$ ping -6 -c 3 2606:4700:4700::1111
64 bytes from 2606:4700:4700::1111: icmp_seq=1 ttl=60 time=24.1 ms
  1. Địa chỉ IPv6 của bạn: IPv6 hoạt động qua tên miền. Bị treo nghĩa là IPv6 bị lỗi; báo lỗi ngay nghĩa là không có IPv6.
  2. Địa chỉ IPv4 của bạn, để so sánh.
  3. Một phản hồi AAAA: DNS trả về địa chỉ IPv6 (ở đây hỏi 1.1.1.1).
  4. ICMPv6 tới một địa chỉ không qua DNS: đường đi hoạt động. Không có phản hồi cũng có thể do tường lửa.
Bốn câu hỏi của bài kiểm tra trong terminal. Phản hồi AAAA là những gì 1.1.1.1 trả về ngày 24 tháng 10, 2026; các địa chỉ của chính bạn được thay bằng địa chỉ ví dụ dành cho tài liệu.

Làm sao bật IPv6?

Khi bài kiểm tra không thấy IPv6, công tắc quan trọng thường nằm trên router, và đôi khi nhà mạng phải bật IPv6 cho đường truyền của bạn.

Trên trang quản trị router, tìm IPv6 trong mục Internet hoặc WAN và chọn Native, Auto hoặc DHCPv6 với prefix delegation. Tại Nhật Bản, IPoE và IPv4 over IPv6 còn cần dịch vụ đó trong hợp đồng và một router hỗ trợ. Đừng tắt IPv6 trên một thiết bị để chữa đường truyền bị lỗi: hãy tắt trên router, để mọi thiết bị chuyển về IPv4 gọn gàng, và báo cho nhà mạng.

  • Windows 11

    Pa-nen Điều khiểnTrung tâm Mạng và Chia sẻThay đổi thiết đặt bộ điều hợpbộ điều hợp của bạn › Thuộc tính

    Giao thức Internet Phiên bản 6 (TCP/IPv6)

  • macOS

    Cài đặt hệ thốngMạngmạng của bạn › Chi tiếtTCP/IP

    Định cấu hình IPv6: Tự động

  • iPhone

    Cài đặtWi-Fiⓘ bên cạnh mạng của bạn

    ĐỊA CHỈ IPV6 liệt kê các địa chỉ của bạn

  • Android (dữ liệu di động)

    Cài đặtMạng và InternetSIMTên điểm truy cậpAPN của bạn

    Giao thức APN: IPv4/IPv6

  • FRITZ!Box

    InternetAccount InformationIPv6

    IPv6 support enabled

  • Hầu hết router

    Internet hoặc WANIPv6

    Native, Auto hoặc DHCPv6-PD

Nơi mỗi hệ điều hành hiển thị hoặc bật tắt IPv6. Tên menu khác nhau tùy phiên bản hệ điều hành và ngôn ngữ; nhãn nào chúng tôi chưa xác nhận được bằng tiếng Việt thì giữ nguyên tiếng Anh.

Kiểm tra IPv6: những câu hỏi thường gặp

Không có IPv6 có sao không?

Hiện tại thì không: gần như mọi website vẫn phản hồi qua IPv4, nên đường truyền chỉ có IPv4 vẫn mở được hầu hết mọi thứ. Bạn bỏ lỡ các dịch vụ chỉ có IPv6 và đôi khi một đường đi ngắn hơn, và ở nơi nhà mạng thiếu địa chỉ IPv4, bạn có thể phải dùng chung một địa chỉ với nhiều khách hàng (carrier-grade NAT), điều có thể làm hỏng việc mở cổng và host game. Nếu tỷ lệ IPv6 ở nước bạn cao, hãy hỏi nhà mạng xem gói cước có bao gồm IPv6 không.

“IPv6 bị lỗi” nghĩa là gì?

Thiết bị của bạn có tuyến IPv6 và gửi gói tin, nhưng không có phản hồi nào quay về, dù qua tên miền hay qua địa chỉ số, mặc dù mỗi yêu cầu được hỏi hai lần trong 15 giây. Website vẫn tải được vì trình duyệt chuyển về IPv4, nhưng mỗi kết nối mới tới website có IPv6 đều phải chờ trước, khoảng 0,3 giây trên Chrome. Nguyên nhân thường là router hoặc IPv6 của nhà mạng: hãy khởi động lại router, và nếu vẫn bị, tắt IPv6 trên router rồi báo lỗi.

Vì sao trình duyệt dùng IPv4 khi IPv6 vẫn hoạt động?

Happy Eyeballs (RFC 8305) cho IPv6 đi trước, 250 ms theo tiêu chuẩn và 300 ms trên Chrome, và họ địa chỉ nào kết nối trước sẽ thắng; trình duyệt cũng có thể dùng những gì đã học từ các kết nối trước. Nếu IPv4 tình cờ kết nối trước, trình duyệt chọn IPv4. Điều đó được phép và vô hại: bài kiểm tra chỉ cảnh báo khi mỗi lượt khứ hồi IPv6 chậm hơn IPv4 ít nhất 100 ms, mức đi trước nhỏ nhất mà RFC 8305 cho phép.

IPv6 có nhanh hơn IPv4 không?

Bản thân thì không: cả hai mang cùng dữ liệu, khác biệt nằm ở đường đi. IPv6 gốc thường đi cùng tuyến với IPv4 và thời gian chỉ chênh vài mili giây. Trên đường truyền FLET'S ở Nhật Bản, IPoE bỏ qua thiết bị PPPoE vốn dễ nghẽn hơn, nên IPv6, và cả IPv4 over IPv6, thường nhanh hơn vào giờ cao điểm. Đường hầm tới một máy chủ ở xa thường chậm hơn.

VPN có ảnh hưởng tới bài kiểm tra IPv6 không?

Có. Khi bật VPN, bài kiểm tra thấy địa chỉ và mạng của VPN chứ không phải của nhà mạng, và sẽ nói rõ điều đó. VPN chỉ chuyên chở IPv4 có thể để IPv6 đi ra qua nhà mạng của bạn, tức là rò rỉ IPv6, còn VPN chặn IPv6 sẽ khiến đường truyền của bạn trông như chỉ có IPv4. Hãy tắt VPN, chạy lại bài kiểm tra và so sánh hai kết quả.

NAT64 là gì, và IPv4 hoạt động thế nào trên mạng chỉ có IPv6?

Một số mạng di động và mạng trường học chỉ cấp IPv6 cho thiết bị. DNS của họ (DNS64) tạo ra một địa chỉ IPv6 cho các tên miền chỉ có IPv4, dưới 64:ff9b::/96 hoặc tiền tố riêng của mạng (RFC 6052), và một bộ chuyển đổi (NAT64, RFC 6146) chuyển đổi lưu lượng. Tên miền vẫn hoạt động; địa chỉ IPv4 viết dạng số sẽ lỗi trừ khi thiết bị tự chuyển đổi (464XLAT trên Android, cơ chế tổng hợp riêng của Apple). Bài kiểm tra nhận ra điều này khi hai địa chỉ IPv4 bị từ chối ngay lập tức, điều mà bộ lọc chặn địa chỉ IPv4 cũng gây ra.

Điểm test IPv6 10/10 nghĩa là gì?

Một số trang test IPv6 cho điểm trên thang 10 theo quy tắc riêng của họ. Không có tiêu chuẩn nào định nghĩa điểm số đó, và một đường truyền chỉ có IPv4 có thể được điểm cao ở thang này nhưng thấp ở thang khác. Bài kiểm tra này đếm các mục kiểm tra thay vì cho điểm: tám mục, mỗi mục gắn với RFC đứng sau nó, và cho thấy mục nào đạt và vì sao, để bạn thấy những gì một điểm số che giấu.

Website có theo dõi tôi qua địa chỉ IPv6 được không?

Một phần. Mọi website đều thấy địa chỉ của bạn, và 64 bit đầu nhận diện mạng gia đình của bạn trong suốt thời gian nhà mạng giữ nguyên tiền tố. Các hệ thống hiện nay thay 64 bit cuối mỗi ngày theo mặc định (địa chỉ tạm thời, RFC 8981), nhưng địa chỉ EUI-64 chứa địa chỉ MAC của card mạng và giữ nguyên trên mọi mạng. Bài kiểm tra sẽ cảnh báo nếu địa chỉ của bạn như vậy.

Làm sao biết tôi có đang dùng v6プラス (v6 Plus) không?

Hãy chạy bài kiểm tra: khi cả hai địa chỉ của bạn nằm trong các khối v6プラス của JPIX (JPIX có tên JPNE cho đến năm 2023), nó cho biết IPv4 của bạn đi bên trong IPv6 bằng MAP-E; khi IPv4 nằm trên mạng của KDDI, mạng chuyên chở lưu lượng của JPIX, nó nói là có lẽ. Nếu IPv4 của bạn đến từ một mạng khác, có lẽ nó vẫn dùng PPPoE. Trang trạng thái của router cho biết chế độ, và trang kiểm tra riêng của JPIX cũng vậy.

Bài kiểm tra IPv6 này có lưu địa chỉ IP của tôi không?

Không. Bài kiểm tra chạy trong trình duyệt của bạn. Cloudflare vận hành phần lớn các địa chỉ kiểm tra và thấy cả IPv4 lẫn IPv6 của bạn, Google (8.8.8.8) thấy IPv4 và ipify thấy IPv6; một IPv4 đăng ký với RIPE NCC còn được tra trong cơ sở dữ liệu của RIPE. Máy chủ của chúng tôi hỏi Team Cymru (qua DNS của Cloudflare) xem mỗi địa chỉ thuộc mạng nào, và tra tên DNS ngược của từng địa chỉ: máy chủ DNS của nhà mạng bạn nhìn thấy lượt tra cứu đó. Không có gì được lưu, và liên kết chia sẻ không bao giờ mang địa chỉ của bạn.

Còn thiếu điều gì?Đề xuất tính năng hoặc công cụ mới