test-ipv6.com FAQ
Q: Can you fix my VPN?
No, I can not fix your VPN.
Q: Giunsa paggana ani nga pagsuway?
Kini nga pagsuway kay bugkos nga pangkliyenteng bahin sa javascript. Para mahibal-an ang pagkakab-ot, ang usa ka serye sa mga ajax na pamalihog kay gibuhat gikan sa web server, gamit ang lain-laing mga pangalan sa DNS nga nagpugos sa paggamit sa IPv6 lamang, o dual stack, o uban pang kaparehas nga sitwasyon. Ang pasa/pakyas nga pagkuha, apil na kung unsa kadugay nahuman, kay gikuha isip basehan.
Q: Nganong makab-ot man kini nga website pamaagi sa IPv4 lamang?
Sakto ka, walay mga AAAA nga rekord, sa gituyong paagi. Ang usa ka porsyento sa mga tagagamit kay dili maka-browse sa mga site nga dual-stack. Kung dili makakonekta ang mga tagagamit, dili sila pwedeng ingnan nga naa silay problema. Dako kining problema nga nag-atubang sa mga nagahatag ug sulod karon, kung diin niini, nagtrabaho ako sa isa para sa akong$dayjob. Parehas niini, ang pinakaimportanteng pahina nanginahanglan ug IPv4 (posibleng natibo o nasalin).
At some point, when the percentage of "broken" users has gone significantly down, I'll consider making test-ipv6.com dual-stack. At last check, March 2017, we still see 0.2% broken visiting test-ipv6.com. And we still want them to understand their situation.
Q: Nagpadagan ako ug usa ka pangproduksyon ng IPv6-lamang nga network. Kung wala ang IPv4, ang akong mga tagagamit dili makaabot sa test-ipv6.com.
Magpadala ug email sa jfesler@test-ipv6.com. Kung ang imong IPv6-lamang nga network kay may mga gipahinungod nga mga name server, o usa ka gipahinungod nga BGP ASN, paganahon ni jfesler ang mga AAAA nga rekord para sa test-ipv6.com para kanimo.
Kung dili nimo matuman ang mga gikinahanglan sa taas, pwede nimo bisitahon ang http://ipv6.test-ipv6.com (IPv6-lamang) o http://ds.test-ipv6.com (IPv4+IPv6).
Q: Unsa man ang pasabot sa putol?
Ang usa ka porsyento sa mga tagagamit karon kay nakapagana sa IPv6, pero pwedeng nigamit ug pampubliko nga tunnel nga kasamtangang nagahatag ug bati nga pagganap; o kung dili may usa ka ruta nga na-install pero putol o suboptimal. Pero, tunggod kay may ruta man sila, sa daghang mga kaso ang algoritmo sa pagpili sa address sa RFC3484 kay mokuha gamit niini, ug suwayng gamiton kini nga naputol nga ruta. Mokabat kini ug 75+ ka mga segundo sa dili pa mosurender ang browser!
Gikan sa perspektibo sa usa ka tagagamit nga naa aning mga kondisyon, ang usa ka web site nga nagaalok sa A ug AAAA nga rekord sa DNS (ie, "dual stack") kay makita nga nihunong; ug ang tagagamit kay mobalhin sa lain nga site nga nagaalok ug parehas nga produkto. Kini mao ang kwandaryo nga sulod nga naa sa mga tagahatag.
Kung mabantayan namo nga magkaproblema ka sa pagkab-ot sa mga dual-stack nga web site, girekomenda namo nga tan-awon nimo ang Naputol nga Tagagamit nga FAQ. Nagahatag kini ug daghang mga paagi para suwayan ug mahibal-an ang ugat nga hinungdan sa pagkaputol; ug sa pagbawal niini, unsa imong mabuhat para mapahunong ang IPv6 hangtod nga ang imong ISP maghatag ug natibong IPv6 nga konektibidad.
Q: Ngano man nga ang imong mga stat nagsulti nga naa na ka ug mga IPv6-lamang nga tagagamit?
Nikadto sila sa http://ipv6.test-ipv6.com .
Q: Unsa man kasakto ang mga stat?
Wala sila nagrepresenta sa average nga tagagamit sa web. Ang mga bisita ani nga site kay nagapili sa ilahang kaugalingon. Ang tumong ani nga site dili mao ang paghatag sa mga stat, kundi ang magpahibalo sa tagagamit sa lebel sa pagkaandam para sa kalibutan nga mobalhin sa IPv6 (naa o wala sila!). Parehas niini, ang mga stat nga makita dinhi kay mahibong bugkos nga lahi sa average nga tagahatag ug sulod.
Q: Giunsa man pagkalahi sa imong pagsuway, sa kung unsa ang gipangbuhat sa mga tagahatag sa sulod?
Ang mga tagahatag sa sulod kay nagakolekta ug mga datos sa mga naputol kontra sa wala naputol nga tagagamit, sa magkalain-laing porma. Dili sila sa karon aktwal nga nagahatag ug tagagamit nga feedback kompara sa kasamtanang estado sa tagagamit. Kadtong mga datos kay magsulong sa desisyon sa negosyo kung kanus-a magsugod ug lathala sa mga site gamit ang IPv6, kontra sa nahibilin nga IPv4 lamang. Ang IPv4 lamang para sa pipila ka mga pangsulod nga site kay usa gyud ka pagpilian; may daghan kini nga mga di kaayuhan, pero ang giasahan mao nga tanang kay pirmi makaabot ug IPv4, sa pipila ka mga paagi.
Kini nga site, sa laing bahin, kay gitumong nga tabangan ang tagagamit nga masabtan ang kasamtangan nilang estado, ug unsa ang posibleng pasabot ana nga estado para kanila.
Q: What are your data sources?
The following data sources are checked daily, and are used to convert IP addresses into Internet Service Provider names.
- University of Oregon Route Views Archive Project provides hourly views of the Internet routing tables.
- http://bgp.potaroo.net/asn.txt is a curated list of ASNs to internet service provider names. This is provided by Geoff Huston, a well respected researcher from APNIC.
Q: What features have been added/removed?
- 2017: Added TLS (https) support
- 2022: Removed links to swap http/https. Browsers are starting to forcefully upgrade to https.
- 2022: Removed tunnel detection by comparing ASN numbers. More service providers are using a different entity for IPv4 vs IPv6.
- 2022: Removed direct IP checks, NAT64 detection, Teredo detection. This is for support cost reasons; too many people complain about the tests that are skipped in https mode, and we're seeing browsers forcefully upgrade to https.
Q: Aktwal ba gyud nimong ginabasa ang feedback?
Oo, gibuhat nako. Salamat! Timan-i nga makapahinumdom lang ko nimo kung nagbilin ka ug kontak nga impormasyon. Samtang nagpasalamat ko gihapon ko sa feedback nga walay kontak nga impormasyon, dili ko makabalos ug mga katubagan kung pangayuon mo sila.
Q: Kini ba kay open source?
Oo. Tan-awa ang ginikanang pahina para sa mga detalye.