PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : DHCP + DDNS Problem bei statischen IPs



Seiten : [1] 2

Suse10.0User
21.04.07, 14:32
Hallo LinuxFreunde!

ich bin gerade dabei unseren SoHo Server um DHCP und DNS zu erweitern.
DHCP soll sowohl dynamische, als auch statische IPs für bestimmt clients vergeben. Sobal der DHCP eine IP vergeben hat, sollen die zonefiles des DNS automatisch geupdatet werden. Nach Ablauf der lease sollen die zonefiles erneut automatisch geupdatet werden.

Zur Realisierung meines Vorhabens bin ich nach diesem HowTo vorgegangen:
http://www.linuxkramkiste.de/?Linux:DHCP-DNS

Meine dhcpd.conf sieht so aus:

option domain-name "lokales-netz.lan";
option domain-name-servers 192.168.123.250;
option routers 192.168.123.250;
#
ddns-update-style ad-hoc;
#
allow unknown-clients;
allow client-updates;
#
ddns-domainname "lokales-netz.lan";
#
update-static-leases true;
#
key DHCP_UPDATER {
algorithm HMAC-MD5.SIG-ALG.REG.INT;
secret Ur4PfKM7cjj3D8knNg4qMw==;
};
zone lokales-netz.lan. {
primary 192.168.123.250;
key DHCP_UPDATER;
}
zone 123.168.192.in-addr.arpa. {
primary 192.168.123.250;
key DHCP_UPDATER;
}
#
authoritative;
#
subnet 192.168.123.0 netmask 255.255.255.0 {
range 192.168.123.150 192.168.123.190;
allow unknown-clients;
default-lease-time 14400;
max-lease-time 17280;

# Ein paar feste IP-Adressen werden vergeben
#
# host computerralf {
# hardware ethernet 00:0e:0c:b8:f0:ac;
# fixed-address 192.168.123.10;
# }
#
# host computer2 {
# hardware ethernet 00:0e:0c:b8:f0:ac;
# fixed-address 192.168.123.15;
# }
#
# host computer2 {
# hardware ethernet 00:0c:76:1E:48:3c;
# fixed-address 192.168.123.20;
# }
#
}

die named.conf sieht so aus:

# /etc/named.conf
#
# This is a sample configuration file for the name server BIND 9. It works as
# a caching only name server without modification.
#
# A sample configuration for setting up your own domain can be found in
# /usr/share/doc/packages/bind/sample-config.
#
# A description of all available options can be found in
# /usr/share/doc/packages/bind/misc/options.

options {
auth-nxdomain yes;

# The directory statement defines the name server's working directory

directory "/var/lib/named";

# Write dump and statistics file to the log subdirectory. The
# pathenames are relative to the chroot jail.

dump-file "/var/log/named_dump.db";
statistics-file "/var/log/named.stats";

# The forwarders record contains a list of servers to which queries
# should be forwarded. Enable this line and modify the IP address to
# your provider's name server. Up to three servers may be listed.

#forwarders { 192.0.2.1; 192.0.2.2; };

# Enable the next entry to prefer usage of the name server declared in
# the forwarders section.

#forward first;

# The listen-on record contains a list of local network interfaces to
# listen on. Optionally the port can be specified. Default is to
# listen on all interfaces found on your system. The default port is
# 53.

#listen-on port 53 { 127.0.0.1; };

# The listen-on-v6 record enables or disables listening on IPv6
# interfaces. Allowed values are 'any' and 'none' or a list of
# addresses.

listen-on-v6 { any; };

# The next three statements may be needed if a firewall stands between
# the local server and the internet.

#query-source address * port 53;
#transfer-source * port 53;
#notify-source * port 53;

# The allow-query record contains a list of networks or IP addresses
# to accept and deny queries from. The default is to allow queries
# from all hosts.

#allow-query { 127.0.0.1; };

# If notify is set to yes (default), notify messages are sent to other
# name servers when the the zone data is changed. Instead of setting
# a global 'notify' statement in the 'options' section, a separate
# 'notify' can be added to each zone definition.

notify no;
include "/etc/named.d/forwarders.conf";
};

