Hallo Community,

ich habe derzeit ein merkwürdiges Problem das ich bisher auch mit intensivem googeln nicht lösen konnte.

Gestern habe ich meinen Gateway-/Firewall-Server neu aufgesetzt und ein Ubuntu 12.04 LTS verwendet.
Generell habe ich die Büchse genauso aufgesetzt, wie zuvor auch die Version 10.04 LTS.

Wenn ich mich nun einlogge, dann wird mir, statt wie zuvor der gesamte Hostname,
nur noch die IP des Systems ausgegeben, dass sich zuletzt angemeldet hat.

Welcome to Ubuntu 12.04 LTS (GNU/Linux 3.2.0-24-generic-pae i686)

 * Documentation:  https://help.ubuntu.com/

  System information as of Mon Apr 30 17:31:29 CEST 2012

  System load:  0.03               Processes:           70
  Usage of /:   1.0% of 109.92GB   Users logged in:     0
  Memory usage: 1%                 IP address for eth0: 192.168.0.1
  Swap usage:   0%                 IP address for eth1: 192.168.1.1

  Graph this data and manage this system at https://landscape.canonical.com/

0 packages can be updated.
0 updates are security updates.

Last login: Mon Apr 30 12:28:04 2012 from 192.168.1.10

Zu dem was die Büchse macht: DHCP, DNS, Proxy, Firewall

Installiert sind 2 Netzwerkkarten.
eth0 ist mit dem Router verbunden
eth1 ist mit dem internen Netzwerk verbunden (Switch)

Das Firewalling mache ich per IP-Tables mit einem Skript.
Der DHCP und der DNS sind konfiguriert und funktionieren wie gewünscht.
Der DNS spuckt auch die richtigen Namen aus, wenn man ihn abfragt.

~$ dig @127.0.0.1 imac.home.local

; <<>> DiG 9.8.1-P1 <<>> @127.0.0.1 imac.home.local
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44003
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1

;; QUESTION SECTION:
;imac.home.local.		IN	A

;; ANSWER SECTION:
imac.home.local.	172800	IN	A	192.168.1.10

;; AUTHORITY SECTION:
home.local.		172800	IN	NS	mail.home.local.

;; ADDITIONAL SECTION:
mail.home.local.	172800	IN	A	192.168.1.1

;; Query time: 1 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Mon Apr 30 17:47:01 2012
;; MSG SIZE  rcvd: 86

Auch ein Ping nur auf den Name der Workstation funktioniert einwandfrei:

~$ ping imac
PING imac.home.local (192.168.1.10) 56(84) bytes of data.
64 bytes from imac.home.local.1.168.192.in-addr.arpa (192.168.1.10): icmp_req=1 ttl=64 time=0.319 ms

Gesamt gesehen ist das sicher keine Lebensnotwenigkeit, aber ein Nice2have, wenn der Name der Worksation auftauchen würde.
Vielleicht hab ich ja einfach etwas übersehen und sehe vor lauter Wald die Bäume nicht mehr?

Wäre super wenn jemand einen Tipp für mich hätte.

Vielen lieben Dank,

Trancy

use_dns in der sshd_config überprüft? Vielleicht liegt es daran?

Hallo vuk3k,

vielen Dank für deine Antwort.
Habs mal explizit eingeschaltet, bringt aber leider nichts. Standardmäßig soll das laut Doku auch aktiviert sein, sofern man nicht ein "UseDNS no" einträgt.
Das soll in der Regel auch nur hilfreich sein, wenn das Login am Server extrem lange dauert. Dies ist bei mir aber nicht der Fall.
Somit hilft das "UseDNS yes" dabei leider auch nicht.

Habe auch noch mal versucht die Regeln für meinen DSN abzuschalten, aber das scheint auch nicht die Lösung zu sein.

Die Config dazu sieht so aus: /etc/bind9/named.conf.options

options {
	directory "/var/cache/bind";

	// If there is a firewall between you and nameservers you want
	// to talk to, you may need to fix the firewall to allow multiple
	// ports to talk.  See http://www.kb.cert.org/vuls/id/800113

	// If your ISP provided one or more IP addresses for stable
	// nameservers, you probably want to use them as forwarders.
	// Uncomment the following block, and insert the addresses replacing
	// the all-0's placeholder.

        listen-on { 127.0.0.1; 192.168.1.0/24; };
        allow-query { 127.0.0.1; 192.168.1.0/24; };
        allow-recursion { 127.0.0.1; 192.168.1.0/24; };
        forwarders { XXX.XXX.XXX.X; XXX.XXX.XXX.XX; };

	// dnssec-validation auto;

        auth-nxdomain no;    # conform to RFC1035
        // listen-on-v6 { any; };
};

