Tes IPv6

Tes otomatis: cek IPv4 dan IPv6 dari browser Anda, lewat nama dan tanpa DNS, serta mana yang dipilih browser.

Alamat tes di Cloudflare, Google, dan ipify, serta registri RIPE, ditanyai dari browser Anda · tidak ada yang disimpan

Memeriksa0 s berjalan

Memeriksa koneksi Anda lewat IPv4 dan IPv6…

Browser Anda

Pulang-pergi ke Cloudflare
IPv4mengukur…
IPv6mengukur…
lanjutan: median dari 5 permintaan pada koneksi yang sudah terbuka · latensi, bukan kecepatan
  • Hasil muncul saat setiap permintaan menjawab; jenis alamat yang tidak menjawab butuh waktu hingga 15 detik.
Bagaimana setiap jenis alamat mencapai Cloudflare
  • IPv4 lewat nama: A bertanya…, Memeriksa
  • IPv4 tanpa DNS: Memeriksa
  • IPv6 lewat nama: AAAA bertanya…, Memeriksa
  • IPv6 tanpa DNS: Memeriksa
DNS
Jaringan Anda
Cloudflare
Situs dengan keduanya
Perangkat Anda
mencari…
mencari…
…
…
berlomba…dnsrobot.org
  • IPv4mencari…
  • IPv6mencari…
  • Hasil muncul saat setiap permintaan menjawab; jenis alamat yang tidak menjawab butuh waktu hingga 15 detik.
Masalah duluMemeriksa
  • IPv4 lewat namaRFC 1035Memeriksa

    Menanyai ipv4.icanhazip.com…

    ipv4.icanhazip.com · Hanya A

  • IPv6 lewat namaRFC 3596Memeriksa

    Menanyai ipv6.icanhazip.com…

    ipv6.icanhazip.com · Hanya AAAA

  • IPv4 tanpa DNSRFC 6146Memeriksa

    Menanyai 1.0.0.1…

    1.0.0.1 · tanpa DNS

  • IPv6 tanpa DNSRFC 8200Memeriksa

    Menanyai 2606:4700:4700::1111…

    2606:4700:4700::1111 · tanpa DNS

  • Pilihan browserRFC 8305Memeriksa

    Melombakan IPv4 dan IPv6 ke dnsrobot.org…

    dnsrobot.org · A + AAAA

  • Paket IPv6 ukuran penuhRFC 4890Memeriksa

    Mengirim paket IPv6 ukuran penuh ke api6.ipify.org…

    api6.ipify.org · Hanya AAAA · MSS 1440

  • IPv6 secepat IPv4RFC 8305 §5Memeriksa

    Mengukur waktu kedua jenis alamat…

  • Tipe alamat IPv6RFC 6724Memeriksa

    Menunggu alamat IPv6…

Yang tidak bisa diuji browser
  • Apakah resolver DNS Anda menjangkau nameserver yang hanya punya IPv6.
  • Masalah paket besar antara sekitar 1.420 dan 1.500 byte di jalur Cloudflare.
  • Apakah IPv4 Anda dipakai bersama (CGNAT), atau berjalan di dalam IPv6 (DS-Lite, MAP-E): hanya siapa pemilik setiap alamat.
  • Ukuran prefiks yang diberikan provider Anda (/48, /56, /64): blok yang diumumkan bukanlah prefiks itu.
  • Apakah sebuah alamat bersifat sementara atau acak yang stabil, serta alamat LAN atau link-local Anda.
  • Apakah internet bisa menjangkau IPv6 Anda (firewall router Anda).

Cloudflare menjalankan sebagian besar alamat tes (icanhazip.com, 1.0.0.1, 2606:4700:4700::1111, dnsrobot.org) dan melihat kedua alamat Anda; Google melihat IPv4 Anda (8.8.8.8) dan ipify melihat IPv6 Anda (api6.ipify.org). Jika IPv4 Anda terdaftar di RIPE NCC (Eropa, Timur Tengah, Asia Tengah), browser Anda juga bertanya ke registri RIPE (rdap.db.ripe.net) bagaimana bloknya diberi label. Server kami mengenali setiap jaringan lewat Team Cymru (ditanyai melalui DNS Cloudflare) dan mencari nama reverse setiap alamat: server DNS provider Anda melihat pencarian itu. Pengecekan situs web hanya mengirim domainnya, yang dibaca lewat Google Public DNS. Tidak ada yang disimpan, dan tautan yang dibagikan memuat hasil, tidak pernah alamat.