# To configure named's logging remove the leading '#' characters of the
# following examples.
#logging {
# # Log queries to a file limited to a size of 100 MB.
# channel query_logging {
# file "/var/log/named_querylog"
# versions 3 size 100M;
# print-time yes; // timestamp log entries
# };
# category queries {
# query_logging;
# };
#
# # Or log this kind alternatively to syslog.
# channel syslog_queries {
# syslog user;
# severity info;
# };
# category queries { syslog_queries; };
#
# # Log general name server errors to syslog.
# channel syslog_errors {
# syslog user;
# severity error;
# };
# category default { syslog_errors; };
#
# # Don't log lame server messages.
# category lame-servers { null; };
#};

# The following zone definitions don't need any modification. The first one
# is the definition of the root name servers. The second one defines
# localhost while the third defines the reverse lookup for localhost.

zone "." in {
type hint;
file "root.hint";
};

zone "localhost" in {
type master;
file "localhost.zone";
};

zone "0.0.127.in-addr.arpa" in {
type master;
file "127.0.0.zone";
};

# Include the meta include file generated by createNamedConfInclude. This
# includes all files as configured in NAMED_CONF_INCLUDE_FILES from
# /etc/sysconfig/named

include "/etc/named.conf.include";
logging {
category default { log_syslog; };
channel log_syslog { syslog; };
#
#
#
};
key DHCP_UPDATER {
algorithm HMAC-MD5.SIG-ALG.REG.INT;
secret Ur4PfKM7cjj3D8knNg4qMw==;
};

zone "lokales-netz.lan" in {
file "master/lokales-netz.lan";
type master;
allow-update { key DHCP_UPDATER; };
notify yes;
};
zone "123.168.192.in-addr.arpa" in {
file "master/123.168.192.in-addr.arpa";
type master;
allow-update { key DHCP_UPDATER; };
notify yes;
};

bei dynamischer Adressvergabe funktioniert soweit alles sehr gut:)
(Der client bekommt seine IP, hostname und IP werdem dem DNS übergeben und die Namensauflösung kann mit nslookup IP und mit nslookup hostname erfolgreich getestet werden. Nach Ablauf der lease werden die zonefiles erneut geupdatet)

in der /var/log/messages sieht das dann so aus:

Apr 15 21:12:14 srv2 dhcpd: DHCPDISCOVER from 00:0e:0c:b8:f0:ac via eth0
Apr 15 21:12:15 srv2 dhcpd: DHCPOFFER on 192.168.123.187 to 00:0e:0c:b8:f0:ac (computer2) via eth0
Apr 15 21:12:20 srv2 dhcpd: DHCPDISCOVER from 00:0e:0c:b8:f0:ac (computer2) via eth0
Apr 15 21:12:20 srv2 dhcpd: DHCPOFFER on 192.168.123.187 to 00:0e:0c:b8:f0:ac (computer2) via eth0
Apr 15 21:12:28 srv2 dhcpd: DHCPDISCOVER from 00:0e:0c:b8:f0:ac (computer2) via eth0
Apr 15 21:12:28 srv2 dhcpd: DHCPOFFER on 192.168.123.187 to 00:0e:0c:b8:f0:ac (computer2) via eth0
Apr 15 21:12:28 srv2 named[21816]: client 192.168.123.250#1179: updating zone 'lokales-netz.lan/IN': adding an RR at 'computer2.lokales-netz.lan' A
Apr 15 21:12:28 srv2 dhcpd: if computer2.lokales-netz.lan IN A rrset doesn't exist add computer2.lokales-netz.lan 7200 IN A 192.168.123.187: success.
Apr 15 21:12:28 srv2 named[21816]: client 192.168.123.250#1179: updating zone '123.168.192.in-addr.arpa/IN': deleting rrset at '187.123.168.192.in-addr.arpa' PTR
Apr 15 21:12:28 srv2 named[21816]: client 192.168.123.250#1179: updating zone '123.168.192.in-addr.arpa/IN': adding an RR at '187.123.168.192.in-addr.arpa' PTR
Apr 15 21:12:28 srv2 dhcpd: delete 187.123.168.192.in-addr.arpa. IN PTR add 187.123.168.192.in-addr.arpa. 7200 IN PTR computer2.lokales-netz.lan: success.
Apr 15 21:12:28 srv2 dhcpd: DHCPREQUEST for 192.168.123.187 (192.168.123.250) from 00:0e:0c:b8:f0:ac (computer2) via eth0
Apr 15 21:12:28 srv2 dhcpd: DHCPACK on 192.168.123.187 to 00:0e:0c:b8:f0:ac (computer2) via eth0
Apr 15 21:13:30 srv2 named[21816]: client 192.168.123.187#1088: update 'lokales-netz.lan/IN' denied

