EdwinMosesPray Geschrieben 21. Mai 2011 Geschrieben 21. Mai 2011 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. Zitieren
flashpixx Geschrieben 21. Mai 2011 Geschrieben 21. Mai 2011 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 Zitieren
EdwinMosesPray Geschrieben 21. Mai 2011 Autor Geschrieben 21. Mai 2011 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> Zitieren
flashpixx Geschrieben 21. Mai 2011 Geschrieben 21. Mai 2011 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. Zitieren
EdwinMosesPray Geschrieben 6. Juni 2011 Autor Geschrieben 6. Juni 2011 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. Zitieren
Empfohlene Beiträge
Dein Kommentar
Du kannst jetzt schreiben und Dich später registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.