Re: IPv4 vor IPv6
Heiko Schlittermann <hs@schlittermann.de> meinte:
> > über OpenVPN-Tunnel zu VPS (Jessie) mit IPv6 kann ich Seiten aufrufen, die
> > nur über IPv6 erreichbar sind. Es dauert allerdings relativ lang, bis die
> > IPv6-Seite erscheint.
> >
> > Seiten, die sowohl über IPv4 als auch IPv6 erreichbar sind, werden über
> > IPv4 aufgerufen!
>
> In welcher Reihenfolge werden denn die Adressen nach der Namensauflösung
> angezeigt - nicht die Reihenfolge, die nslookup oder host verwenden,
> sondern die Reihenfolge der Adressen, die getaddrinfo(3)
> zurückliefert
>
> https://ssl.schlittermann.de/hg/gai/
>
> Die Ausgabe könnte dann so aussehen:
> $ gai heise.de http tcp
> 2a02:2e0:3fe:1001:302::, 80 1/6
> 193.99.144.80, 80 1/6
>
> Dein Browser *kann* sich an diese Reihenfolge halten.
> Mit Routen hat das m.E. nichts zu tun. Aber ich weiss jetzt nicht genau,
> von welchen Faktoren die Funktion der Resolver-Library noch abhängig
> ist.
Hört sich für mich auch nach einem DNS-Thema an. Wie sieht denn die
/etc/resolv.conf am Client aus?
single-request (since glibc 2.10)
sets RES_SNGLKUP in _res.options. By default, glibc
performs IPv4 and IPv6 lookups in parallel since
version 2.9. Some appliance DNS servers cannot handle
these queries properly and make the requests time out.
This option disables the behavior and makes glibc
perform the IPv6 and IPv4 requests sequentially (at the
cost of some slowdown of the resolving process).
single-request-reopen (since glibc 2.9)
The resolver uses the same socket for the A and AAAA
requests. Some hardware mistakenly sends back only one
reply. When that happens the client system will sit
and wait for the second reply. Turning this option on
changes this behavior so that if two requests from the
same port are not handled correctly it will close the
socket and open a new one before sending the second
request.
Ändert eine der obigen Optionen etwas am Verhalten?
Tschö
Töns
--
There is no safe distance.
Reply to: