Teredo IPv6

Windows 7-et használok, ezért a tunnel broker már adott: Teredo. Gyors utánajárás után kiderült, hogy Windows 7-en alapból engedélyezve is van, de le is ellenőriztem egy "netsh interface ipv6 show teredo" parancs kiadásával:

C:\>netsh interface ipv6 show teredo
Teredo-paraméterek
---------------------------------------------
Típus: client
Kiszolgálónév: teredo.ipv6.microsoft.com.
Ügyfél frissítési időköze: 30 másodperc
Ügyfélport              : unspecified
Állapot                 : qualified
Ügyféltípus             : dormant
Hálózat                 : unmanaged
Hálózati címfordítás (NAT): restricted

Szóval a szolgáltatás megy, de nem használja senki. Nyilván csak csatlakozni kell egy IPv6 címhez, és kész is vagyok, gondoltam:

C:\>nslookup ipv6.google.com
Kiszolgáló:  webmail.tolna.net
Address:  193.227.196.29

Nem mérvadó válasz:
Név:     ipv6.l.google.com
Address:  2a00:1450:400d:800::1014
Aliases:  ipv6.google.com

C:\>ping ipv6.google.com
A pingkérés nem találta meg az állomást (ipv6.google.com). Ellenőrizze a nevet, és próbálja meg újra.

C:\>ping 2a00:1450:400d:800::1014

2a00:1450:400d:800::1014 pingelése - 32 bájtnyi adattal:
A kérésre nem érkezett válasz a határidőn belül.
Válasz 2a00:1450:400d:800::1014: idő=46 ms
Válasz 2a00:1450:400d:800::1014: idő=70 ms
Válasz 2a00:1450:400d:800::1014: idő=52 ms

2a00:1450:400d:800::1014 ping-statisztikája:
    Csomagok: küldött = 4, fogadott = 3, elveszett = 1
                        (25% veszteség),
Oda-vissza út ideje közelítőlegesen, milliszekundumban:
    minimum = 46ms, maximum = 70ms, átlag = 56ms

Szóval bár a DNS szervertől kaptam vissza IPv6 címet, valamiért a rendszer magától nem kapcsolódik hozzá. Viszont kézzel megy, és ennek fel kellett élesztenie a teredo clientet is:

C:\>netsh interface ipv6 show teredo
Teredo-paraméterek
---------------------------------------------
Típus: client
Kiszolgálónév: teredo.ipv6.microsoft.com.
Ügyfél frissítési időköze: 30 másodperc
Ügyfélport              : unspecified
Állapot                 : qualified
Ügyféltípus             : teredo client
Hálózat                 : unmanaged
Hálózati címfordítás (NAT): restricted
Speciális hálózati címfordítás: UPNP: Nem, Portmegőrzés: Igen
Helyi leképezés: 192.168.1.100:63012
Külső NAT-leképezés: 91.146.149.162:63012

Ezután a test-ipv6.com tesztjei nagyrészt sikeresen lefutottak, de az IPv6 only címekkel itt is baj volt:

Tesztelés IPv4 DNS rekorddal			rendben (0.566s) kapcsolat: ipv4
Tesztelés IPv6 DNS rekorddal			bad (0.065s)
Tesztelés Dual Stack DNS rekorddal		rendben (0.429s) kapcsolat: ipv4
Dual Stack DNS és nagy csomag tesztelése	rendben (0.249s) kapcsolat: ipv4
IPv4 teszt DNS nélkül				rendben (0.450s) kapcsolat: ipv4
IPv6 teszt DNS nélkül				rendben (0.889s) kapcsolat: ipv6 Teredo
Nagy IPv6 csomag tesztelése			bad (0.040s)
Az internetszolgáltató IPv6 DNS tesztje		bad (0.696s)

Tehát a hiba valahol a DNS körül keresendő, ezért ideiglenesen átálltam a Google DNS szervereire (8.8.8.8, 8.8.4.4) amiknek biztosan jól kell működniük. Hát sajnos azokkal sem jött össze a "ping ipv6.google.com".

Ezért a Teredora kezdtem el gyanakodni, és a Wikipédián találtam ezt:

Windows Vista and Windows 7 have built-in support for Teredo with an unspecified extension for symmetric NAT traversal. However, if there is only a link-local and teredo address present, these operating systems will not attempt to resolve ipv6 DNS AAAA records if a DNS A record is present, in which case IPv4 will be used. Therefore, typically only literal IPv6 URLs will use teredo[1]. In the registry at HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Dnscache\Parameters, adding a DWORD value: AddrConfigControl = 0 allows the use of a Teredo tunnel for IPv6 connectivity.

Ez alapján még működnie kellene, mert ebben a konkrét esetben nem jött vissza IPv4-es cím. Az [1]-es link viszont további érdekességeket tartogatott:

As described in a Microsoft technical note (http://technet.microsoft.com/en-us/library/bb727035.aspx), a Windows Vista or Windows 7 client will not query the DNS for an IPv6 address (query a DNS name for a AAAA record) if the only local IPv6 interfaces are link-local and Teredo interfaces. In other words, while Teredo may be enabled on a large number of end systems that are connected to the Internet and located behind NATs, such systems will not invoke Teredo to access an IPv6-only URL in the normal course of events because they will not query the DNS for an IPv6 address to use.

Ezért ezután létrehoztam a Wikipédiás idézetben kiemelt registry bejegyzést, és "varázsütésre" minden elkezdett működni:

C:\>ping ipv6.google.com

ipv6.l.google.com [2a00:1450:400d:800::1010] pingelése - 32 bájtnyi adattal:
A kérésre nem érkezett válasz a határidőn belül.
Válasz 2a00:1450:400d:800::1010: idő=123 ms
Válasz 2a00:1450:400d:800::1010: idő=100 ms
Válasz 2a00:1450:400d:800::1010: idő=122 ms

2a00:1450:400d:800::1010 ping-statisztikája:
    Csomagok: küldött = 4, fogadott = 3, elveszett = 1
                        (25% veszteség),
Oda-vissza út ideje közelítőlegesen, milliszekundumban:
    minimum = 100ms, maximum = 123ms, átlag = 115ms

A test-ipv6.com is jobb eredményeket ad:

Tesztelés IPv4 DNS rekorddal			rendben (3.069s) kapcsolat: ipv4
Tesztelés IPv6 DNS rekorddal			rendben (3.193s) kapcsolat: ipv6 Teredo
Tesztelés Dual Stack DNS rekorddal		rendben (0.845s) kapcsolat: ipv4
Dual Stack DNS és nagy csomag tesztelése	rendben (0.326s) kapcsolat: ipv4
IPv4 teszt DNS nélkül				rendben (0.929s) kapcsolat: ipv4
IPv6 teszt DNS nélkül				rendben (0.693s) kapcsolat: ipv6 Teredo
Nagy IPv6 csomag tesztelése 			rendben (0.242s) kapcsolat: ipv6 Teredo
Az internetszolgáltató IPv6 DNS tesztje		bad (1.464s)

De nem csak a probléma megoldása volt számomra érdekes tapasztalat.

Egyrészt a Teredo tunnel kiépítése olyan sokáig tart, hogy az első icmp echo addigra timeoutol. Ezért érthető, hogy Teredo használatakor a Windows az IPv4 címeket részesíti előnyben, de túlzásba viszi. Persze a lassúságban szerepe van annak is, hogy a default teredo.ipv6.microsoft.com címet használom, de egyelőre lusta vagyok ahhoz, hogy ezt megváltoztassam.

Másrészt, bár a DNS szerver az ipv6.google.com-ra egyszerre csak egy címet ad, de nem mindig ugyanazt. Én arra tippelek, hogy IPv4 esetén az 5 globális (földrészenkénti) terheléselosztó címeit adja vissza, amik továbbítják a kéréseimet egy megfelelő belső, kívülről nem elérhető szerverhez. Viszont IPv6 esetén olyan nagy a címtér, hogy a belső szerverek is kaphattak globális IP-t, így teljesen felesleges a terheléselosztókat dolgoztatni, ha DNS szinten megoldható a terheléselosztás.