So nun endlich zum eigentlichen Problem:
Der DHCP-Server soll für manche clients feste IPs vergeben (unten in der dhcpd.conf habe ich schon damit etwas rumgespielt). Die IPs werden auch wie gewünscht vergeben, die zonefiles des DNS-Servers werden aber nicht geupdatet. Demzufolge funktioniert auch die Namensauflösung der clients mit fester IP nicht.
In den /var/log/messages habe ich dazu auch Fehler drin.

Apr 8 16:41:58 srv2 dhcpd: DHCPDISCOVER from 00:0e:0c:b8:f0:ac via eth0
Apr 8 16:41:58 srv2 dhcpd: DHCPOFFER on 192.168.123.10 to 00:0e:0c:b8:f0:ac via eth0
Apr 8 16:42:02 srv2 dhcpd: DHCPDISCOVER from 00:0e:0c:b8:f0:ac via eth0
Apr 8 16:42:02 srv2 dhcpd: DHCPOFFER on 192.168.123.10 to 00:0e:0c:b8:f0:ac via eth0
Apr 8 16:42:09 srv2 dhcpd: DHCPDISCOVER from 00:0e:0c:b8:f0:ac via eth0
Apr 8 16:42:09 srv2 dhcpd: DHCPOFFER on 192.168.123.10 to 00:0e:0c:b8:f0:ac via eth0
Apr 8 16:42:09 srv2 dhcpd: DHCPREQUEST for 192.168.123.10 (192.168.123.250) from 00:0e:0c:b8:f0:ac via eth0
Apr 8 16:42:09 srv2 dhcpd: DHCPACK on 192.168.123.10 to 00:0e:0c:b8:f0:ac via eth0
Apr 8 16:43:12 srv2 named[24480]: client 192.168.123.10#1089: updating zone 'lokales-netz.lan/IN': update unsuccessful: computerralf.lokales-netz.lan/A: 'RRset exists (value dependent)' prerequisite not satisfied (NXRRSET)
Apr 8 16:43:12 srv2 named[24480]: client 192.168.123.10#1092: update 'lokales-netz.lan/IN' denied
Apr 8 16:43:27 srv2 dhcpd: DHCPINFORM from 192.168.123.10 via eth0
Apr 8 16:43:27 srv2 dhcpd: DHCPACK to 192.168.123.10
Apr 8 16:43:30 srv2 dhcpd: DHCPINFORM from 192.168.123.10 via eth0
Apr 8 16:43:30 srv2 dhcpd: DHCPACK to 192.168.123.10

An was kanns liegen, dass das bei statischen IPs nicht will?

Ach ja noch einige Daten des Servers:
Suse 10.0 + alle updates
Kernel 2.6.13-15.15
BIND 9.3.2
DHCP V3.0.3
fqdn srv2.lokales-netz.lan
IP 192.168.123.250

Suse10.0User
24.04.07, 20:52
fehlen noch Infos? Warum antwortet keiner?

bla!zilla
24.04.07, 20:54
Nein, ist alles da. Die Antwort ist einfach: Bei statischen DHCP Einträgen wird der DNS nicht aktualisiert, nur bei DDNS. Ich kenne das Problem selber. ;) Ich musste für meine statischen DHCP Einträge auch feste A und PTR Records machen.

Suse10.0User
24.04.07, 21:09
danke für die schnelle Antwort;)

wenn ich aber das letzte log-file richtig interpretiere, so sieht es für mich so aus, als wolle er das update durchführen.

bla!zilla
24.04.07, 21:15
Poste mal den Log Eintrag. Den daran: Wenn das ein Windows Host ist, so versucht der selbstständig seinen Eintrag beim DNS zu aktualisieren. Das geht auch im Prinzip, du musst aber in der /etc/named.conf zusätzlich zum DHCP Key, noch die IPs oder das Subnetz der Clients eintragen und damit die Erlaubnis erteilen ihre IP im DNS zu aktualisieren.

Suse10.0User
24.04.07, 21:46
log-file ist im ersten post (3. und 4. Zitat).
3. Zitat --> ein client mit dynamischer Ip-Zuweisung meldet sich an
4. Zitat --> ein client mit statischer Ip-Zuweisung meldet sich an


ja, alles Windows XP clients. Sollte aber auch bei nicht windows clients funktionieren. Die IPs für Drucker und APs sollen später statisch über DHCP vergeben werden.


Kannst Du mir einen Vorschlag machen, was ich in der /etc/named.conf ergänzen muss. Meine /etc/named.conf findest Du übrigens auch im ersten Post.

bla!zilla
24.04.07, 22:07
Es sind die Windows XP Clients die versuchen ihre IP selbstständig im DHCP zu registrieren. Der DHCP Server selber wird niemal die IPs für statische DHCP Einträge im DNS aktualisieren. Die Windows XP Clients versuchen das und dürfen es nicht. Einige Printserver versuches es erst gar nicht. Da wirst du dann, sofern du statische DHCP Einträge verwendest, einen statischen A und PTR Record im DNS hinzufügen müssen. Für die korrekte Konfiguration der /etc/named.conf schau in die Manpage der /etc/named.conf. Da steht alles Notwendige drin. Kleiner Tip:



allow-update { key DHCP_UPDATER; };


Das kann auch so aussehen:



allow-update { key DHCP_UPDATER; 192.168.20.1; 192.168.0.0/24; };


Wie gesagt: Die Manpage ist dein Freund.

Suse10.0User
24.04.07, 23:01
mit der named manual kann ich nicht viel anfangen:mad:

und das hier aus der manual ist ja eh das beste:D


CONFIGURATION
The named configuration file is too complex to describe in detail here.
A complete description is provided in the BIND 9 Administrator
Reference Manual.


Also ich brauche da schon noch etwas Hilfe. Mit man-pages lesen ists da noch nicht getan.

ich werde morgen (muss noch warten, bis die lease abgelaufen ist, da es sonst am server wieder Probleme gibt) versuchen in der named.conf das ganze subnet hinzuzufügen.

bla!zilla
25.04.07, 07:39
mit der named manual kann ich nicht viel anfangen:mad:

und das hier aus der manual ist ja eh das beste:D

Also ich brauche da schon noch etwas Hilfe. Mit man-pages lesen ists da noch nicht getan.

