Ubuntu + DHCP / DDNS

[EdwinMosesPray]

Hallo Leute.

Ich hoffe, das ist die richtige Rubrik. War am überlegen, hier oder Networking-Technologie.

Ubuntu Linux-Server

- Mainboard mit AMD Athlon 64 3000+

- 2 GB RAM

- 80 GB Maxtor SATA HDD

- IDE DVDROM

- Matrox G400/G450 Grafikkarte

- Onboard und PCI Netzwerkkarte mit RTL8139

- Ubuntu Server 10.04 (aktueller Stand)

- Name: server.local

- Domain: .local

Folgendes Problemchen tritt bei mir auf:

DHCP mit dynamischem DNS Update. Merkwürdigerweise funktioniert die Geschichte bei allen anderen Rechnern (2. PC, mein Laptop, gelegentlich Laptop vom Nachbarn wenn er bei mir oben ist), die sich per DHCP anmelden. Nur mein Hauptrechner 'workstation' zeigt die u.a. Probleme.

Wenn sich ein Rechner per DHCP meldet, bekommt er vom Server eine IP zugewiesen. IP und der Rechnername werden im DNS (forward- und reverse map) eingetragen. Abfragen funktionieren einwandfrei.

Ich kann machen was ich will, mein Hauptrechner 'workstation' bekommt die IP, wird aber NUR(!) in der reverse map eingetragen:

May 21 09:24:14 server dhcpd: DHCPDISCOVER from 00:0b:6a:7d:9d:fb via eth0

May 21 09:24:15 server dhcpd: DHCPOFFER on 192.168.213.10 to 00:0b:6a:7d:9d:fb (workstation) via eth0

May 21 09:24:15 server named[2880]: client 192.168.213.100#36432: signer "rndc-key" approved

May 21 09:24:15 server named[2880]: client 192.168.213.100#36432: signer "rndc-key" approved

May 21 09:24:15 server named[2880]: client 192.168.213.100#36432: updating zone 'in-addr.arpa/IN': deleting rrset at '10.213.168.192.in-addr.arpa' PTR

May 21 09:24:15 server named[2880]: client 192.168.213.100#36432: updating zone 'in-addr.arpa/IN': deleting rrset at '10.213.168.192.in-addr.arpa' PTR

May 21 09:24:15 server named[2880]: client 192.168.213.100#36432: updating zone 'in-addr.arpa/IN': adding an RR at '10.213.168.192.in-addr.arpa' PTR

May 21 09:24:15 server named[2880]: client 192.168.213.100#36432: updating zone 'in-addr.arpa/IN': adding an RR at '10.213.168.192.in-addr.arpa' PTR

May 21 09:24:15 server dhcpd: added reverse map from 10.213.168.192.in-addr.arpa. to workstation.local

May 21 09:24:15 server dhcpd: Wrote 0 deleted host decls to leases file.

May 21 09:24:15 server dhcpd: Wrote 0 new dynamic host decls to leases file.

May 21 09:24:15 server dhcpd: Wrote 4 leases to leases file.

May 21 09:24:15 server dhcpd: DHCPREQUEST for 192.168.213.10 (192.168.213.100) from 00:0b:6a:7d:9d:fb (workstation) via eth0

May 21 09:24:15 server dhcpd: DHCPACK on 192.168.213.10 to 00:0b:6a:7d:9d:fb (workstation) via eth0

Wenn ich, egal von welchem Rechner, einen Ping auf 'workstation.local' mache, bekomme ich die Antwort: Unknown host Ich habe versucht: - Leasetime auf 10min bis 1std runter gesetzt (sonst 8 Tage) - alle Leases gelöscht - andere MAC-Adresse auf 'workstation' - feste IP's (server, router, drucker-server, usw.) deaktiviert - 'workstation' rauf und runter gefahren - u.v.m. Die einzige Möglichkeit zurzeit ist, 'workstation' fest einzutragen, damit er beim Ping. bzw bei einer DNS Anfrage gefunden wird. 'workstation' besteht aus: - K7VT6 Mainboard mit Athlon XP 2800+ (Barton) - 2 GB RAM - 40 GB (System) und 200 GB (Backup) Festplatten von Maxtor - nVidia GeForce4 MX 440 with AGP 8x - VIA VT6102 Rhine II Fast Ethernet Adapter (onboard) - Windows XP Home (Single User) V5.01 Build 2600 Service Pack 3 Ich weiss mir keinen Rat mehr. Kennt jemand das Problem? Lieben Gruß, Frank M. Anhang A dhcpd.conf:

allow unknown-clients;


ddns-updates on;

ddns-update-style interim;

update-static-leases on;

ddns-domainname "local";

include "/etc/dhcp3/rndc.key";


authoritative;


default-lease-time 3600;

max-lease-time 7200;


log-facility local7;