Cara cek IPv6: apakah saya punya IPv6?

Buka halaman ini: tes konektivitas IPv6 berjalan sendiri dalam beberapa detik dan menyatakan dalam satu baris apakah Anda punya IPv6, apakah IPv6 berfungsi, dan apakah browser Anda memakainya.

Di balik baris itu ada enam permintaan dari browser Anda. Empat menuju alamat Cloudflare yang hanya menjawab lewat satu jenis alamat: ipv4.icanhazip.com hanya punya record A, ipv6.icanhazip.com hanya record AAAA, sedangkan 1.0.0.1 dan 2606:4700:4700::1111 ditulis sebagai angka, jadi tidak membutuhkan DNS. Permintaan kelima menanyai dnsrobot.org, yang punya keduanya, untuk melihat jenis alamat yang dipilih browser Anda; lewat yang keenam, browser Anda mengirim permintaan 3 KB ke api6.ipify.org dan mendapat balasan 3 KB, keduanya dalam paket berukuran penuh. Jika 1.0.0.1 ditolak, permintaan ketujuh menanyai 8.8.8.8 milik Google, untuk membedakan alamat yang diblokir dari jaringan tanpa IPv4.

Jika dibaca bersama, permintaan-permintaan ini membedakan jenis kegagalan, hal yang tidak bisa dilakukan IPv6 checker yang hanya memberi satu jawaban. Permintaan IPv6 lewat nama gagal tetapi yang lewat angka menjawab: IPv6 berfungsi dan masalahnya ada di DNS Anda. Keduanya diam, meski masing-masing ditanya dua kali dalam 15 detik: paket keluar, tidak ada yang kembali, IPv6 rusak. Keduanya langsung gagal: tidak ada IPv6 di perangkat ini.

PermintaanRecord DNSJenis alamatJawaban membuktikanDipakai di pengecekan
dnsrobot.netHalaman iniA + AAAAIPv4IPv6jenis alamat yang sudah dipakai halaman ini, dan data center Cloudflare-nyaPilihan browser
ipv4.icanhazip.comCloudflareHanya AIPv4IPv4 berfungsi lewat namaIPv4 lewat nama · IPv6 secepat IPv4
ipv6.icanhazip.comCloudflareHanya AAAAIPv6DNS memberikan alamat IPv6 dan paket IPv6 kembaliIPv6 lewat nama · IPv6 secepat IPv4 · Tipe alamat IPv6
1.0.0.1Cloudflare 1.1.1.1tanpa DNSIPv4IPv4 dirutekan tanpa penerjemah (gagal di balik NAT64)IPv4 tanpa DNS · IPv6 secepat IPv4
2606:4700:4700::1111Cloudflare 1.1.1.1tanpa DNSIPv6IPv6 dirutekan, apa pun kata DNSIPv6 tanpa DNS · IPv6 secepat IPv4
dnsrobot.orgCloudflareA + AAAAIPv4IPv6jenis alamat yang dipilih browser Anda saat sebuah situs menawarkan keduanyaPilihan browser
api6.ipify.orgipifyHanya AAAAIPv6paket IPv6 penuh 1.500 byte berhasil lewat dua arah: permintaan 3 KB dari browser Anda keluar, balasan 3 KB dari ipify dan handshake TLS-nya kembaliPaket IPv6 ukuran penuh
Enam permintaan yang dibuat tes, ditambah koneksi halaman ini sendiri: record DNS yang dimiliki setiap nama dan apa yang dibuktikan oleh sebuah jawaban. Semuanya menjawab situs web mana pun (Access-Control-Allow-Origin: *); yang milik Cloudflare membalas dengan /cdn-cgi/trace, yang menyebutkan jenis alamat dan data center-nya. Record dibaca pada 24 Oktober 2026.
Hasil tes IPv6 di jalur dual-stack yang sehat: 8 dari 8 pengecekan lulus, IPv4 dan IPv6 ke Cloudflare dengan dan tanpa DNSHasil tes IPv6 di jalur dual-stack yang sehat: 8 dari 8 pengecekan lulus, IPv4 dan IPv6 ke Cloudflare dengan dan tanpa DNSKesimpulanDalam satu baris, dengan berapa dari 8 pengecekan yang lulus: tanpa skor karangan.Pulang-pergiKe Cloudflare per jenis alamat, median dari 5 permintaan pada koneksi yang sudah terbuka. Latensi, bukan kecepatan.DNSJawaban A atau AAAA yang dibutuhkan setiap permintaan lewat nama. AAAA yang hilang membuat gerbang ini merah.Tanpa DNSJalur bertitik memakai alamat yang ditulis sebagai angka, jadi gangguan DNS dan gangguan jalur terputus di tempat yang berbeda.Pilihan browserUntuk nama yang punya kedua record: jenis alamat mana yang memenangkan perlombaan (RFC 8305).PengecekanMasalah dulu, masing-masing dengan RFC-nya dan, jika gagal, perbaikannya.
Hasil dual-stack yang sehat. Pilih sebuah nomor untuk melihat arti setiap bagian.

