ubuntuusers.de

hallo Ubuntu Users,

Ich habe Probleme mit einem Lizenzmechanismus, der sich die lokale IP zum Abgleich mit der Lizenz holt, und dabei 127.0.0.1 ignoriert, jedoch nicht 127.0.1.1, und deswegen fehlschlägt.

Deshalb habe ich die Zeile auskommentiert. Welche Funktion hat der 127.0.1.1 Eintrag in /etc/hosts?

Vielen Dank und viele Grüße, Felix

Der Name "localhost" muss auf ::1 und 127.0.0.1 aufgelöst werden.

Sonst funktioniert alles nicht, was localhost als Namen verwendet (das kann viel sein).

Daher drinlassen.

hallo DJKUhpisse,

ich habe folgende Einträge:

127.0.0.1 localhost
127.0.1.1 <hostname1> <hostname2>

Natürlich würde ich den localhost Eintrag drin lassen. Die Frage ist, ob ich den zweiten Eintrag auskommentieren kann (und dafür vielleicht (a) die 1. Zeile mit den hostnames ergänzen kann oder (b) "127.0.1.1" durch die richtige IP ersetzen kann)?

Ich komme nicht ohne die Software mit Lizenzmechanismus aus ☹

Vielen Dank und viele Grüße, Felix

Kannst du machen, aber sobald der die IP nicht mehr hat, geht die Auflösung nicht mehr und das wird viel im System zum Erliegen bringen (bei mir unter Debian war u.a. sudo dann nicht mehr nutzbar).

hallo DJKUhpisse,

das ist in der Tat ein Problem mit (b), und was meinst du zu (a)?

Welche Funktion hat 127.0.1.1 (im Vergleich zu 127.0.0.1)?

Danke und viele Grüße, Felix

127.0.0.0/8 ist komplett für den IPv4-localhost vorgesehen, so manche Applikationen lauschen aber nur auf 127.0.0.1 (und nicht auf den anderen Adressen).

fnatter schrieb:

ich habe folgende Einträge:

127.0.0.1 localhost
127.0.1.1 <hostname1> <hostname2>

Probier mal:

127.0.1.1 FQDN HOSTNAME

FQDN

Das Problem ist hier diese dämliche Lizenzsoftware. Die Standardwerte der Datei sind passend.

fnatter schrieb:

[…] Welche Funktion hat der 127.0.1.1 Eintrag in /etc/hosts?

Über diesen Eintrag in der Datei /etc/hosts erfährt der lokale DNS-Cache-Server, welche IP-Adresse er verwenden soll. Für diesen Eintrag gelten Restriktionen:

• Es muss eine Unicast-Adresse aus 127/8 sein.

• Sie darf nicht 127.0.0.1 sein.

• Sie muss für den Hostnamen des Rechners gelten, d.h. den Namen, den der Befehl hostname ausgibt.

• Sie darf auch für weitere Namen, insbesondere den FQDN des Rechners gelten.

Ohne Zuweisung einer solchen lokalen Adresse funktioniert der lokale DNS-Cache nicht richtig. Ein Verzicht auf den lokalen DNS-Cache verschlechtert mindestens das Antwortzeitverhalten der Namensauflösung; es kann auch zum teilweisen oder vollständigen Versagen der Namensauflösung führen.

Das ist interessant, denn systemd-resolve nutzt 127.0.0.53.

2. dumme Frage: Warum eine separate Adresse? Was spricht gegen die Nutzung von 127.0.0.1 oder ::1? Bei IPv6 gibt es ja nur diese eine Adresse.

Hallo,

laut Debian-Dokumentation:

https://www.debian.org/doc/manuals/debian-reference/ch05.en.html#_the_hostname_resolution

"The IP address 127.0.1.1 in the second line of this example may not be found on some other Unix-like systems. The Debian Installer creates this entry for a system without a permanent IP address as a workaround for some software (e.g., GNOME) as documented in the bug #719621."

Das verstehe ich so, dass ein Auskommentieren von 127.0.1.1 solange nicht schädlich ist, solange das System über eine permanente IP-Adresse verfügt, für Rechner ganz ohne Netzwerkanschluss, wäre diese Adresse dann dagegen erforderlich.

In Samba-Wiki heißt es z.B. ausdrücklich:

"The host name and FQDN must not resolve to the 127.0.0.1 IP address or any other IP address than the one used on the LAN interface of the DC."

Und es funktioniert auf debian als auch auf ubuntu bei mir problemlos, die Zeile 127.0.1.1 auszukommentieren.

Soweit mein Kenntnisstand und meine Erfahrung. Ich erhebe kein Anspruch darauf, absolut Recht zu haben!

LG, Newubunti

Wenn man das weiter verfolgt, kommt man auf https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=316099 mit der Änderungsbeschreibung

If there is no permanent IP address with which the system hostname (i.e., that which is returned by the "hostname" command) can be associated in /etc/hosts then associate it with address 127.0.1.1 rather than 127.0.0.1. Associating the system hostname with the latter had the unwanted effect of making 'localhost.localdomain' the canonical hostname associated with the system hostname. That is, 'hostname --fqdn' returned 'localhost.localdomain'.