subnet 192.168.213.0 netmask 255.255.255.0 {


        authoritative;


        range 192.168.213.10 192.168.213.15;


        option subnet-mask 255.255.255.0;

        option domain-name-servers 192.168.213.100;

        option domain-name "local";

        option routers 192.168.213.1;


        next-server 192.168.213.100;


        zone in-addr.arpa. {

                primary 192.168.213.100;

                key "rndc-key";

                }


        zone local. {

                primary 192.168.213.100;

                key "rndc-key";

                }

        }


 [COLOR="red"]... hier die festen IP's für Server, Druckerserver, WLAN-Link, Router und 2. Gateway[/COLOR]

named.conf:

include "/etc/bind/named.conf.options";

include "/etc/bind/named.conf.local";

include "/etc/bind/rndc.key";


// logging {

//      category lame-servers {null; };

//      category edns-disabled { null; };

//      };



zone "." {

        type hint;

        file "/etc/bind/root.zone";

        };


zone "in-addr.arpa" {

        type master;

        file "/etc/bind/local.rev";

        allow-update { key "rndc-key"; };

        allow-query { 192.168.213.0/24; };

        notify no;

        };


zone "local" {

        type master;

        file "/etc/bind/local.zone";

        allow-update { key "rndc-key"; };

        allow-query { 192.168.213.0/24; };

        notify no;

        };

local.zone:

$ORIGIN .

$TTL 3600       ; 1 hour

local                   IN SOA  local. root.local. (

                                1000407    ; serial

                                10800      ; refresh (3 hours)

                                3600       ; retry (1 hour)

                                604800     ; expire (1 week)

                                86400      ; minimum (1 day)

                                )

                        NS      192.168.213.100.

$ORIGIN local.

$TTL 43200      ; 12 hours

drucker                 A       192.168.213.50

link                    A       192.168.213.252

packet                  A       192.168.213.254

router                  A       192.168.213.1

server                  A       192.168.213.100

$ORIGIN server.local.

mail                    CNAME   server.local.

www                     CNAME   server.local.

$ORIGIN local.

workstation             A       192.168.213.10   [COLOR="red"]<= von Hand eingetragen, weils nicht ging[/COLOR]

local.rev:

$ORIGIN .

$TTL 604800     ; 1 week

in-addr.arpa            IN SOA  local. root.local. (

                                1000539    ; serial

                                604800     ; refresh (1 week)

                                86400      ; retry (1 day)

                                2419200    ; expire (4 weeks)

                                604800     ; minimum (1 week)

                                )

                        NS      192.168.213.100.

$ORIGIN 213.168.192.in-addr.arpa.

$TTL 43200      ; 12 hours

1                       PTR     router.local.

$TTL 1800       ; 30 minutes

10                      PTR     workstation.local.   [COLOR="red"]<= automatisch vergeben vom DHCP[/COLOR]

$TTL 43200      ; 12 hours

100                     PTR     server.local.

$TTL 1800       ; 30 minutes

222                     PTR     rapunzel.local.

$TTL 43200      ; 12 hours

252                     PTR     link.local.

254                     PTR     packet.local.

50                      PTR     drucker.local.

[flashpixx]

Prüfe einmal die Rechte der Daten, in die der Dämon schreibt. .local solltest Du nicht benutzen, da dies eine TLD für Multicast Adressen (Link Local) ist, die dann mit dem Avahi Dämon meist in Konflikt gerät. Weiterhin prüfe einmal nach, wie der DHCP Client konfiguriert ist, man kann dem DHCPD unter Linux z.B. sagen, dass er den Namen nicht mitsenden soll etc.

Ich würde aber hier auf ein Problem bei der TLD tippen

[EdwinMosesPray]

Hallo flashpixx

Danke für deine Antwort.

Komisch ist, dass alles wunderbar funktioniert... mit anderen Clients. Mein 2. Rechner (XP Home SP3), mein Laptop (XP Home SP3) und der Laptop vom Nachbarn (XP Prof SP3). Nur mein Hauptrechner mag nicht. Ich vermute ein Problem mit dem Client, womit das Thema dann eher unter "Windows Betriebssysteme" gehört.

Zu der TLD .local habe ich gerade etwas ge'google'd. In einigen Beiträgen wird auf die .local Problematik hingewiesen. Ich habe dagegen gelernt, diese TLD für lokale Netze zu nutzen. In einer Beispiel-Konfig wurde ebenfalls diese TLD benutzt. Darf ich dass denn nun .local verwenden oder nicht? Welche könnte man denn nehmen, ohne mit anderen TLD's in Konflikt zu geraten?!?

Aber ob nun TLD .local oder nicht, im Prinzip funktioniert meine Konfiguration. Nur eben nicht mit dem einen Rechner. Die reverse Adresse wird aktualisiert... nur nicht die Forward-Zone. Das ist ja das Merkwürdige:

- DHCP wird ordnungsgemäß zugewiesen (IP, TLD, Gateway, DNS-Server, usw)

- Reverse Eintrag wird aktualisiert