Für die eth1 habe ich folgendes in die /etc/network/interfaces geschrieben:

auto eth1
iface eth1 inet static
	address	192.168.1.1
	netmask	255.255.255.0
	network	192.168.1.0
	broadcast 192.168.1.255
	# dns-* options are implemented by the resolvconf package, if installed
	dns-nameservers 127.0.0.1
	dns-search home.local

Vielleicht hast du ja noch eine andere Idee?

Trancy

Wie sieht es mit Reverse DNS aus? Probier mal ob dig -x 192.168.1.10 klappt.

Nun, der Reverse sieht auch so aus, wie er soll:

; <<>> DiG 9.8.1-P1 <<>> -x 192.168.1.10
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 17200
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1

;; QUESTION SECTION:
;10.1.168.192.in-addr.arpa.	IN	PTR

;; ANSWER SECTION:
10.1.168.192.in-addr.arpa. 172800 IN	PTR	imac.home.local.1.168.192.in-addr.arpa.

;; AUTHORITY SECTION:
1.168.192.in-addr.arpa.	172800	IN	NS	mail.home.local.

;; ADDITIONAL SECTION:
mail.home.local.	172800	IN	A	192.168.1.1

;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Tue May  1 18:47:32 2012
;; MSG SIZE  rcvd: 119

Das ist es ja gerade, was mich so verwirrt.

Trancy

Hmm bin mir da nicht so sicher:

Mir ist bewusst, daß man PTRs in folgender Notation im DNS hinterlegt:

.in-addr.arpa.

Aber in der Answer Section sollte es ausser im vorderen Teil nicht nochmal erscheinen.

Beispiel heise.de:

;; ANSWER SECTION:
80.144.99.193.in-addr.arpa. 10791 IN    PTR     redirector.heise.de.

Komisch, also ich prüfe meine Konfigs noch mal alle durch, aber ich hab mich eigentlich komplett an die Beschreibung aus dem Wiki gehalten... http://wiki.ubuntuusers.de/DNS-Server_Bind
Zudem habe ich die Konfigs aus dem vorherigen System gesichert und hier wieder eingespielt.
Ich schau das noch mal durch und meld mich gleich noch mal.

Wichtig bei PTR Records ist es auch an den Punkt am Ende des Hostnamens zu denken.

Verdamte Axt...

Fehler gefunden, vielen lieben Dank!

Das Problem lag an einem nicht gesetzten Punkt am Ende der Zeile in der /etc/bind9/db.1.168.192.
Klar, den Client hab ich mit als letztes hinzugefügt und dabei geschlampt.
Somit zog sich der Fehler auch für die darauf folgenden Clients durch.

10      IN      PTR     imac.home.local

Richtig ist es dann natürlich so:

10      IN      PTR     imac.home.local.

Somit sieht jetzt auch der Reverse richtig aus:

; <<>> DiG 9.8.1-P1 <<>> -x 192.168.1.10
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 36904
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1

;; QUESTION SECTION:
;10.1.168.192.in-addr.arpa.	IN	PTR

;; ANSWER SECTION:
10.1.168.192.in-addr.arpa. 172800 IN	PTR	imac.home.local.

;; AUTHORITY SECTION:
1.168.192.in-addr.arpa.	172800	IN	NS	mail.home.local.

;; ADDITIONAL SECTION:
mail.home.local.	172800	IN	A	192.168.1.1

;; Query time: 1 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Tue May  1 19:23:46 2012
;; MSG SIZE  rcvd: 108

Nochmals Danke.

Trancy

Hier noch mal ein Nachtrag, da ich über das gleiche Problem wieder gestolpert bin und mir das gar nicht erklären konnte...

Vielleicht hilft es ja noch anderen Nutzern.

Dieses mal nutze ich allerdings einen DNS-Server als eigene Maschine (Ubuntu 10.04 Server) wie die aus dem eigentlichen Problem
und habe nun einen weiteren Server mit Ubuntu 10.04 LTS Desktop am Laufen, den ich dann als Server einsetze.
Hier habe ich mir dann halt Samba und was ich noch so brauche alles einfach nachinstalliert.

Auch an diesem Ubuntu 10.04 LTS Desktop wird nur die IP-Adresse angezeigt von der aus man sich als letztes eingelogt hat.

Kurz um:

Ich hab den Avahi-daemon deinstalliert und schon wird der Rechnername angezeigt, der sich zuletzt am System angemeldet hat.

Trancy