Hallo,
ich habe gerade nach dieser Anleitung einen DNS und DHCP Server eingerichtet. (Auf einem Raspberry mit raspbian, nicht unter Ubuntu, aber ich mag das Forum hier und die Distri dürfte kaum eine Rolle spielen)
Meine Infrastruktur sieht foglendermaßen aus : WAN<->Speedport Router (DHCP aus) - LAN Clients (NAS, Desktop, Raspberry[DNS,DHCP Server]) Speedport Router - WLAN Clients
Folgende Situation: während ich den DNS und DHCP Server eingerichtet habe, waren die meisten "regelmäßigen" Geräte eingeschaltet und haben entweder ihre alte (vom Speedport DHCP erhaltene) oder statische (NAS, Raspberry) behalten. Im DNS Server habe ich für einige Maschinen hostnames in der Zone definiert. Diese Geräte waren alle an. In dem DHCP sever habe ich feste adressen auch nur für die MACs dieser Geräte eingeteilt (wie in der Anleitung gemacht über die name.heimnetz.local)
Zum testen des DHCP-Servers habe ich mein Kindle Touch angeschaltet, dieses kann sich leider nicht mit dem WLAN (das schon bekannt war) verbinden. In der /var/log/syslog (des raspberry/DHCP) finde ich wiederholt die Einträge:
1 2 3 | Sep 11 01:33:02 raspberrypi dhcpd: DHCPDISCOVER from 00:bb:3a:ae:87:f6 via eth0 Sep 11 01:33:02 raspberrypi dhcpd: DHCPOFFER on 192.168.2.111 to 00:bb:3a:ae:87:f6 via eth0 Sep 11 01:33:02 raspberrypi dhcpd: No hostname for 192.168.2.111 |
Mir sagt das, das Kindle (die MAC hab ich überprüft) fragt nach nem DHCP-Server, der Server bietet ihm die .111 an, aber dann: no hostname? Müsste der nicht vom Kindle kommen, sofern keiner festgelegt is?
Habe jetzt auch mal meinen Desktop Rechner neugestartet, sehr krasses Phänomen: meine Maus+Tastatur (die an den Desktop angeschlossen sind, und die über Synergy übers Netzwerk auch für den Laptop verwendet werden können) funktionieren nicht mehr am Desktop o_O Anscheinend gehen die Signale noch raus und kommen am Laptop an, aber wenn der sagt: linker Rand - zurück zum Desktop kommen diese nicht mehr beim Desktop an... Ok - Synergy abgeschaltet: Mein Desktop (Win10) hat sich die 169.254.229.210 gegeben, keine Standardgateway und der DNS-Server ist der Router (per DHCP wird der neue auf dem Pi verteilt), das zeigt mir, DHCP hat nicht funktioniert. In der syslog finde ich dafür:
1 2 3 | Sep 11 01:37:06 raspberrypi dhcpd: DHCPREQUEST for 192.168.2.103 from 74:d4:35:aa:ab:91 via eth0: unknown lease 192.168.2.103. Sep 11 01:37:06 raspberrypi rsyslogd-2007: action 'action 17' suspended, next retry is Sun Sep 11 01:38:36 2016 [try http://www.rsyslog.com/e/2007 ] Sep 11 01:37:10 raspberrypi dhcpd: DHCPREQUEST for 192.168.2.103 from 74:d4:35:aa:ab:91 via eth0: unknown lease 192.168.2.103. |
The middle message seems to be an Raspbian config error with rsyslog, telling it to write somewhere which gets full. Nothing to do with my issue here. So my desktop tries to get the .103 but the DHCP still got a lease for that, which is strange, because it should have never given .103away (dynamic range starts at .111, and no machine should have asked for it before....)
Ich bin mir nicht sicher ob es etwas bringen würde die resolv.conf /etc/bind/named.conf.options named.conf, die Zonendateien oder aber die dhcpd.conf hier zu posten. Evtl. kann jemand direkt sagen wie ich vorgehen sollte (und wenn es eine spezielle config zu posten ist, okay)
Bearbeitet von sebix:
Titel zur Klarstellung um [Raspbian]
ergänzt.