RootForum Community

Hallo,

so dumm das jetzt alles aussehen mag', aber ich weiß überhaupt nicht weiter.

Auf einem Debian System funktioniert der Befehl hostname --fqdn nicht mehr. Lediglich "hostname" gibt eine Ausgabe. Ich habe mich bereits durch den Sourcecode debuggt.
Liegt an dem Aufruf in hostname.c in Zeile 272:
getaddrinfo(localhost(), NULL, &hints, &res)

getaddrinfo ist ja eine Funktion in der libc. Diese sollte laut man-page auf die /etc/hosts zugreifen. Meine /etc/hosts: damit wäre ja localhost definiert. Trotzdem bekomme ich von getaddrinfo immer ein Name or service not known.

Bin über jeden Tipp dankbar.

cooky1976

Nachtrag: die nsswitch.coinf enthält Folgendes:
hosts: files dns
networks: files

Somit müsste ja der localhost-Eintrag von der /etc/hosts gelesen werden.

cooky1976 wrote: getaddrinfo ist ja eine Funktion in der libc. Diese sollte laut man-page auf die /etc/hosts zugreifen. Meine /etc/hosts:

Code: Select all

127.0.0.1 localhost
***.***.***.*** *domainname* *alias*

damit wäre ja localhost definiert. Trotzdem bekomme ich von getaddrinfo immer ein Name or service not known.

hm, hast du denn einen Eintrag in der /etc/hosts, für das was in der /etc/hostname steht (und dementsprechend bei hostname ausgegeben werden sollte)?

also:
/etc/hostname: meinserver

/etc/hosts: 192.168.0.1 meinserver.meinedomain.de meinserver

Dann sollte mE hostname -f eigentlich was sinnvolles ausgeben...

Ja, genau, beide hostname und hosts sind gefüllt. Ist eine sehr verrückte Sache. Tritt bei ca. 20% der Rechner seit ca. 2 Wochen auf.

cooky1976 wrote:Ja, genau, beide hostname und hosts sind gefüllt. Ist eine sehr verrückte Sache. Tritt bei ca. 20% der Rechner seit ca. 2 Wochen auf.

"Sind gefüllt" ? Was genau heisst das? Sind die denn auf die Art und Weise "gefüllt", wie ich es in meinem vorherigen Post beschrieben habe?
Ich habe dieses Phänomen noch auf keinem meiner Systeme gehabt...

Schuss ins Blaue: Windows Editor verwendet? BOM eingeschleust? Unterschiedliche Patchlevel? RootKits?

Hallo,

danke für Deine Antwort.

Schuss ins Blaue: Windows Editor verwendet? BOM eingeschleust? Unterschiedliche Patchlevel? RootKits?

- mein Freund ist vim oder nano
- an einem BOT kann es *meines Erachtens* nicht liegen, ist erst seit Paketupgrade
- alt: 2.95 lief und läuft wieder, 2.98 und 3.00 läuft nicht

Die Unterschiede sind im Aufruf "hostname --fqdn" folgende:
- alt (2.95): - neu (2.98 und 3.00): Irgendwas muss hier bei getaddrinfo dazwischenfunken. Ist auch nicht bei allen Rechnern, die unter der Konfiguration laufen, nur 2 verhalten sich anders.

Danke für weitere Hinweise.

cooky1976

Also ich denke, mit einem Rootkit hat das nichts zu tun. getaddrinfo() wurde mit IEEE 1003.1-2001 eingeführt und löst die alten Funktionen (gethostbyname() und gethostbyaddr()) ab. Vorteil der neuen Funktion: sie ist eintrittsinvariant (und damit thread-safe) und beherrscht sowohl IPv4- als auch IPv6-Adressen.

Versuchen wir mal, den Fehler einzukreisen. Sind die Variablen hints und res korrekt deklariert? Das müsste so aussehen: Man beachte den Unterschied, der zweite Parameter von getaddrinfo() muss ein Zeiger auf einen Zeiger sein (struct addrinfo **res).