Apakah saya memakai IPv4 atau IPv6?

Jika sebuah situs menawarkan keduanya, browser Anda mencoba IPv6 lebih dulu dan memberinya keunggulan waktu yang singkat: jika IPv6 belum tersambung setelah sekitar 0,3 detik, IPv4 ikut dimulai, dan yang tersambung lebih dulu menang.

Perlombaan itu disebut Happy Eyeballs (RFC 8305). Standarnya menunggu jawaban AAAA hingga 50 ms, menyarankan jeda 250 ms antarpercobaan, dan mengizinkan browser memakai apa yang dipelajarinya dari koneksi sebelumnya; Chrome menunggu 300 ms, Firefox 250 ms. Jadi IPv6 yang berfungsi hampir selalu dipakai, IPv6 yang rusak memakan sekitar 0,3 detik di setiap koneksi baru, dan IPv6 yang lebih lambat dari keunggulan waktu itu kalah dari IPv4.

Tes ini menampilkan hasilnya sebagai Pilihan browser: jenis alamat yang dipilih browser Anda untuk dnsrobot.org, nama yang punya kedua record, di samping jenis alamat yang dipakai halaman ini sendiri.

IPv6 berfungsiIPv6 tersambung lebih dulu; IPv4 tidak pernah dimulai

IPv6tersambung pada 29 ms, memenangi perlombaanIPv4

IPv6 rusakIPv6 tidak mendapat jawaban; IPv4 dimulai pada 300 ms

IPv6tidak ada jawaban · 10 sIPv4tersambung pada 325 ms, memenangi perlombaan

IPv6 lambat (tunnel)IPv4 dimulai pada 300 ms dan tersambung lebih dulu

IPv6431 msIPv4tersambung pada 325 ms, memenangi perlombaan
  • RFC 8305 §3: tunggu jawaban AAAA hingga 50 ms
  • RFC 8305 §5 dan Firefox: keunggulan waktu 250 ms untuk IPv6
  • Chrome: keunggulan waktu 300 ms untuk IPv6
Tiga perlombaan ke sebuah nama yang punya record A dan AAAA. Waktu koneksinya, 29 ms lewat IPv6 dan 25 ms lewat IPv4, diukur dari satu jalur pada 24 Oktober 2026; percobaan IPv6 yang rusak dan yang lambat digambar sesuai aturan pengatur waktunya.

Mengapa IPv6 saya tidak berfungsi?

Paling sering, router membagikan IPv6 yang tidak menjangkau internet, atau ada sesuatu di antaranya yang menghapus jawaban IPv6 dari DNS; empat permintaan lewat nama dan lewat angka menunjukkan yang mana.

IPv6 rusak adalah masalah yang terasa: situs tetap terbuka, tetapi setiap koneksi baru ke situs yang punya IPv6 menunggu dulu. DNS yang membuang jawaban AAAA (proxy DNS router, pengaturan Pi-hole atau NextDNS, aplikasi keamanan) membuat IPv6 tampak tidak ada padahal berfungsi. Tunnel, seperti tunnel broker 6in4 atau 6to4, berfungsi tetapi sering lebih lambat daripada IPv4, jadi browser melewatinya.

Permintaan yang gagal tidak selalu berarti masalah di jalur Anda: VPN menggantikan koneksi Anda dengan koneksinya sendiri, dan ekstensi bisa memblokir alamat tes. Tes ini menyatakannya, alih-alih melaporkan tidak ada IPv6.

