IPv4 fallback

 ( mauzi | 2011. június 8., szerda - 14:10 )

A belső LAN-on teszt jelleggel bedurrantottam pár gépet statikusan konfigurált fd00::/64 IPv6 címekkel. IPv6 router egyelőre nincs a rendszerben, és a külvilág sem érhető el semmilyen formában IPv6-on.

A móka házon belül működni látszik: XP SP3 kliensekkel első ránézésre minden rendben.

Másodikra azonban nem: Firefox 4.0-ba beírva pl. a www.google.com címet, már az IPv6-os IP-t oldja fel. Ekkor *szerintem* baromi gyorsan kellene jönnie egy "destination host unreachable" üzenetnek, és fallbackelnie kellene IPv4-re. Ehhez képest semmi sem történik, csak forog a homokóra a timeoutig.

Mi szokik lenni erre a korrekt megoldás? Ez XP specifikus nyűg, vagy mással is ilyen? (Házon belül van 300+ kliens, mind XP SP3, más oprendszer közel-s-távol sincs)

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

about:config és ott network.dns.disableIPv6 true

ezzel csak az a baj, hogy nem a problémámat oldja meg... (ezzel a belső kérések is IPv4-en mennek)

Tehát a belső hálóban vannak weboldalak amik v6on futnak? Vagy milyen kérésekre gondolsz?

IMHO érthetően leírtam a topicnyitóban, de akkor mégegyszer:

A céges LAN-on belül képeztem egy IPv6 szigetet. Ezen a szigeten belül szeretnék IPv6-tal kommunikálni, természetesen úgy, hogy közben a külvilág felé (és a belső háló IPv4-only része felé) továbbra is csak IPv4 kapcsolatom van.

A topicnyitó probléma abból áll, hogy onnantól, hogy egy munkaállomáson felkonfigurálom az IPv6-ot, a külvilág felé *is* IPv6-tal próbál kommunikálni, és nem fallbackel vissza IPv4-re, amikor nem sikerült neki.

Tehát, amikor a'szondom a firefoxnak, hogy www.google.com, akkor - mivel az egyébként kizárólag IPv4-en szolgáltató nameszerver ad AAAA és A rekordot egyaránt - megpróbál az AAAA rekordban szereplő IPv6 címre rácuppanni, és hiába jön azonnal a "destination host unreachable", nem próbálkozik azonnal az IPv4 címmel, hanem homokóra...

Ha a firefox-nak beállítom a fent nevezett opciót, akkor a belső IPv6-képes szigeten is csak IPv4-el fog kommunikálni.

A probléma NEM a névfeloldás körül van.

Persze hogy nem a névfeloldással van a probléma...

Szerintem használj egy squid-et, és annak add meg az IPv4 fallback-et...

Természetesen próbálkozik a haláláig, hogy a szerinte elérhető IPv6 állomást elérje... Na de kérem nincs a google és az IPv6 szigeted között "kanóc"... Pedig azt hiszi, hogy "de"... :D

Alapban nincs olyan, hogy ha pl. TCP/IP nem megy, akkor próbáljuk meg UDP/IP-vel :D

Hogy a tűzróka tud-e IPv4-et, azt nem tudom...

--
Debian Linux rulez... :D

Windows XP alapból ha 6to4 vagy teredo címed van,akkor egy ilyen oldalnál mint pl.: hup.hu aminek van A és AAAA rekordja,IPv4 kapcsolatot fogja preferálni. Azt kellene megkeresned XP-ben, hogy hol van ez beállítva benne/állítható-e és a teredo/6to4 melle betenned a fd00::/64 tartományodat is. Ekkor nem lenne szopás pl huppal, de elérnéd a belsőhálós v6 oldalakat is.

Ami még megoldás lehet, hogy gondolom saját NS-ed van és megoldanád, hogy ne adjon AAAA választ.

Kicsit perverz dolog mindkettő, de az alap helyzet sem túl normális.

de nem náluk, vagy a böngészőben van a hiba, hanem nálad, hogy nincs v6-os forgalmad net fele.
Miért kéne fallback szegény böngészőbe, mikor ő teljesen normálisan működik?

Attól tartok, totálisan nem érted a kérdést.

nem hinném, hogy tudnak fallbackelni..neked kéne egy v6->v4 proxy a gw-n
--
Imperare sibi maximum imperium est.

attól tartok, hogy nem érted a választ. Felhúzol egy féllábú ipv6 hálót, ami nem lát ki net felé és arra vágysz, hogy egy sikeres AAAA rekord érkezésénél, de timeout gyanú esetében a böngésző megpróbálja a csatlakozást ipv4 alatt.

-

Most elolvastam a hozzászólásokat is :d