DNS Problem an ADS

[Bunkerwolf]

Bei machen Distributionen tritt ein Problem bei der Namensauflösung auf. Namen können per Ping nicht richtig aufgelöst werden.

Abhilfe schafft ein patch der libresolv.so.2

#!/bin/bash
sed -e '1,$s/local/lokal/g' /lib/libresolv.so.2 > /lib/libresolv.so.2.patched
mv /lib/libresolv.so.2 /lib/libresolv.so.2.suse
cp /lib/libresolv.so.2.patched /lib/libresolv.so.2

Danach sollte man überprüfen ob auch in der /etc/resolv.conf
den Namenserver eintragen und die DNS - Suffixe eintragen

nameserver 192.168.12.1
search domain.local

Stichworte: Active Directory Nameserver

[derRichard]

hallo!

wo tritt dieses problem auf?
das problem sollte anders behoben werden. dein patch ist äußerst häßlich.
der distributor soll das paket fixen und fertig...

//richard

[bla!zilla]

Das häßlicher Patch, wirklich häßlich. Ist ein hübscher Workaround, behebt aber das Problem nicht. Besser ist es intern eine Subdomain der extern verwendeten Domain zu verwenden (intern.blazilla.de) oder ein anderes Suffix. Ich verwende intern die TLD .site. Die TLDs

- example
- invalid
- test
- localhost

sollten, wie in RDC 2606 beschrieben, auch nicht verwendet werden.

[carnil]

Vielleicht als alternative Lösung:

Problem resolving .local domain names

Problem: Beginning with Glibc 2.3.3 (SUSE Linux 9.1), .local is a reserved top-level domain and will definitely cause you trouble if you intend to place hosts in this TLD.

Cause: When the libc resolver library gets a request for a hostname which ends in .local, a multicast request is sent to the local network (255.255.255.255) port 5353, rather than to the naemserver(s) listed in /etc/resolv.conf. Looking up .local entries directly with NAMED (i.e. through the `host`) utility works fine, though.

Solution: Rename your .local domain to something different, like .site.

Additional Keywords: trouble with .local

Quelle: http://jengelh.hopto.org/linux/adm_localdom.php

oder vielleicht auch:

wir hatten hier in unserer Firma das gleiche Problem: .local Domain und so weiter.
Letztendlich habe ich eine Loesung gefunden, ohne die Domain umzubenennen:
Einfach die Sourcen von glibc (sind auf der SuSE CD drauf) auspacken,
./configure --enable-add-ons=linuxthreads
ausfuehren und danach mit make neu uebersetzen.
Am Ende kommt unter anderem eine Bibliothek namens
libresolv.so.2 heraus, die man ueber die aktuelle (/lib/libresolv.so.2)
drueberkopiert (alte vorher sichern). Danach laeuft alles wieder zur
Zufriedenheit. Eventuell kann man auch die libresolv.so.2 aus einer
vorigen Distribution nehmen (hab ich nicht getestet).

Quelle: http://www.linux-club.de/viewtopic.p...er=asc&start=0

Grüsse
S.

[bla!zilla]

Sicherlich sauberer als der erst genannte Workaround, aber es behebt ja auch das grundsätzliche Problem nicht. Aber ich würde es wahrscheinlich auch so machen.

Bei mir war es deutlich weniger Aufwand zu Hause. Da habe ich einfach .site als TLD genommen.

[Bunkerwolf]

Also das Problem tritt bei verschiedenen Suse Distrubutionen auf.
Da mir keine andere Lösung bekannt war habe ich es mit dieser Variante
versucht.

Ich werde mir natürlich auch die anderen Lösungsvorschläge anschauen.
Es ist mir durchaus klar, dass ein manuelles verändern der libraries
keine saubere Lösung ist, da man diese schließlich neukompilieren müsste.
Allerdings wollte ich keine Kompiler auf die bertreffende Systeme installieren.

Danke für den Hinweis.

Grüße
- Bunkerwolf -