MasalahIPv4IPv6Yang Anda rasakanPerbaikan pertama
lewat namatanpa DNSlewat namatanpa DNS
IPv6 rusakSitus terbuka, tetapi setiap situs baru menunggu sekitar 0,3 sMulai ulang router; jika tetap begitu, matikan IPv6 di router dan beri tahu provider Anda
DNS tidak memberi AAAAIPv6 berfungsi, tetapi tidak ada situs yang memakainyaMatikan penyaringan AAAA, atau gunakan DNS publik seperti 1.1.1.1
Tanpa IPv6Biasanya tidak terasa apa-apa: situs tetap menjawab lewat IPv4Aktifkan IPv6 di router, atau tanyakan ke provider Anda
Hanya IPv6 + NAT64Aplikasi yang memakai angka IPv4 gagalTidak perlu apa-apa untuk situs web; 464XLAT di ponsel atau router memperbaiki aplikasi
IPv6 lambatBrowser memilih IPv4Server tunnel yang lebih dekat, atau IPv6 native dari provider Anda
Paket besar dibuangSebagian situs macet setelah tersambungLoloskan ICMPv6 tipe 2 (Packet Too Big) di firewall
VPN atau WARPTes menggambarkan VPNMatikan VPN untuk menguji jalur Anda sendiri
Seperti apa setiap masalah di empat permintaan (lewat nama dan tanpa DNS, per jenis alamat), apa yang Anda rasakan, dan hal pertama yang perlu dicoba. Dari aturan kesimpulan tes ini sendiri.

IPoE atau PPPoE: apakah IPv4 saya berjalan di dalam IPv6?

Di jalur fiber Jepang (FLET'S), IPv6 hampir selalu memakai IPoE, sementara IPv4 masih login lewat PPPoE atau berjalan di dalam IPv6 melalui layanan IPv4 over IPv6 seperti v6プラス (MAP-E) atau transix (DS-Lite).

PPPoE membawa IPv4 melalui gateway PPPoE milik jaringan dengan ID dan kata sandi, jalur yang lebih rentan macet; IPv4 over IPv6 tidak melalui gateway itu. Dengan MAP-E, router Anda berbagi satu alamat IPv4 dengan jalur lain, dan setiap jalur mendapat rentang port sendiri (RFC 7597); dengan DS-Lite, router Anda menyalurkan IPv4 lewat tunnel ke provider, yang membagi alamat itu di sana (RFC 6333).

Situs web tidak bisa melihat tunnel-nya, hanya siapa pemilik setiap alamat. Keduanya berada di blok VNE yang menjual IPv4 over IPv6: IPv4 Anda berjalan di dalam IPv6. IPv4 dari jaringan lain: kemungkinan PPPoE. Jika satu perusahaan menjalankan keduanya di jaringan yang sama (OCN, BIGLOBE, ASAHIネット, ARTERIA Networks), tes ini menyatakan tidak bisa mengetahuinya, dan halaman status router Anda bisa.

PPPoEID dan kata sandi, lewat gateway PPPoE jaringan

NATRouter AndaNTT NGNFLET'SGateway PPPoEISPInternet

MAP-EIPv4 over IPv6: router Anda berbagi satu alamat IPv4 berdasarkan rentang port

NATRouter AndaIPv4 di dalam IPv6NTT NGNFLET'SBorder relay VNEInternet

RFC 7597: “Port Set ID (PSID): secara algoritmik mengidentifikasi sekumpulan port yang ditetapkan khusus untuk sebuah CE.”

DS-LiteIPv4 over IPv6: provider berbagi satu alamat IPv4 di AFTR miliknya

Router AndaIPv4 di dalam IPv6NTT NGNFLET'SNATAFTR VNEInternet

RFC 6333: “…dengan menggabungkan dua teknologi yang sudah dikenal luas: IP in IP (IPv4-in-IPv6) dan Network Address Translation (NAT).”

LayananMetodeOperator (VNE)AS asalDari alamat
v6プラスv6 PlusMAP-EJPIX (sebelumnya JPNE)AS2516diumumkan oleh KDDIbisa diketahui
OCNバーチャルコネクトOCN Virtual ConnectMAP-ENTT DOCOMO BUSINESSAS4713tidak bisa diketahui
IPv6オプションIPv6 optionMAP-EBIGLOBEAS2518tidak bisa diketahui
transixDS-LiteInternet MultifeedAS55391AS55392bisa diketahui
XpassDS-LiteARTERIA NetworksAS2519AS17506tidak bisa diketahui
v6 コネクトv6 ConnectDS-LiteASAHI NetAS4685tidak bisa diketahui
IPv6高速ハイブリッドSoftBank Hikaritidak dipublikasikanBBIX (SoftBank)AS17676tidak bisa diketahui
Tiga cara IPv4 mencapai internet di jalur FLET'S, dan layanan yang memakai masing-masing. Metode dari dokumen operator dan pembuat router; blok alamat dan AS asal dari registri, RIPEstat, dan Team Cymru pada 24 Oktober 2026. Tidak bisa diketahui: jaringan yang sama juga membawa PPPoE, atau tidak ada blok yang diketahui. AS55389 milik JPIX sendiri tidak mengumumkan apa pun.

Apa yang diungkapkan alamat IPv6 saya tentang perangkat saya?

Separuh pertama alamat IPv6 menyebut jaringan Anda; separuh kedua, interface ID, menyebut perangkat Anda di jaringan itu, dan di sistem lama dibuat dari alamat MAC perangkat.

Provider Anda mengumumkan blok besar ke internet, rumah Anda mendapat satu /64 (atau beberapa) di dalamnya, dan setiap perangkat memilih interface ID 64 bit. ID dengan ff:fe di tengahnya adalah EUI-64: MAC kartu jaringan dengan dua byte disisipkan dan satu bit dibalik, sama di setiap jaringan. Sistem saat ini memakai ID acak: alamat sementara yang diganti setiap hari secara default (RFC 8981), atau satu ID acak yang stabil per jaringan (RFC 7217).

Tampilan alamat IPv6 di tes ini menunjukkan jenis milik Anda; ID EUI-64 bertaut ke cek MAC address, yang menyebutkan pembuatnya.

2001:db8:2c7:1f00

Jaringan (/64) · 2001:db8::/32: blok yang diumumkan provider

200:5eff:fe00:532a

Interface ID (64 bit)

  1. MAC00:00:5e:00:53:2a
  2. dibagi dua00:00:5e · 00:53:2a
  3. sisipkan ff:fe00:00:5e:ff:fe:00:53:2a
  4. balik bit 7 (00 → 02)02:00:5e:ff:fe:00:53:2a
  5. menjadi interface ID0200:5eff:fe00:532a

00:00:5e:00:53:2a berada di rentang IANA untuk dokumentasi (RFC 9542); MAC asli menyebutkan pembuat kartunya.

Alamat sementara (RFC 8981): /64 yang sama, interface ID baru

  • Sen2001:db8:2c7:1f00:9d3e:61b2:c84f:1a07
  • Sel2001:db8:2c7:1f00:47a1:be2:f3c9:58d4
  • Rab2001:db8:2c7:1f00:e02c:7d95:1b6a:a3f0

Default RFC 8981 §3.8 untuk setiap alamat · diutamakan selama: 1 hari · berlaku selama: 2 hari

Sebuah alamat yang diurai, MAC yang dikembalikan dari interface ID EUI-64, dan alamat sementara yang mempertahankan /64 sementara ID-nya berganti. Alamat dokumentasi (RFC 3849) dan MAC dokumentasi milik IANA.

Bagaimana cara cek apakah sebuah situs web mendukung IPv6?

Pilih Sebuah situs web di atas lalu ketik domainnya: tes ini membaca apakah domain, nama www-nya, nameserver-nya, dan server email-nya memublikasikan alamat IPv6 (record AAAA).

Sebuah situs bisa dijangkau lewat IPv6 jika nama web-nya punya record AAAA; nameserver dan server email penting bagi jaringan khusus IPv6 dan untuk email. Beberapa situs besar masih hanya memublikasikan IPv4 untuk situs webnya, sementara DNS-nya sudah menjawab lewat IPv6, seperti yang ditunjukkan tabel domain terkenal.

Record AAAA menyatakan bahwa sebuah alamat dipublikasikan, bukan bahwa server menjawab di alamat itu; server kami tidak bisa terhubung lewat IPv6 untuk mengeceknya.

DomainSitus webwwwNameserverEmailHasil
wikipedia.orgAAAAAAAA3/32/2siap IPv6
google.comAAAAAAAA4/41/1siap IPv6
microsoft.comAAAAAAAA4/41/1siap IPv6
netflix.comAAAAAAAA4/45/5siap IPv6
apple.comAAAAAAAA4/40/6situs web di IPv6
cloudflare.comAAAAAAAA5/50/4situs web di IPv6
reddit.comAAAAtidak ada4/45/5situs web di IPv6
amazon.comtidak adaAAAA4/40/1situs web di IPv6
github.comtidak adatidak ada8/81/1situs web hanya IPv4
mercadolibre.com.mxtidak adatidak ada4/45/5situs web hanya IPv4
rakuten.co.jptidak adatidak ada4/40/1situs web hanya IPv4
x.comtidak adatidak ada0/85/5situs web hanya IPv4
yahoo.co.jptidak adatidak ada0/40/4tanpa IPv6
13 domain terkenal, dibaca dari DNS pada 24 Oktober 2026 lewat 1.1.1.1 dari satu lokasi (jawaban CDN berbeda menurut lokasi). Nameserver dan email: berapa banyak host yang tercantum yang memublikasikan record AAAA.

Berapa banyak orang yang punya IPv6?

Sekitar enam dari sepuluh pengguna di Jepang dan Amerika Serikat bisa memakai IPv6, tujuh dari sepuluh di Jerman, dan hampir sembilan dari sepuluh di Prancis, tetapi hanya sekitar satu dari sepuluh di Spanyol (APNIC Labs, rata-rata 30 hari hingga 21 Oktober 2026).

APNIC Labs mengukurnya lewat iklan online, sekitar 25 juta per hari, yang mengambil objek tes lewat IPv4 dan IPv6. Mampu berarti perangkat dan jaringan bisa memakai IPv6; diutamakan berarti IPv6 dipakai saat keduanya tersedia. Google menghitung penggunanya sendiri: sekitar 47% menjangkau Google lewat IPv6 dalam pekan hingga 21 Oktober 2026.

Jika angka negara Anda tinggi dan tes ini tidak menemukan IPv6, kesenjangannya kemungkinan ada di paket provider atau router Anda; hasil yang hanya IPv4 menyebutkan jaringan Anda.

  • Prancis85,8%
  • India76,3%
  • Jerman72,5%
  • Vietnam64,4%
  • Amerika Serikat62,5%
  • Jepang62,1%
  • Brasil59,7%
  • Meksiko58,2%
  • Portugal48,5%
  • Indonesia29,5%
  • Korea Selatan29,3%
  • Turki21,8%
  • Polandia19,7%
  • Spanyol10,9%
  • Rusiasampel kecil7,2%
  • Dunia43,8%
Pangsa pengguna yang mampu memakai IPv6 (batang) dan yang memakainya saat ditawari keduanya (tanda), rata-rata 30 hari hingga 21 Oktober 2026, dengan hari yang sama setiap dua tahun sejak 2016 (titik). Sumber: APNIC Labs, stats.labs.apnic.net/ipv6, digunakan ulang dengan mencantumkan sumber. Rusia: sekitar 2.500 pengukuran per hari.

Bagaimana cara test IPv6 dari command line?

Jalankan curl -6 https://ipv6.icanhazip.com: perintah ini mencetak alamat IPv6 Anda jika IPv6 berfungsi, macet jika rusak, dan langsung gagal jika Anda tidak punya IPv6.

curl -4 dengan ipv4.icanhazip.com melakukan hal yang sama untuk IPv4; nslookup -type=AAAA atau dig AAAA menunjukkan apakah DNS Anda mengembalikan alamat IPv6; ping -6 menguji jalur dengan ICMPv6, yang dibuang sebagian firewall, jadi tidak adanya balasan di sana tidak membuktikan apa pun dengan sendirinya.

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. Alamat IPv6 Anda: IPv6 berfungsi lewat nama. Macet berarti IPv6 rusak; error seketika berarti tidak ada IPv6.
  2. Alamat IPv4 Anda, sebagai pembanding.
  3. Jawaban AAAA: DNS memberikan alamat IPv6 (di sini ditanyakan ke 1.1.1.1).
  4. ICMPv6 ke alamat tanpa DNS: jalurnya berfungsi. Tidak ada balasan juga bisa karena firewall.
Empat pertanyaan tes ini di terminal. Jawaban AAAA adalah yang dikembalikan 1.1.1.1 pada 24 Oktober 2026; alamat Anda sendiri tampil sebagai contoh dokumentasi.

Bagaimana cara mengaktifkan IPv6?

Jika tes tidak menemukan IPv6, pengaturan yang menentukan biasanya ada di router Anda, dan terkadang provider Anda harus mengaktifkan IPv6 untuk jalur Anda.

Di halaman admin router, cari IPv6 di bagian Internet atau WAN, lalu pilih Native, Auto, atau DHCPv6 dengan prefix delegation. Di Jepang, IPoE dan IPv4 over IPv6 juga memerlukan layanan itu dalam kontrak Anda dan router yang mendukungnya. Jangan mematikan IPv6 di satu perangkat untuk memperbaiki jalur yang rusak: matikan di router, agar setiap perangkat beralih ke IPv4 dengan mulus, lalu beri tahu provider Anda.

  • Windows 11

    Panel KontrolPusat Jaringan dan BerbagiUbah pengaturan adaptoradaptor Anda › Properti

    Protokol Internet Versi 6 (TCP/IPv6)

  • macOS

    Pengaturan SistemJaringanjaringan Anda › DetailTCP/IP

    Konfigurasikan IPv6: Secara Otomatis

  • iPhone

    PengaturanWi-Fiⓘ di samping jaringan Anda

    ALAMAT IPV6 menampilkan alamat Anda

  • Android (data seluler)

    SetelanJaringan & internetSIMNama Titik AksesAPN Anda

    Protokol APN: IPv4/IPv6

  • FRITZ!Box

    InternetAccount InformationIPv6

    IPv6 support enabled

  • Kebanyakan router

    Internet atau WANIPv6

    Native, Auto, atau DHCPv6-PD

Tempat setiap sistem menampilkan atau mengaktifkan IPv6. Nama menu berbeda-beda menurut versi sistem dan bahasa; label yang tidak bisa kami pastikan dalam bahasa Indonesia tetap dalam bahasa Inggris.

Tes IPv6: pertanyaan yang sering diajukan

Apakah buruk jika saya tidak punya IPv6?

Saat ini tidak: hampir setiap situs web masih menjawab lewat IPv4, jadi jalur yang hanya IPv4 bisa membuka hampir semuanya. Anda melewatkan layanan yang hanya IPv6 dan terkadang jalur yang lebih pendek, dan jika provider kekurangan alamat IPv4, Anda mungkin berbagi satu alamat dengan banyak pelanggan (carrier-grade NAT), yang bisa merusak port forwarding dan hosting game. Jika pangsa IPv6 di negara Anda tinggi, tanyakan ke provider Anda apakah paket Anda mencakupnya.

Apa arti “IPv6 rusak”?

Perangkat Anda punya rute IPv6 dan mengirim paket, tetapi tidak ada jawaban yang kembali, lewat nama maupun lewat angka, meski setiap permintaan ditanyakan dua kali dalam 15 detik. Situs tetap termuat karena browser beralih ke IPv4, tetapi setiap koneksi baru ke situs yang punya IPv6 menunggu dulu, sekitar 0,3 detik di Chrome. Penyebabnya biasanya router atau IPv6 dari provider: mulai ulang router, dan jika masih berlanjut, matikan IPv6 di router lalu laporkan.

Mengapa browser saya memakai IPv4 padahal IPv6 berfungsi?

Happy Eyeballs (RFC 8305) memberi IPv6 keunggulan waktu, 250 ms menurut standar dan 300 ms di Chrome, dan jenis alamat yang tersambung lebih dulu menang; browser juga boleh memakai apa yang dipelajarinya dari koneksi sebelumnya. Jika IPv4 kebetulan tersambung lebih dulu, browser memilih IPv4. Itu diizinkan dan tidak berbahaya: tes ini hanya memberi peringatan jika setiap pulang-pergi IPv6 setidaknya 100 ms lebih lama daripada IPv4, keunggulan waktu terkecil yang diizinkan RFC 8305.

Apakah IPv6 lebih cepat daripada IPv4?

Tidak dengan sendirinya: keduanya membawa data yang sama, dan perbedaannya ada di jalurnya. IPv6 native biasanya menempuh rute yang sama dengan IPv4 dan waktunya hanya selisih beberapa milidetik. Di jalur FLET'S Jepang, IPoE tidak melalui perangkat PPPoE yang lebih rentan macet, jadi IPv6, dan IPv4 over IPv6, sering lebih cepat di jam sibuk. Tunnel ke server yang jauh biasanya lebih lambat.

Apakah VPN memengaruhi tes IPv6?

Ya. Saat VPN aktif, tes ini melihat alamat dan jaringan VPN, bukan milik provider Anda, dan menyatakannya. VPN yang hanya membawa IPv4 bisa membiarkan IPv6 keluar lewat provider Anda, yaitu kebocoran IPv6, dan VPN yang memblokir IPv6 membuat jalur Anda tampak hanya IPv4. Matikan VPN, jalankan tes lagi, lalu bandingkan kedua hasilnya.

Apa itu NAT64, dan bagaimana IPv4 berfungsi di jaringan khusus IPv6?

Sebagian jaringan seluler dan kampus hanya memberi perangkat IPv6. DNS mereka (DNS64) membuat alamat IPv6 untuk nama yang hanya punya IPv4, di bawah 64:ff9b::/96 atau prefiks milik jaringan itu (RFC 6052), dan penerjemah (NAT64, RFC 6146) mengonversi lalu lintasnya. Nama tetap berfungsi; alamat IPv4 yang ditulis sebagai angka gagal kecuali perangkat menerjemahkannya (464XLAT di Android, sintesis milik Apple). Tes ini membacanya saat dua alamat IPv4 langsung ditolak, yang juga terjadi jika ada filter pada alamat IPv4.

Apa arti skor 10/10 di test IPv6?

Sebagian situs tes IPv6 memberi skor dari 10 berdasarkan aturan mereka sendiri. Tidak ada standar yang mendefinisikan skor seperti itu, dan jalur yang hanya IPv4 bisa mendapat skor bagus di satu skala dan buruk di skala lain. Tes ini justru menghitung pengecekan: delapan, masing-masing terkait dengan RFC di baliknya, dan menunjukkan mana yang lulus dan mengapa, jadi Anda bisa melihat apa yang disembunyikan sebuah skor.

Bisakah situs web melacak saya lewat alamat IPv6?

Sebagian. Setiap situs melihat alamat Anda, dan 64 bit pertamanya mengidentifikasi jaringan rumah Anda selama provider Anda mempertahankan prefiks itu. Sistem saat ini mengganti 64 bit terakhir setiap hari secara default (alamat sementara, RFC 8981), tetapi alamat EUI-64 memuat alamat MAC kartu jaringan Anda dan tetap sama di setiap jaringan. Tes ini memberi peringatan jika alamat Anda seperti itu.

Bagaimana cara mengetahui apakah saya memakai v6プラス (v6 Plus)?

Jalankan tes ini: jika kedua alamat Anda berada di blok v6プラス milik JPIX (JPIX bernama JPNE hingga 2023), tes menyatakan IPv4 Anda berjalan di dalam IPv6 dengan MAP-E; jika IPv4 berada di jaringan KDDI, yang membawa lalu lintas JPIX, tes menyatakan kemungkinan. Jika IPv4 Anda berasal dari jaringan lain, kemungkinan masih memakai PPPoE. Halaman status router Anda menyebutkan modenya, begitu juga halaman cek milik JPIX sendiri.

Apakah tes IPv6 ini menyimpan alamat IP saya?

Tidak. Tes berjalan di browser Anda. Cloudflare menjalankan sebagian besar alamat tes dan melihat IPv4 serta IPv6 Anda, Google (8.8.8.8) melihat IPv4 Anda, dan ipify melihat IPv6 Anda; IPv4 yang terdaftar di RIPE NCC juga dicari di registrinya. Server kami bertanya ke Team Cymru (lewat DNS Cloudflare) jaringan pemilik setiap alamat, dan mencari nama reverse setiap alamat: server DNS provider Anda melihat pencarian itu. Tidak ada yang disimpan, dan tautan yang dibagikan tidak pernah memuat alamat Anda.

Ada yang kurang?Usulkan fitur atau alat baru