Wenn die Deklarationen korrekt sind, sollte die Funktion auch richtig arbeiten. Wenn sie nicht korrekt ausgeführt wird, kannst Du Dir mit gai_strerror(ret) eine Fehlerbeschreibung des Rückgabewerts besorgen.

Interessant wäre jetzt allerdings der Codeabschnitt, der das Ergebnis von getaddrinfo() auswertet. Ein Zeiger auf die Ergebnisstruktur wird in res gespeichert. Diese Ergebnisstruktur ist aber der Kopf einer verketteten Liste; d. h. der erste Eintrag muss nicht unbedingt der gesuchte sein, sondern man muss über diese Liste iterieren, bis res->ai_family (natürlich iteriert man eigentlich nicht mit res, sondern einer separaten Pointer-Variablen, um den Anfang der Liste nicht zu verlieren) der gewünschten Adressfamilie entspricht. Da in Deiner /etc/hosts IPv6- und IPv4-Adressen gemischt stehen, hat die Liste mit ziemlicher Sicherheit mindestens zwei Einträge (im Gegensatz zur alten Variante, wo immer nur ein eindeutiger Satz gefunden werden konnte). Wurde also die Ergebnisauswertung nicht auf eine Schleife umgestellt, so liegt hier mit ziemlicher Sicherheit der Fehler (und das wäre ein grober Schnitzer und hätte eigentlich schon längst jemandem auffallen müssen).

Ansonsten wäre noch sehr interessant zu erfahren, welchen Rückgabewert die Funktion localhost() liefert - mit selbigem wird getaddrinfo() ja gefüttert, und an dieser Stelle erwartet getaddrinfo() entweder eine IP-Adresse (IPv4 oder IPv6) oder einen Hostnamen (FQDN oder einen in /etc/hosts bekannten Alias).

Ach ja, und zu ganz allerletzt: Unterstützt Dein Kernel eigentlich IPv6? Wenn nein, wirf die IPv6-Einträge aus Deiner /etc/hosts wieder raus, das macht sonst nur Ärger und könnte die Ursache für den Fehler sein.

Hallo jfreund,

danke für Deine Antwort. Ich habe das Problem etwas liegen lassen, da ich dachte, die Zeit löst vielleicht das Problem, was aber leider nicht eintrat.

Ich verwende das Standard-Debian-Paket, das bei 95% aller eingesetzten Server ohne Probleme läuft, nur eben 2 machen hier Probleme.

Aber ich habe die Variablendeklaration gecheckt und es wird der korrekte Typ eingesetzt.

Nennen wir mal den Server abc-server.de als fqdn

in der /etc/hosts steht also:
127.0.0.1 localhost
1.2.3.4 abc-server.de abc

in der /etc/hostname:
abc-server.de

Der Rückgabewert von localhost ist "abc-server", was laut manual so weit richtig sein sollte, der Rückgabewert von
ret = getaddrinfo(localhost(), NULL, &hints, &res)
ist allerdings != 0, was auf einen Fehler rückschließen lässt. Die von Dir vorgeschlagene Ausgabe des Fehlers ergibt:
Name or service not known

Es scheint also der Fehler direkt in getaddrinfo aufzutreten, nur finde ich einfach nicht den Punkt, welcher Service nicht gefunden wird, selbst der Sourcecode von getaddrinfo bringt mich nicht weiter.

Bin über jede Information dankbar.

Besten Dank und gute Nacht

cooky1976

cooky1976 wrote: Nennen wir mal den Server abc-server.de als fqdn

in der /etc/hosts steht also:
127.0.0.1 localhost
1.2.3.4 abc-server.de abc

in der /etc/hostname:
abc-server.de

Das ist aber doch genau das, was ich in meinen Posts oben abgefragt habe?
in der /etc/hostname sollte _nur_ der hostname drin stehen, nix mit irgendwelchen Domains. Die Auflösung auf fqdn erfolgt dann via /etc/hosts.

http://www.de.linwiki.org/wiki/Linuxfib ... 2FHOSTNAME
http://www.de.linwiki.org/wiki/Linuxfib ... tc.2Fhosts

So habe ich das überall laufen, und das tut es...