Problem mit fester IP und dnsmasq

[AchimL]

Hallo

Meinen Client-Rechnern lasse ich von dnsmasq über DHCP dynamische IPs zuordnen, was gut funktioniert.

Der Server hatte jedoch zuerst eine feste IP (192.168.0.12). Damit war der jedoch mit nslookup nicht auffindbar. Das ist logisch, da er sich so gar nicht erst bei dnsmask gemeldet hat.

Jetzt habe ich den Rechner 'Server' auf DHCP umgestellt und mit folgender Direktive die feste IP zugeteilt.

dhcp-host=server,192.168.0.12,infinite

Der Rechner erhält auch per DCHP die richtigen Daten u.a. seine IP 192.168.0.12.

Blöd ist nun, wenn ich an einem Rechner mit nslookup den 'Server' auflöse, erhalte ich die IP 192.168.0.142 zurück. Das ist falsch und aus dem Pool der dynamischen Adressen (von ..140 bis ..180)

Diese falsche IP macht dann natürlich an anderen Orten wieder Probleme.

Was habe ich da falsch eingestellt ?

Gruss, Achim

 

[colonia27]

Wo hast du denn die obige Zeile eingetragen?

 

[olistudent]

Von wo machst du den "nslookup"? Was ist dort als Gateway/DNS eingetragen?

MfG Oliver

 

[AchimL]

@olistudent
Geht von jedem Rechner im Netz. Die erhalten die Angaben von dnsmasq per DHCP und die stimmen. D.h. Gateway, DNS und DHCP sind auf 192.168.0.10.
Die Antwort von nslookup ist jedoch:
> server
Server: fritz.box
Address: 192.168.0.10

Name: server.box
Address: 192.168.0.142

@colonia27
Bei 'Experten Optionen des Dnsmasq Servers' im Freetz Webinterface.
Die Datei dnsmasq.conf sieht jetzt übrigens so aus:

domain-needed
bogus-priv
log-async=10
dhcp-range=192.168.0.140,192.168.0.180,24h
domain=box
expand-hosts
read-ethers
#dns server Profitel
server=212.71.111.251
server=212.71.98.252
#OpenDNS als Alternative
#server=208.67.222.222
#server=192.168.0.12

#log-queries
#log-facility=/mod/etc/dnsmasq.log

# Add domains which you want to force to an IP address here.
# The example below send any host in doubleclick.net to a local
# webserver.
#address=/doubleclick.net/127.0.0.1
address=/intranet.intra/192.168.0.12
address=/imap.intra/192.168.0.12
address=/pop.intra/192.168.0.12

#------------------------------------------------
# If you don't want dnsmasq to read /etc/resolv.conf or any other
# file, getting its servers from this file instead (see below), then
# uncomment this.
# no-resolv

# general DHCP stuff (see RFC 2132)
   #
   # 1:  subnet masq
   # 3:  default router
   # 6:  DNS server
   # 12: hostname
   # 15: DNS domain (unneeded with option 'domain')
   # 28: broadcast address
   # 42: time server
   # 44: wins server
   #
#   dhcp-authoritative
#   dhcp-leasefile=/var/lib/misc/dnsmasq.leases
#   dhcp-option=1,255.255.255.0
   dhcp-option=3,192.168.0.10
#   dhcp-option=6,192.168.0.12
#   dhcp-option=28,192.168.0.255
   dhcp-option=42,192.33.96.102
   dhcp-option=44,192.168.0.10

# Set the DHCP server to authoritative mode. In this mode it will barge in
# and take over the lease for any client which broadcasts on the network,
# whether it has a record of the lease or not. This avoids long timeouts
# when a machine wakes up on a new network. 
dhcp-authoritative

# Give the machine which says its name is "server" IP address
# 192.168.0.xx and an infinite lease
dhcp-host=server,192.168.0.12,infinite

 

[AchimL]

Also folgende Test hab ich noch gemacht:

Test 1:
Dasselbe Spiel mit einem anderen Rechner.
Mit "dhcp-host=buero1,192.168.0.100,infinite" dem Host buero1 eine feste IP zugeordnet. Funktioniert wunderbar, auch nslookup zeigt die adresse ..100.

Test2:
Dem Server eine andere IP zugerodnet "dhcp-host=server,192.168.0.101,infinite". Dachte vielleicht ist die ..10 von früher irgendwo verbogen. Nach Neustart hatte der Server die richtige Adresse ..101. Im Netz gibt nslookup jetzt aber für server 192.168.0.178 aus. Also eine neue dynamische IP aus dem Pool.

Test3:
Vielleicht ist 'server' ein reserviertes Wort.
Dem Server einen anderen Hostnamen "Test10" gegeben und "dhcp-host=test10,192.168.0.101,infinite" gemacht. Alles neustarten. Resultat: Rechner heisst jetzt Test10 und hat die IP ..101. Aufgelöst mit lookup falsche Adresse ..178

Also alles nichts gebracht. Der Server läuft übrigens unter XP, die anderen Rechner unter Win7.

Mit dieser falschen Namensauflösung kann man z.B. keine Desktop-Remoteverbindung herstellen. (Kann man schon, aber nur direkt mit der IP).

Das ist jetzt alles etwas ägerlich.