- Forward Eintrag nicht(!)

Alle anderen Rechner werden ordnungsgemäß aktualisiert! Ich kanns jetzt nicht zeigen, weil Laptop im ewigen Elektronikhimmel und der 2. Rechner auseinander gepflückt ist. Vielleicht rufe ich den Nachbarn mal nach oben. Dann zeige ich dass es funktioniert.

Die Datei- und Verzeichnisrechte stehen testweise auf 777. Außerdem ist AppArmor deaktiviert/deinstalliert.

Gruß,

Frank M.

Anhang B

Testweise den fest eingetragenen Rechner 'workstation' aus der local.zone gelöscht und DHCP aktualisiert:

Microsoft Windows XP [Version 5.1.2600]

(C) Copyright 1985-2001 Microsoft Corp.


C:\Dokumente und Einstellungen\admin>ipconfig /all


Windows-IP-Konfiguration


        Hostname. . . . . . . . . . . . . : workstation

        Primäres DNS-Suffix . . . . . . . : local

        Knotentyp . . . . . . . . . . . . : Unbekannt

        IP-Routing aktiviert. . . . . . . : Nein

        WINS-Proxy aktiviert. . . . . . . : Nein

        DNS-Suffixsuchliste . . . . . . . : local

                                            local


Ethernetadapter LAN-Verbindung:


        Verbindungsspezifisches DNS-Suffix: local

        Beschreibung. . . . . . . . . . . : VIA-kompatibler Fast Ethernet-Adapter

        Physikalische Adresse . . . . . . : 00-0B-6A-7D-9D-FB

        DHCP aktiviert. . . . . . . . . . : Ja

        Autokonfiguration aktiviert . . . : Ja

        IP-Adresse. . . . . . . . . . . . : 192.168.213.10

        Subnetzmaske. . . . . . . . . . . : 255.255.255.0

        Standardgateway . . . . . . . . . : 192.168.213.1

        DHCP-Server . . . . . . . . . . . : 192.168.213.100

        DNS-Server. . . . . . . . . . . . : 192.168.213.100

        Lease erhalten. . . . . . . . . . : Samstag, 21. Mai 2011 16:23:53

        Lease läuft ab. . . . . . . . . . : Samstag, 21. Mai 2011 17:23:53


C:\Dokumente und Einstellungen\admin>

[flashpixx]

Man kann die local TLD verwenden, kann aber wie gesagt zu Problemen führen, gerade in Verbindung mit entsprechenden anderen Komponenten im Netz.

Ansonsten würde ich die Datenpakete zwischen DHCP Server und Client einmal loggen und anschauen.

[EdwinMosesPray]

Hallo

Nachdem ich den (Client-) Rechner wegen einer anderen Geschichte neu installiert habe, scheint es wieder zu funktionieren. Also muss irgendwas blockiert haben. Vielleicht ein anderes Programm?!

Anhang C:

Jun  6 15:44:06 server dhcpd: DHCPDISCOVER from 00:**:**:7d:9d:fb via eth0

Jun  6 15:44:07 server dhcpd: DHCPOFFER on 192.168.213.10 to 00:**:**:7d:9d:fb (workstation) via eth0


Jun  6 15:44:07 server named[659]: client 192.168.213.100#34107: signer "rndc-key" approved

Jun  6 15:44:07 server named[659]: client 192.168.213.100#34107: updating zone 'local/IN': adding an RR at 'workstation.local' A

Jun  6 15:44:07 server named[659]: client 192.168.213.100#34107: updating zone 'local/IN': adding an RR at 'workstation.local' TXT

Jun  6 15:44:07 server dhcpd: Added new forward map from workstation.local to 192.168.213.10


Jun  6 15:44:07 server named[659]: client 192.168.213.100#60309: signer "rndc-key" approved

Jun  6 15:44:07 server named[659]: client 192.168.213.100#60309: updating zone 'in-addr.arpa/IN': deleting rrset at '10.213.168.192.in-addr.arpa' PTR

Jun  6 15:44:07 server named[659]: client 192.168.213.100#60309: updating zone 'in-addr.arpa/IN': adding an RR at '10.213.168.192.in-addr.arpa' PTR

Jun  6 15:44:07 server dhcpd: added reverse map from 10.213.168.192.in-addr.arpa. to workstation.local


Jun  6 15:44:07 server dhcpd: Wrote 0 deleted host decls to leases file.

Jun  6 15:44:07 server dhcpd: Wrote 0 new dynamic host decls to leases file.

Jun  6 15:44:07 server dhcpd: Wrote 4 leases to leases file.


Jun  6 15:44:07 server dhcpd: DHCPREQUEST for 192.168.213.10 (192.168.213.100) from 00:**:**:7d:9d:fb (workstation) via eth0

Jun  6 15:44:07 server dhcpd: DHCPACK on 192.168.213.10 to 00:**:**:7d:9d:fb (workstation) via eth0

Gruß,

Frank M.