Am 07.07.2009 13:04, schrieb Thomas Schaefer:
> Benedikt Stockebrand schrieb:
> 
>>> Dass bei erkannter Rückwärtsauflösung (.ip6.arpa) noch die Searchdomain 
>>> angehängt wird, ist doch auch falsch, oder? 
>>>
>>> Beim Selbstumdrehen und mit Punkt am Ende klappts:
>>> host 
>>> 6.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.f.4.0.a.c.4.1.0.0.2.ip6.arpa.
>>> Host 
>>> 6.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.f.4.0.a.c.4.1.0.0.2.ip6.arpa. 
>>> not found: 3(NXDOMAIN)
>> Das ist kein Wunder, das Problem scheint doch wohl daran zu liegen,
>> dass der Resolver die Search Domains auch bei den Reverse Lookups
>> anwendet.  Das ist tatsächlich kaputt und ein Grund, mal einen Bug
>> Report zu schreiben und/oder die Sourcen zu fixen.  Auf
>> welchem/welchen System(en) hast Du dieses Verhalten denn bisher
>> beobachtet?
>>
> Bei Opensuse 11.0 und 11.1, vermutlich auch davor.
> 
> Bei redhat ES4U8 tritt es nicht auf.
> 
> Danke für die Bestätigigung, dann werde ich das bei novells bugzilla
> eintragen.

Das ist ja übel, das habe ich ja noch nie gesehen, das auch noch bei
PTR-Lookups die Searchdomain angewandt wird...

Fedora 11 ist "clean" (glibc-2.10.1-2):

$ host 2001:4ca0:4f01::6
Host
6.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.f.4.0.a.c.4.1.0.0.2.ip6.arpa
not found: 3(NXDOMAIN)


Da werden doch die OpenSuse-Leute nicht selbst am Resolvercode
rumschrauben?!

glibc-2.10.1-2
bind-libs-9.6.1-2.fc11

$ ldd /usr/bin/host
        linux-gate.so.1 =>  (0x00816000)
        liblwres.so.50 => /usr/lib/liblwres.so.50 (0x008b2000)
        libdns.so.50 => /usr/lib/libdns.so.50 (0x008c7000)
        libbind9.so.50 => /usr/lib/libbind9.so.50 (0x006a9000)
        libisccfg.so.50 => /usr/lib/libisccfg.so.50 (0x00a49000)
        libisc.so.50 => /usr/lib/libisc.so.50 (0x00a61000)
        libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x003e3000)
        libcrypto.so.8 => /usr/lib/libcrypto.so.8 (0x00469000)
        libisccc.so.50 => /usr/lib/libisccc.so.50 (0x0069f000)
        libcap.so.2 => /lib/libcap.so.2 (0x00df9000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x00880000)
        libxml2.so.2 => /usr/lib/libxml2.so.2 (0x02b72000)
        libz.so.1 => /lib/libz.so.1 (0x0089d000)
        libm.so.6 => /lib/libm.so.6 (0x0084f000)
        libidn.so.11 => /lib/libidn.so.11 (0x02fe0000)
        libc.so.6 => /lib/libc.so.6 (0x00110000)
        libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x02cb5000)
        libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x02d6e000)
        libcom_err.so.2 => /lib/libcom_err.so.2 (0x003de000)
        libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00410000)
        libdl.so.2 => /lib/libdl.so.2 (0x00879000)
        libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x0069a000)
        libresolv.so.2 => /lib/libresolv.so.2 (0x003c3000)
        libattr.so.1 => /lib/libattr.so.1 (0x00dc1000)
        /lib/ld-linux.so.2 (0x006b7000)
        libselinux.so.1 => /lib/libselinux.so.1 (0x00b03000)



Servus,
        Peter
-- 
ipv6 mailing list
[email protected]
http://listserv.uni-muenster.de/mailman/listinfo/ipv6

Antwort per Email an