dnsmasq namensauflösung im lokalen Netz klappt nur halb

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
Antworten
schregge
Beiträge: 6
Registriert: 24.06.2004 17:23:40

dnsmasq namensauflösung im lokalen Netz klappt nur halb

Beitrag von schregge » 26.06.2004 10:34:31

Hallo,

hab leider wieder ein kleines Problem... :(
und zwar klappt die namensauflösung im lokalen Netz nicht richtig.

das Netz sieht so aus

|fli4l router|
|
|
| eth0 eth1
|woody firewall|----------------------------| server |
|eth2
|
|
|
|clients|





wenn ich jetzt auf einem client "ping server" eingebe,klappt es wunderbar. Nur wenn ich auf dem Server "ping client" eingebe, findet er den Host nicht. "ping ipadc/dresse" klappt allerdings

hier mal mein Auszug aus /etc/default/dnsmasq

Code: Alles auswählen

DNSMASQ_INTERFACE="eth2 eth1"
/etc/dnsmasq.conf

Code: Alles auswählen

interface = "eth2 eth1"
dhcp-lease=/var/lib/dhcp/
cache-size=500

und hier die Ausgabe von route -n
  • Kernel IP routing table
    Destination Gateway Genmask Flags Metric Ref Use Iface
    10.0.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth2
    10.0.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
    192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
    192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
    0.0.0.0 192.168.0.2 0.0.0.0 UG 0 0 0 eth0
Danke schon mal im vorraus
PS: Die konfig ist so das nur die clients ins internet (über den fli4l) können.

schregge
Beiträge: 6
Registriert: 24.06.2004 17:23:40

Beitrag von schregge » 26.06.2004 11:23:07

Noch was, die Namensauflösung funktioniert wie gesagt nur unter den clients ("ping server" und auch "ping client2" klappt).

Auf dem Server geht z.B. die Namensauflösung "ping server2" aber nicht ping "client". Anscheinend klappt da entweder das routing für die Namensauflösung nicht.... aber "ping ipaddressevomclient" geht (auf dem server).

Bin um jede hilfe dankbar....

Benutzeravatar
pdreker
Beiträge: 8298
Registriert: 29.07.2002 21:53:30
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Nürnberg

Beitrag von pdreker » 26.06.2004 16:06:00

Das Problem dürfte sein, dass der dnsmasq Server bei DNS Anfrage nicht seinen eigenen DNSMasq fragt (der ja die Informationen über die per DHCP vergebenen Adressen hat), sondern den Upstream Server, der ja Deine internen Hosts normalerweise nicht kennt. (Annahme: dnsmasq läuft auf dem Server... richtig?)

Die Lösung steht ganz unten in der dnsmasq manpage:
man dnsmasq hat geschrieben:In order to configure dnsmasq to act as cache for the host on which it is running, put "nameserver 127.0.0.1" in /etc/resolv.conf to force local processes to send queries to dnsmasq. Then either specify the upstream servers directly to dnsmasq using --server options or put their addresses real in another file, say /etc/resolv.dnsmasq and run dnsmasq with the -r /etc/resolv.dnsmasq option. This second technique allows for dynamic update of the server addresses by PPP or DHCP.
Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de

schregge
Beiträge: 6
Registriert: 24.06.2004 17:23:40

Beitrag von schregge » 26.06.2004 16:56:45

hmmm, könnte sein, aber wie stell ich das ein?

etwas seltsam ist die Ausgabe von nslookup
von den clients:
  • nslookup
    Standardserver: domain.lan
    Address: 10.0.0.1

    >jom
    Server: domain.lan
    Address: 10.0.0.1
    ************************** KEine address (A)-Einträge für jom verfügbar ******************
die dhcpd.leases liest dnsmasq jetzt ein, aber irgendwie kriegt er trotzdem die namensauflösung nicht hin...... :cry:

Narmer
Beiträge: 16
Registriert: 01.06.2004 18:47:29

dnsmask u. dhcp

Beitrag von Narmer » 29.06.2004 18:16:49

Hallo,
also ich hab das Problem auch gehabt, das mein Client zwar den Servernamen auflösen kann aber der Server nicht den Namen des Clients.
dnsmasq liest zwar zur Laufzeit die dhcp.leases, diese beinhalten aber normalerweise nicht den Hostnamen.
Wenn du auf auf deinem Client die Datei /etc/dhclient.conf (benutzt du dhclient ?) um folgende Zeile ergänzt sollte es klappen:
send host-name "HOSTNAME";
Anstelle von HOSTNAME den Namen deines Rechners natürlich.
Einfach noch /etc/init.d/networking restart, dann müsste der Eintrag in der dhcp.leases auch den Hostnamen des Clients enthalten.

Ich weiss nicht ob das bei dir hilft, bei mir hat es jedenfalls geklappt.

Gruß,
Narmer

Antworten