Ich kann deine Probleme wirklich nicht nachvollziehen. Direkt der zweite Eintrag (http://www.bind9.net/manual/bind/9.2.4/Bv9ARM.html) bei Google.

Suse10.0User
08.05.07, 23:26
hab`s nun hinbekommen, dass die zonefiles bei statischen Adressen auch geupdatet werden.

Bin nun schon beim nächsten Problem:
Im Netzwerk befinden sich u.a. zwei Drucker und zwei Access-Points. Diese Geräte haben eine Mac-Adresse, einen hostname und benötigen auch eine IP. Somit währe doch eine Namensauflösung auch sinnvoll.? Die IP-Adressvergabe per DHCP funktioniert (dynamisch und statisch, hab beides probiert) aber die zonefiles werden nicht geupdatet.
Zum Vergleich die updates der zonefiles funktionieren bei win XP clients, bei meinem pda (win mobile 5.0) und bei meinem Sat-Receiver (Dreambox / Linux). Wie unterscheiden sich die Greäte?

bla!zilla
09.05.07, 09:01
Die aktiven Netzwerkkomponenten verfügen nicht über die Möglichkeit DNS A- und PTR Records dynamisch zu aktualisieren. Die Aktualisierung ist ja etwas, was der Client übernimmt. In diesem Fall musst du bei statischer DHCP Reservierung auch statische A- und PTR Records im DNS eintragen, oder bei dynamischer IP über DHCP (also ohne Reservierung) kann der DHCP die Lease im DNS registrieren. Ich würde die erste Variante bevorzugen.

Suse10.0User
09.05.07, 13:56
was sind aktive und was sind passive Netzwerkkomponenten?


In diesem Fall musst du bei statischer DHCP Reservierung auch statische A- und PTR Records im DNS eintragen, oder bei dynamischer IP über DHCP (also ohne Reservierung) kann der DHCP die Lease im DNS registrieren.
bei statischer IP über DHCP mag das ja noch ok sein, ich habe es aber auch bei dynamischer IP probiert und es wird nix im DNS registriert. Was mache ich falsch?

bla!zilla
09.05.07, 18:18
was sind aktive und was sind passive Netzwerkkomponenten?

www.google.de



bei statischer IP über DHCP mag das ja noch ok sein, ich habe es aber auch bei dynamischer IP probiert und es wird nix im DNS registriert. Was mache ich falsch?

Solange dein DHCP für Clients, die keine dynamische Aktualisierung unterstützen, die Leases nicht im DNS einträgt, passiert da gar nichts. Dein DHCP muss das für die Clients tun, wenn die es nicht selber machen.

Suse10.0User
11.05.07, 13:54
Solange dein DHCP für Clients, die keine dynamische Aktualisierung unterstützen, die Leases nicht im DNS einträgt, passiert da gar nichts. Dein DHCP muss das für die Clients tun, wenn die es nicht selber machen.

Dann nehme ich an, dass die genannten clients die dynamische Aktualisierung nicht unterstützen.
Wie bekomme ich meinen DHCP dazu dies zu tun?

bla!zilla
11.05.07, 14:00
Hast du doch schon getan, oder sehe ich das falsch:



key DHCP_UPDATER {
algorithm HMAC-MD5.SIG-ALG.REG.INT;
secret Ur4PfKM7cjj3D8knNg4qMw==;
};

zone "lokales-netz.lan" in {
file "master/lokales-netz.lan";
type master;
allow-update { key DHCP_UPDATER; };
notify yes;
};
zone "123.168.192.in-addr.arpa" in {
file "master/123.168.192.in-addr.arpa";
type master;
allow-update { key DHCP_UPDATER; };
notify yes;
};

Suse10.0User
12.05.07, 16:54
ja, genau, das habe ich getan.

Suse10.0User
12.05.07, 19:41
hab jetzt einen zweiten Drucker im Netz. Die IP habe ich dynamisch per DHCP vergeben lassen. Hostname und IP wurdem dem DNS einwandfrei übergeben. Anschließend habe ich am Drucker den hostname geändert; auch das wurde dem DNS einwandfrei mitgeteilt. Hier mal der log dazu:

ay 12 19:03:42 srv2 dhcpd: DHCPDISCOVER from 00:c0:ee:51:e2:9c via eth0
May 12 19:03:43 srv2 dhcpd: DHCPOFFER on 192.168.123.182 to 00:c0:ee:51:e2:9c (KY51E29C) via eth0
May 12 19:03:43 srv2 named[32762]: client 192.168.123.250#1250: updating zone 'lokales-netz.lan/IN': adding an RR at 'KY51E29C.lokales-netz.lan' A
May 12 19:03:43 srv2 dhcpd: if KY51E29C.lokales-netz.lan IN A rrset doesn't exist add KY51E29C.lokales-netz.lan 7200 IN A 192.168.123.182: success.
May 12 19:03:43 srv2 named[32762]: client 192.168.123.250#1250: updating zone '123.168.192.in-addr.arpa/IN': deleting rrset at '182.123.168.192.in-addr.arpa' PTR
May 12 19:03:43 srv2 named[32762]: client 192.168.123.250#1250: updating zone '123.168.192.in-addr.arpa/IN': adding an RR at '182.123.168.192.in-addr.arpa' PTR
May 12 19:03:43 srv2 dhcpd: delete 182.123.168.192.in-addr.arpa. IN PTR add 182.123.168.192.in-addr.arpa. 7200 IN PTR KY51E29C.lokales-netz.lan: success.
May 12 19:03:43 srv2 dhcpd: DHCPREQUEST for 192.168.123.182 (192.168.123.250) from 00:c0:ee:51:e2:9c (KY51E29C) via eth0
May 12 19:03:43 srv2 dhcpd: DHCPACK on 192.168.123.182 to 00:c0:ee:51:e2:9c (KY51E29C) via eth0
May 12 19:08:56 srv2 syslog-ng[3413]: STATS: dropped 0
May 12 19:09:43 srv2 dhcpd: DHCPDISCOVER from 00:c0:ee:51:e2:9c (KY51E29C) via eth0
May 12 19:09:44 srv2 dhcpd: DHCPOFFER on 192.168.123.182 to 00:c0:ee:51:e2:9c (KY-FS1010) via eth0
May 12 19:09:44 srv2 named[32762]: client 192.168.123.250#1250: updating zone 'lokales-netz.lan/IN': deleting an RR
May 12 19:09:44 srv2 dhcpd: delete KY51E29C.lokales-netz.lan IN A 192.168.123.182: success.
May 12 19:09:44 srv2 named[32762]: client 192.168.123.250#1250: updating zone 'lokales-netz.lan/IN': adding an RR at 'KY-FS1010.lokales-netz.lan' A
May 12 19:09:44 srv2 dhcpd: if KY-FS1010.lokales-netz.lan IN A rrset doesn't exist add KY-FS1010.lokales-netz.lan 7200 IN A 192.168.123.182: success.
May 12 19:09:44 srv2 named[32762]: client 192.168.123.250#1250: updating zone '123.168.192.in-addr.arpa/IN': deleting rrset at '182.123.168.192.in-addr.arpa' PTR
May 12 19:09:44 srv2 named[32762]: client 192.168.123.250#1250: updating zone '123.168.192.in-addr.arpa/IN': adding an RR at '182.123.168.192.in-addr.arpa' PTR
May 12 19:09:44 srv2 dhcpd: delete 182.123.168.192.in-addr.arpa. IN PTR add 182.123.168.192.in-addr.arpa. 7200 IN PTR KY-FS1010.lokales-netz.lan: success.
May 12 19:09:44 srv2 dhcpd: DHCPREQUEST for 192.168.123.182 (192.168.123.250) from 00:c0:ee:51:e2:9c (KY-FS1010) via eth0
May 12 19:09:44 srv2 dhcpd: DHCPACK on 192.168.123.182 to 00:c0:ee:51:e2:9c (KY-FS1010) via eth0
May 12 19:15:43 srv2 dhcpd: Internet Systems Consortium DHCP Server V3.0.3
May 12 19:15:43 srv2 dhcpd: Copyright 2004-2005 Internet Systems Consortium.
May 12 19:15:43 srv2 dhcpd: All rights reserved.
May 12 19:15:43 srv2 dhcpd: For info, please visit http://www.isc.org/sw/dhcp/
May 12 19:15:43 srv2 dhcpd: Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified in the config file
May 12 19:15:43 srv2 dhcpd: Internet Systems Consortium DHCP Server V3.0.3
May 12 19:15:43 srv2 dhcpd: Copyright 2004-2005 Internet Systems Consortium.
May 12 19:15:43 srv2 dhcpd: All rights reserved.
May 12 19:15:43 srv2 dhcpd: For info, please visit http://www.isc.org/sw/dhcp/
May 12 19:15:43 srv2 dhcpd: Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified in the config file
May 12 19:15:43 srv2 dhcpd: Wrote 0 deleted host decls to leases file.
May 12 19:15:43 srv2 dhcpd: Wrote 0 new dynamic host decls to leases file.
May 12 19:15:43 srv2 dhcpd: Wrote 8 leases to leases file.
May 12 19:15:43 srv2 dhcpd: Listening on LPF/eth0/00:0a:5e:65:bd:fc/192.168.123/24
May 12 19:15:43 srv2 dhcpd: Sending on LPF/eth0/00:0a:5e:65:bd:fc/192.168.123/24
May 12 19:15:43 srv2 dhcpd: Sending on Socket/fallback/fallback-net

der andere Drucker (bzw besser ein noName printserver) und unsere AccessPoints (Siemens) machen immernoch Probleme. Bei dynamischer Adressvergabe sieht das im log dann so aus:

May 12 19:18:07 srv2 dhcpd: DHCPREQUEST for 192.168.123.129 from 00:40:01:21:c7:4c via eth0: unknown lease 192.168.123.129.
May 12 19:18:09 srv2 dhcpd: DHCPDISCOVER from 00:40:01:21:c7:4c via eth0
May 12 19:18:10 srv2 dhcpd: DHCPOFFER on 192.168.123.184 to 00:40:01:21:c7:4c via eth0
May 12 19:18:10 srv2 dhcpd: DHCPREQUEST for 192.168.123.184 (192.168.123.250) from 00:40:01:21:c7:4c via eth0
May 12 19:18:10 srv2 dhcpd: DHCPACK on 192.168.123.184 to 00:40:01:21:c7:4c via eth0

bla!zilla
12.05.07, 21:29
Die Kisten senden keinen Hostnamen mit. Das ist das Problem. Wurde ein Hostname auf den Kisten eingetragen?

Suse10.0User
13.05.07, 12:54
ja, hostnames wurden vergeben:)

im Beispiel der APs sieht das dann so aus:

bla!zilla
13.05.07, 12:57
Tja... scheinbar wird er aber trotzdem nicht mitgeliefert. Schau dir den Netzwerkverkehr man vom WLAN Geraffel an, der keinen Hostnamen sendet, und einem Device welches einen Hostnamen sendet. Vielleicht sind da noch mehr unterschiede.

Oder aber noch einfacher: Gib dem Ding eine Reservierung im DHCP und trag das Ding händisch im DNS ein.

Suse10.0User
13.05.07, 13:16
Tja... scheinbar wird er aber trotzdem nicht mitgeliefert. Schau dir den Netzwerkverkehr man vom WLAN Geraffel an, der keinen Hostnamen sendet, und einem Device welches einen Hostnamen sendet. Vielleicht sind da noch mehr unterschiede.

wie schaut man den Netzwerkverkehr an?


Oder aber noch einfacher: Gib dem Ding eine Reservierung im DHCP und trag das Ding händisch im DNS ein.


das will ich im zweiten Schritt sowieso machen, aber bringt eine Namensauflösung für clients, die nach außenhin keinen hostname haben, überhaupt was? Um das mit den hostnames sicherzustellen, ist das derzeit noch dynamisch

bla!zilla
13.05.07, 13:23
wie schaut man den Netzwerkverkehr an?

Mit einem Sniffer.



das will ich im zweiten Schritt sowieso machen, aber bringt eine Namensauflösung für clients, die nach außenhin keinen hostname haben, überhaupt was? Um das mit den hostnames sicherzustellen, ist das derzeit noch dynamisch

Die Hostnamen ändern sich ja nicht. Und wenn das Device keinen Hostnamen liefert, dann mach halt einen statischen A- und PTR Record. Und natürlich bringen die Namensauflösung etwas. Der Client fragt ja nicht das Endgerät nach seinem Namen, sondern will vom DNS den Namen zu einer IP oder eine IP zu einem Namen.

Suse10.0User
15.05.07, 00:00
Mit einem Sniffer.


kannst Du mir einen bestimmten empfehlen? Da gibt´s ja so viele und jeder hat wohl seine Vor-und Nachteile. Sollte free- / oder shareware sein

Gehe ich richtig der Annahme, dass das Ding auf meinem Server laufen sollte und nicht auf irgendeinem client.

bla!zilla
15.05.07, 08:46
Ethereal. Es ist egal wo der läuft, denk nur daran das du in einem geswitchten Netzwerk nicht so einfach sniffen kannst, Stichwort Mirrorport.

Suse10.0User
15.05.07, 12:52
wenn ich am NIC des Servers sniffe, sollte das mit dem geswitchten Netz für meinen Fall doch kein Problem sein.

hab 2 mal mitgesnifft. Beides mal bei dynamischer Adressvergabe:
1. beim Drucker, wo der hostanem im DNS übernommen wird.
2. beim Drucker, wo der hostname im DNS nicht übernommen wird.

Beim DHCP-request (bei dem Drucker bei dem´s funzt) kann man erkennen, das da der hostname vom client drin steht; beim andern client nicht.

Kannst Du dir die beiden Anhänge mal mit Ethereal laden? Du erkennst sicherlich gleich was Sache ist:)
Ich habe bei Ethereal nicht so wirklich den Durchblick.

bla!zilla
15.05.07, 14:03
Was soll ich erkennen? Wenn der Client beim DHCP Request keinen Namen liefert, kann nix registriert werden.

Suse10.0User
15.05.07, 21:25
Kannst Du dir die beiden angehängten Dateien trotzdem mal mit Ethereal ansehen, vieleicht fällt Dir noch was auf.

Ist es eigentlich normal (grundsätzlich), dass clients keinen hostname senden?

Wenn Dir dann auch nix mehr einfällt mache ich die statischen A- und PTR Einträge und das Thema ist erledigt.

Ach noch was: müssen die A- und PTR Einträge in den jeweiligen files an bestimmter Stelle stehen; nicht dass ddns die Stelle mit dynamischen Einträgen überschreibt?

bla!zilla
15.05.07, 22:33
Kannst Du dir die beiden angehängten Dateien trotzdem mal mit Ethereal ansehen, vieleicht fällt Dir noch was auf.

Ich brauch mir die Dateien nicht ansehen.



Ist es eigentlich normal (grundsätzlich), dass clients keinen hostname senden?


Bei alten Clients ja.



Ach noch was: müssen die A- und PTR Einträge in den jeweiligen files an bestimmter Stelle stehen; nicht dass ddns die Stelle mit dynamischen Einträgen überschreibt?

Ist egal.

Suse10.0User
16.05.07, 11:27
habe nun die statischen PTR und -A Einträge gemacht.

Beim anschließenden Test (IP in Name auflösen) hängt beim fqdn zu viel hinten dran. Oder ist das etwa normal? Name in IP auflösen sieht aber gut aus.

bla!zilla
16.05.07, 12:52
Wie hast du die Hostnamen eingetragen?

hostname.

oder

hostname.domainname.tld.