• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

DHCP-Server beendet sich und hört dauerhaft zu arbeiten auf.

generalmajor

generalmajor

Moin allerseits!

Ausgerechnet zu Heiligabend war plötzlich mein Heimnetz inkl. Routing ins Internet plötzlich weg. :( Der Heimserver (openSuSE Leap 42.2), der alle Clients im Netz per dhcpd versorgt, reagierte zwar auf SSH-Zugriffe von außen (über WLAN und das Server-Interface eth1, an welchem der Router hängt), war aber über das interne Interface eth2 (feste IP: 192.168.1.1) nicht mehr erreichbar. Ein Reboot des Servers löste das Problem genauso wenig wie ein Neustart des dhcpd. Ich bekam reproduzierbar eine «Failure».
Code: 
journalctl -e
zeigte mir ein Problem mit eth2 an: Angeblich war dem Anschluss keine IP zugewiesen, obwohl mir YaST nach wie vor die statische IP 192.168.1.1 anzeigte.
Code: 
ifconfig eth2
listete aber wirklich keine IP mehr auf. Mit
Code: 
ifconfig eth2 192.168.1.1
klappte die Adresszuordnung zwar wieder, und dhcpd startete auch, lieferte aber offenbar nur noch Müll aus. Jedenfalls bekam eines der Geräte im Heimnetz (der PC nämlich) keine IP mehr. Dafür hatte der Netzwerkdrucker (im gleichen Netzsegment) plötzlich eine andere IP, nämlich 169.254.164.35 statt wie bisher 192.168.1.13. Ein anderes Gerät, ein Raspi, trug plötzlich die 169.254.169.54, dafür fehlte ihm aber die Standardroute (die wäre nämlich 192.168.1.1 gewesen).

Hier meine aktuelle /etc/dhcpd.conf:

Code: 
option domain-name "site";
option domain-name-servers 212.6.64.161, 212.6.64.162;
option routers 192.168.1.1;
ddns-update-style none;
default-lease-time 28800;
subnet 192.168.1.0 netmask 255.255.255.0 {
  default-lease-time 28800;
  max-lease-time 172800;
}

Schlussendlich musste ich mein Heimnetz komplett auf statische IPs umstellen, was aber freilich Zeit kostet. Dies ist übrigens die gerade installierte dhcpd-Version:

Code: 
dhcp-server-4.3.3-8.1.x86_64

Weiß jemand, wieso ein DHCP-Server einfach so im laufenden Betrieb (ich führte keine administrativen Tätigkeiten auf dem Server durch) abraucht und sich nicht mehr wiederbeleben lässt? Danke für jeden zweckdienlichen Tipp!
 
Könnte auch ein Hardwaredefekt an der Netzkarte, Router / Switch oder sonst was sein.

Ggf. auch ein "plötzlich" parallel im Netz laufender andere DHCP.

Auf der Infolage ist das aber eher ein Rate-mal-mit-Rosenthal - sprich konkrete Infos wie Logs, Fehlermeldungen, Konfiguration würden das evtl. vereinfachen...
 
In den Logs habe ich nichts gefunden. Auch die üblichen Verdächtigen wie dmesg geben weder Fehlermeldungen, noch Hinweise darauf, dass ein Client (= mein PC oder ein anderes Gerät) per DHCP angefragt hätte. Mehr habe ich leider nicht, weil ich die ganze Arbeit per Smartphone und ConnectBot gemacht habe. :-(

Wo könnte urplötzlich ein Rogue DHCP Server angehen? Der Raspi hat nur den Client (dhcpcd) laufen und der PC auch (derzeit aber nicht, weil ich ja auf statische IPs umgesattelt bin). Wäre da noch der Laserdrucker, der aber eher ein Client als ein Server ist. Auf dem Server selbst schaut's derzeit wie folgt aus:

Code: 
╭─root@valen ~  
╰─➤  ps -ef | grep dhcp
root      1141     1  0 13:03 ?        00:00:00 /usr/lib/wicked/bin/wickedd-dhcp4 --systemd --foreground
root      1144     1  0 13:03 ?        00:00:00 /usr/lib/wicked/bin/wickedd-dhcp6 --systemd --foreground
dhcpd     2568     1  0 13:04 ?        00:00:00 /usr/sbin/dhcpd -4 -cf /etc/dhcpd.conf -pf /var/lib/dhcp/var/run/dhcpd.pid -lf /var/lib/dhcp/db/dhcpd.leases -user dhcpd -group nogroup eth2
root      4011  3098  0 17:34 pts/0    00:00:00 grep --color=auto --exclude-dir=.bzr --exclude-dir=CVS --exclude-dir=.git --exclude-dir=.hg --exclude-dir=.svn dhcp

Ein Client läuft hier auch, weil ich mit eth1 ja an der Fritzbox hänge. Könnte es vielleicht sein, dass der DHCP-Server des Routers im Heimnetz sichtbar ist? Die dort vergebenen IPs (192.168.178.0/24) suggerieren aber eher das Gegenteil, oder?
 
was mir beim 2. mal durchlesen gerade noch aufgefallen ist: IPs aus der Range 169.254. deuten darauf hin, daß der Client keine IP vom DHCP erhalten hat (meistens durch TimeOut oder ein Netzwerk-Problem) und sich dann "selbst" eine vergibt.

Ggf. kann auch ein Firewallproblem vorliegen.

Evtl. kannst Du auch einfach mal per iptraf mitschneiden, was so im Netz passiert - und eben auf dem Server selbst "massiv reindebuggen".

Für hier bräuchten wir eine z.B. Netzstruktur-Zeichnung, sämtliche Konfigs und Routing-Einstellungen, Firewall-Konstrukte, ...
 
OK, das Netzdiagramm hätte ich schon mal: https://imgur.com/a/GrRhG «autoradio» ist übrigens der Raspi, der im gleichen Netzsegment hängt.

Und hier schon mal die Meldung von systemctl, wenn ich den dhcpd neu starte:

Code: 
╭─root@valen ~  
╰─➤  systemctl restart dhcpd
╭─root@valen ~  
╰─➤  systemctl -l status dhcpd
● dhcpd.service - ISC DHCPv4 Server
   Loaded: loaded (/usr/lib/systemd/system/dhcpd.service; enabled; vendor preset: disabled)
   Active: active (running) since Di 2017-12-26 13:16:09 CET; 6s ago
  Process: 3000 ExecStop=/usr/lib/dhcp/dhcpd -4 stop (code=exited, status=0/SUCCESS)
  Process: 3010 ExecStart=/usr/lib/dhcp/dhcpd -4 start (code=exited, status=0/SUCCESS)
 Main PID: 3029 (dhcpd)
    Tasks: 1 (limit: 512)
   CGroup: /system.slice/dhcpd.service
           └─3029 /usr/sbin/dhcpd -4 -cf /etc/dhcpd.conf -pf /var/lib/dhcp/var/run/dhcpd.pid -lf /var/lib/dhcp/db/dhcpd.leases -user dhcpd -group nogroup eth2

Dez 26 13:16:09 valen dhcpd[3028]: For info, please visit https://www.isc.org/software/dhcp/
Dez 26 13:16:09 valen dhcpd[3028]: Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified in the config file
Dez 26 13:16:09 valen dhcpd[3028]: Config file: /etc/dhcpd.conf
Dez 26 13:16:09 valen dhcpd[3028]: Database file: /var/lib/dhcp/db/dhcpd.leases
Dez 26 13:16:09 valen dhcpd[3028]: PID file: /var/lib/dhcp/var/run/dhcpd.pid
Dez 26 13:16:09 valen dhcpd[3028]: Wrote 0 leases to leases file.
Dez 26 13:16:09 valen dhcpd[3028]: Listening on LPF/eth2/14:dd:a9:d4:1e:70/169.254.164.0/24
Dez 26 13:16:09 valen dhcpd[3029]: Server starting service.
Dez 26 13:16:09 valen dhcpd[3010]: Starting ISC DHCPv4 Server ..done
Dez 26 13:16:09 valen systemd[1]: Started ISC DHCPv4 Server.

╭─root@valen ~  
╰─➤  journalctl -e            
Dez 26 13:15:50 valen systemd[1]: Created slice User Slice of root.
Dez 26 13:15:50 valen systemd[1]: Starting User Manager for UID 0...
Dez 26 13:15:50 valen systemd-logind[1062]: New session 5 of user root.
Dez 26 13:15:50 valen systemd[1]: Started Session 5 of user root.
Dez 26 13:15:50 valen systemd[2948]: pam_unix(systemd-user:session): session ope
Dez 26 13:15:50 valen systemd[2948]: Reached target Paths.
Dez 26 13:15:50 valen systemd[2948]: Reached target Sockets.
Dez 26 13:15:50 valen systemd[2948]: Reached target Timers.
Dez 26 13:15:50 valen systemd[2948]: Reached target Basic System.
Dez 26 13:15:50 valen systemd[2948]: Reached target Default.
Dez 26 13:15:50 valen systemd[2948]: Startup finished in 12ms.
Dez 26 13:15:50 valen systemd[1]: Started User Manager for UID 0.
Dez 26 13:16:09 valen systemd[1]: Stopping ISC DHCPv4 Server...
Dez 26 13:16:09 valen dhcpd[3000]: Shutting down ISC DHCPv4 Server ..done
Dez 26 13:16:09 valen systemd[1]: Stopped ISC DHCPv4 Server.
Dez 26 13:16:09 valen systemd[1]: Starting ISC DHCPv4 Server...
Dez 26 13:16:09 valen dhcpd[3027]: Internet Systems Consortium DHCP Server 4.3.3
Dez 26 13:16:09 valen dhcpd[3027]: Copyright 2004-2015 Internet Systems Consorti
Dez 26 13:16:09 valen dhcpd[3027]: All rights reserved.
Dez 26 13:16:09 valen dhcpd[3027]: For info, please visit https://www.isc.org/so
Dez 26 13:16:09 valen dhcpd[3027]: Not searching LDAP since ldap-server, ldap-po
Dez 26 13:16:09 valen dhcpd[3027]: Config file: //etc/dhcpd.conf
Dez 26 13:16:09 valen dhcpd[3027]: Database file: /var/lib/dhcp/db/dhcpd.leases
Dez 26 13:16:09 valen dhcpd[3027]: PID file: /var/lib/dhcp/var/run/dhcpd.pid
Dez 26 13:16:09 valen dhcpd[3028]: Internet Systems Consortium DHCP Server 4.3.3
Dez 26 13:16:09 valen dhcpd[3028]: Copyright 2004-2015 Internet Systems Consorti
Dez 26 13:16:09 valen dhcpd[3028]: All rights reserved.
Dez 26 13:16:09 valen dhcpd[3028]: For info, please visit https://www.isc.org/so
Dez 26 13:16:09 valen dhcpd[3028]: Not searching LDAP since ldap-server, ldap-po
Dez 26 13:16:09 valen dhcpd[3028]: Config file: /etc/dhcpd.conf
Dez 26 13:16:09 valen dhcpd[3028]: Database file: /var/lib/dhcp/db/dhcpd.leases
Dez 26 13:16:09 valen dhcpd[3028]: PID file: /var/lib/dhcp/var/run/dhcpd.pid
Dez 26 13:16:09 valen dhcpd[3028]: Wrote 0 leases to leases file.
Dez 26 13:16:09 valen dhcpd[3028]: Listening on LPF/eth2/14:dd:a9:d4:1e:70/169.2
Dez 26 13:16:09 valen dhcpd[3028]: Sending on   LPF/eth2/14:dd:a9:d4:1e:70/169.2
Dez 26 13:16:09 valen dhcpd[3028]: Sending on   Socket/fallback/fallback-net
Dez 26 13:16:09 valen dhcpd[3029]: Server starting service.
Dez 26 13:16:09 valen dhcpd[3010]: Starting ISC DHCPv4 Server ..done
Dez 26 13:16:09 valen systemd[1]: Started ISC DHCPv4 Server.

Die Konfig habe ich schon weiter oben gepostet. Was fehlt noch (außer der Ausgabe von iptraf)?
 
Vorwort:

1. Ein Neustart ist keine Problemlösung, sondern verhindert sie, weil der Fehlerzustand zerstört wird und nicht mehr analysiert werden kann. Auch eine Neuinstallation ist keine Problemlösung, sondern nur ein verschieben des Problems auf einen anderen Zeitpunkt. Auch wenn die M$ Welt versucht einem anderes klar zu machen.

2. Linux != Windows.

3. Punkte 1 und 2 auswendig lernen und verinnerlichen.

4. Wenn du besoffen im Bett liegst und ich dich um 4 Uhr anrufe muss das wie aus der Pistole geschossen raus kommen. ;)

Vorwort Ende.


Das Problem liegt in deiner dhcpd.conf.

Du hast in deinem Subnet Block keine IP-Range angegeben, die der DHCP-Server zum verteilen verwenden soll. Bei dir ist jetzt folgendes passiert:

1. Client sendet DHCP-Request
2. Dein Server gibt dem Client die 192.168.1.1 als IP
3. Kabum nix geht mehr

Der DHCP- Server macht alles richtig. Er weisst dem Client eine IP aus dem Netz 192.168.1.0/24 zu. Da keine explizite Range angegeben worden ist, gehört auch die 192.168.1.1 zu dem IP-Pool für die Clients.

Das kann so nicht funktionieren.

Du brauchst also z.B. noch ein:
Code: 
range 192.168.1.2 192.168.1.253
 
Die Config hat YaST so generiert. Ich habe aber ein wenig von Hand «nachgebessert» und Range (192.168.1.2 – 192.168.1.250) und Interface (eth2) nachgetragen. Erfolg hatte ich damit keinen. Mittlerweile hat mir YaST diese Einträge freilich schon wieder überschrieben. :(
 
Poste mal die Ausgabe von
Code: 
journalctl --no-pager | grep dhcp
.

Yast legt seine Konfigurationsdateien unter /etc/sysconfig ab. Dementsprechend musst du das dort ändern. Yast generiert die Konfiguration so wie du sie eingibst. Überprüfe mal deine Angaben in der Konfiguration.

Poste mal die Ausgabe von:
Code: 
ip l ls
ip a s

Code: 
dmesg | egrep -i "err|warn|fail|fault|crit"
 
Code: 
─root@valen ~  
╰─➤  dmesg | egrep -i "err|warn|fail|fault|crit"
[    0.000000] Linux version 4.4.92-18.36-default (geeko@buildhost) (gcc version 4.8.5 (SUSE Linux) ) #1 SMP Tue Oct 24 15:20:18 UTC 2017 (3f3cfaa)
[    0.000000] Command line: BOOT_IMAGE=/vmlinuz-4.4.92-18.36-default root=UUID=356a2108-dfb1-4410-bd5b-f21d46eb8e6a resume=/dev/disk/by-id/ata-WDC_WD5003AZEX-00K1GA0_WD-WMC1S0311267-part1 splash=silent quiet showopts resume=/dev/disk/by-id/ata-WDC_WD5003AZEX-00K1GA0_WD-WMC1S0345262-part1 splash=silent quiet showopts
[    0.000000] MTRR default type: uncachable
[    0.000000] ACPI: IRQ0 used by override.
[    0.000000] ACPI: IRQ9 used by override.
[    0.000000] Kernel command line: BOOT_IMAGE=/vmlinuz-4.4.92-18.36-default root=UUID=356a2108-dfb1-4410-bd5b-f21d46eb8e6a resume=/dev/disk/by-id/ata-WDC_WD5003AZEX-00K1GA0_WD-WMC1S0311267-part1 splash=silent quiet showopts resume=/dev/disk/by-id/ata-WDC_WD5003AZEX-00K1GA0_WD-WMC1S0345262-part1 splash=silent quiet showopts
[    0.000020] pid_max: default: 32768 minimum: 301
[    0.125267] pmd_set_huge: Cannot satisfy [mem 0xe0000000-0xe0200000] with a huge-page mapping due to MTRR override.
[    0.125673] perf_event_intel: PMU erratum BJ122, BV98, HSD29 worked around, HT is on
[    0.142988] ACPI: Using IOAPIC for interrupt routing
[    0.186227] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 10 *11 12 14 15)
[    0.186292] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 *10 11 12 14 15)
[    0.186353] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 10 11 12 14 15)
[    0.186414] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 *10 11 12 14 15)
[    0.186477] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 10 *11 12 14 15)
[    0.186537] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 10 11 12 14 15) *0, disabled.
[    0.186598] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 10 11 12 14 15) *0, disabled.
[    0.186654] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 *5 6 10 11 12 14 15)
[    0.192177] NetLabel:  unlabeled traffic allowed by default
[    0.246354] PCI: CLS 64 bytes, default 64
[    0.808116] io scheduler cfq registered (default)
[    0.809773] pcieport 0000:00:1c.0: Signaling PME through PCIe PME interrupt
[    0.809775] pci 0000:01:00.0: Signaling PME through PCIe PME interrupt
[    0.809800] pcieport 0000:00:1c.1: Signaling PME through PCIe PME interrupt
[    0.809801] pci 0000:02:00.0: Signaling PME through PCIe PME interrupt
[    0.809825] pcieport 0000:00:1c.2: Signaling PME through PCIe PME interrupt
[    0.809826] pci 0000:03:00.0: Signaling PME through PCIe PME interrupt
[    0.809827] pci 0000:04:00.0: Signaling PME through PCIe PME interrupt
[    0.809851] pcieport 0000:00:1c.3: Signaling PME through PCIe PME interrupt
[    0.809852] pci 0000:05:00.0: Signaling PME through PCIe PME interrupt
[    0.938492] ERST: Error Record Serialization Table (ERST) support is initialized.
[    1.326331] usb usb1: Manufacturer: Linux 4.4.92-18.36-default ehci_hcd
[    1.342720] usb usb2: Manufacturer: Linux 4.4.92-18.36-default ehci_hcd
[    1.395012] usb usb3: Manufacturer: Linux 4.4.92-18.36-default xhci-hcd
[    1.400055] usb usb4: Manufacturer: Linux 4.4.92-18.36-default xhci-hcd
[    2.695271] usb 3-6: can't set config #1, error -32
[    8.312197] ipmi_si: Adding default-specified kcs state machine
[    8.312198] ipmi_si: Trying default-specified kcs state machine at i/o address 0xca2, slave address 0x0, irq 0
[    8.312208] ipmi_si: Interface detection failed
[    8.390332] ipmi_si: Adding default-specified smic state machine
[    8.390333] ipmi_si: Trying default-specified smic state machine at i/o address 0xca9, slave address 0x0, irq 0
[    8.390342] ipmi_si: Interface detection failed
[    8.430342] ipmi_si: Adding default-specified bt state machine
[    8.430343] ipmi_si: Trying default-specified bt state machine at i/o address 0xe4, slave address 0x0, irq 0
[    8.430367] ipmi_si: Interface detection failed
[    8.530897] i801_smbus 0000:00:1f.3: SMBus using PCI interrupt
[    9.016492] igb 0000:01:00.0: Using MSI-X interrupts. 4 rx queue(s), 4 tx queue(s)
[    9.045750] igb 0000:02:00.0: Using MSI-X interrupts. 4 rx queue(s), 4 tx queue(s)
╭─root@valen ~  
╰─➤  ip l ls
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether 14:dd:a9:d4:1e:70 brd ff:ff:ff:ff:ff:ff
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether 14:dd:a9:d4:1e:71 brd ff:ff:ff:ff:ff:ff
╭─root@valen ~  
╰─➤  ip a s
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
2: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 14:dd:a9:d4:1e:70 brd ff:ff:ff:ff:ff:ff
    inet 169.254.164.1/24 brd 169.254.164.255 scope global eth2
       valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 14:dd:a9:d4:1e:71 brd ff:ff:ff:ff:ff:ff
    inet 192.168.178.22/24 brd 192.168.178.255 scope global eth1
       valid_lft forever preferred_lft forever
╭─root@valen ~  
╰─➤  journalctl --no-pager | grep dhcp       
Dez 28 14:50:24 valen wickedd-dhcp4[1108]: eth1: Request to acquire DHCPv4 lease with UUID 9df6445a-7604-0000-5d04-000007000000
Dez 28 14:50:28 valen wickedd-dhcp4[1108]: eth1: Committed DHCPv4 lease with address 192.168.178.22 (lease time 864000 sec, renew in 432000 sec, rebind in 756000 sec)
Dez 28 14:50:53 valen dhcpd[2531]: Internet Systems Consortium DHCP Server 4.3.3
Dez 28 14:50:53 valen dhcpd[2531]: Copyright 2004-2015 Internet Systems Consortium.
Dez 28 14:50:53 valen dhcpd[2531]: All rights reserved.
Dez 28 14:50:53 valen dhcpd[2531]: For info, please visit https://www.isc.org/software/dhcp/
Dez 28 14:50:53 valen dhcpd[2531]: Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified in the config file
Dez 28 14:50:53 valen dhcpd[2531]: Config file: //etc/dhcpd.conf
Dez 28 14:50:53 valen dhcpd[2531]: Database file: /var/lib/dhcp/db/dhcpd.leases
Dez 28 14:50:53 valen dhcpd[2531]: PID file: /var/lib/dhcp/var/run/dhcpd.pid
Dez 28 14:50:53 valen dhcpd[2532]: Internet Systems Consortium DHCP Server 4.3.3
Dez 28 14:50:53 valen dhcpd[2532]: Copyright 2004-2015 Internet Systems Consortium.
Dez 28 14:50:53 valen dhcpd[2532]: All rights reserved.
Dez 28 14:50:53 valen dhcpd[2532]: For info, please visit https://www.isc.org/software/dhcp/
Dez 28 14:50:53 valen dhcpd[2532]: Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified in the config file
Dez 28 14:50:53 valen dhcpd[2532]: Config file: /etc/dhcpd.conf
Dez 28 14:50:53 valen dhcpd[2532]: Database file: /var/lib/dhcp/db/dhcpd.leases
Dez 28 14:50:53 valen dhcpd[2532]: PID file: /var/lib/dhcp/var/run/dhcpd.pid
Dez 28 14:50:53 valen dhcpd[2532]: Wrote 0 leases to leases file.
Dez 28 14:50:53 valen dhcpd[2532]: Listening on LPF/eth2/14:dd:a9:d4:1e:70/169.254.164.0/24
Dez 28 14:50:53 valen dhcpd[2532]: Sending on   LPF/eth2/14:dd:a9:d4:1e:70/169.254.164.0/24
Dez 28 14:50:53 valen dhcpd[2532]: Sending on   Socket/fallback/fallback-net
Dez 28 14:50:53 valen dhcpd[2538]: Server starting service.
Dez 28 14:50:53 valen dhcpd[2492]: Starting ISC DHCPv4 Server ..done
Dez 28 17:00:46 valen dhcpd[2538]: DHCPDISCOVER from b8:27:eb:4c:cb:8c via eth2: network 169.254.164.0/24: no free leases
Dez 28 17:00:50 valen dhcpd[2538]: DHCPDISCOVER from b8:27:eb:4c:cb:8c via eth2: network 169.254.164.0/24: no free leases
Dez 28 17:00:59 valen dhcpd[2538]: DHCPDISCOVER from b8:27:eb:4c:cb:8c via eth2: network 169.254.164.0/24: no free leases
Dez 28 17:01:15 valen dhcpd[2538]: DHCPDISCOVER from b8:27:eb:4c:cb:8c via eth2: network 169.254.164.0/24: no free leases
Dez 28 17:01:48 valen dhcpd[2538]: DHCPDISCOVER from b8:27:eb:4c:cb:8c via eth2: network 169.254.164.0/24: no free leases
Dez 28 17:05:37 valen dhcpd[3422]: Shutting down ISC DHCPv4 Server ..done
Dez 28 17:05:37 valen dhcpd[3451]: Internet Systems Consortium DHCP Server 4.3.3
Dez 28 17:05:37 valen dhcpd[3451]: Copyright 2004-2015 Internet Systems Consortium.
Dez 28 17:05:37 valen dhcpd[3451]: All rights reserved.
Dez 28 17:05:37 valen dhcpd[3451]: For info, please visit https://www.isc.org/software/dhcp/
Dez 28 17:05:37 valen dhcpd[3451]: //etc/dhcpd.conf line 8: semicolon expected.
Dez 28 17:05:37 valen dhcpd[3451]:   default-lease-time
Dez 28 17:05:37 valen dhcpd[3451]:    ^
Dez 28 17:05:37 valen dhcpd[3451]: Configuration file errors encountered -- exiting
Dez 28 17:05:37 valen dhcpd[3451]: 
Dez 28 17:05:37 valen dhcpd[3451]: If you think you have received this message due to a bug rather
Dez 28 17:05:37 valen dhcpd[3451]: than a configuration issue please read the section on submitting
Dez 28 17:05:37 valen dhcpd[3451]: bugs on either our web page at www.isc.org or in the README file
Dez 28 17:05:37 valen dhcpd[3451]: before submitting a bug.  These pages explain the proper
Dez 28 17:05:37 valen dhcpd[3451]: process and the information we find helpful for debugging..
Dez 28 17:05:37 valen dhcpd[3451]: 
Dez 28 17:05:37 valen dhcpd[3451]: exiting.
Dez 28 17:05:37 valen dhcpd[3433]: Starting ISC DHCPv4 Server
Dez 28 17:05:37 valen dhcpd[3433]:   please see /var/log/rc.dhcpd.log for details ..failed
Dez 28 17:05:37 valen systemd[1]: dhcpd.service: Control process exited, code=exited status=1
Dez 28 17:05:37 valen systemd[1]: dhcpd.service: Unit entered failed state.
Dez 28 17:05:37 valen systemd[1]: dhcpd.service: Failed with result 'exit-code'.
Dez 28 17:06:11 valen dhcpd[3487]: Internet Systems Consortium DHCP Server 4.3.3
Dez 28 17:06:11 valen dhcpd[3487]: Copyright 2004-2015 Internet Systems Consortium.
Dez 28 17:06:11 valen dhcpd[3487]: All rights reserved.
Dez 28 17:06:11 valen dhcpd[3487]: For info, please visit https://www.isc.org/software/dhcp/
Dez 28 17:06:11 valen dhcpd[3487]: Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified in the config file
Dez 28 17:06:11 valen dhcpd[3487]: Config file: //etc/dhcpd.conf
Dez 28 17:06:11 valen dhcpd[3487]: Database file: /var/lib/dhcp/db/dhcpd.leases
Dez 28 17:06:11 valen dhcpd[3487]: PID file: /var/lib/dhcp/var/run/dhcpd.pid
Dez 28 17:06:11 valen dhcpd[3488]: Internet Systems Consortium DHCP Server 4.3.3
Dez 28 17:06:11 valen dhcpd[3488]: Copyright 2004-2015 Internet Systems Consortium.
Dez 28 17:06:11 valen dhcpd[3488]: All rights reserved.
Dez 28 17:06:11 valen dhcpd[3488]: For info, please visit https://www.isc.org/software/dhcp/
Dez 28 17:06:11 valen dhcpd[3488]: Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified in the config file
Dez 28 17:06:11 valen dhcpd[3488]: Config file: /etc/dhcpd.conf
Dez 28 17:06:11 valen dhcpd[3488]: Database file: /var/lib/dhcp/db/dhcpd.leases
Dez 28 17:06:11 valen dhcpd[3488]: PID file: /var/lib/dhcp/var/run/dhcpd.pid
Dez 28 17:06:11 valen dhcpd[3488]: Wrote 0 leases to leases file.
Dez 28 17:06:11 valen dhcpd[3488]: Listening on LPF/eth2/14:dd:a9:d4:1e:70/169.254.164.0/24
Dez 28 17:06:11 valen dhcpd[3488]: Sending on   LPF/eth2/14:dd:a9:d4:1e:70/169.254.164.0/24
Dez 28 17:06:11 valen dhcpd[3488]: Sending on   Socket/fallback/fallback-net
Dez 28 17:06:11 valen dhcpd[3489]: Server starting service.
Dez 28 17:06:11 valen dhcpd[3471]: Starting ISC DHCPv4 Server ..done
Dez 28 17:06:59 valen dhcpd[3489]: DHCPDISCOVER from b8:27:eb:4c:cb:8c via eth2
Dez 28 17:06:59 valen dhcpd[3489]: ICMP Echo reply while lease 169.254.164.2 valid.
Dez 28 17:06:59 valen dhcpd[3489]: Abandoning IP address 169.254.164.2: pinged before offer
Dez 28 17:07:03 valen dhcpd[3489]: DHCPDISCOVER from b8:27:eb:4c:cb:8c via eth2
Dez 28 17:07:03 valen dhcpd[3489]: ICMP Echo reply while lease 169.254.164.3 valid.
Dez 28 17:07:03 valen dhcpd[3489]: Abandoning IP address 169.254.164.3: pinged before offer
Dez 28 17:07:10 valen dhcpd[3489]: DHCPDISCOVER from b8:27:eb:4c:cb:8c via eth2
Dez 28 17:07:11 valen dhcpd[3489]: DHCPOFFER on 169.254.164.4 to b8:27:eb:4c:cb:8c (autoradio) via eth2
Dez 28 17:07:11 valen dhcpd[3489]: DHCPREQUEST for 169.254.164.4 (169.254.164.1) from b8:27:eb:4c:cb:8c (autoradio) via eth2
Dez 28 17:07:11 valen dhcpd[3489]: DHCPACK on 169.254.164.4 to b8:27:eb:4c:cb:8c (autoradio) via eth2

Um genau 17:05 habe ich die Range in die Config-Datei eingehämmert, den DHCP-Server neu gestartet und vom Raspi aus eine neue Lease angefordert. Schaut das jetzt besser aus?
 
naja, Syntax-Fehler im Config-File sind nie gut:
Code: 
Dez 28 17:05:37 valen dhcpd[3451]: //etc/dhcpd.conf line 8: semicolon expected.
Dez 28 17:05:37 valen dhcpd[3451]:   default-lease-time
Dez 28 17:05:37 valen dhcpd[3451]:    ^
Dez 28 17:05:37 valen dhcpd[3451]: Configuration file errors encountered -- exiting
 
Mehr Infos habe ich aber leider nicht. :( Wie gesagt: Der dhcpd quittierte während der Arbeit einfach so seinen Dienst, und in dmesg gab es keine einschlägigen Fehlermeldungen.
 
Poste mal die Ausgabe von
Code: 
ip a s
und von
Code: 
journalctl --no-pager | grep dhcp

Funktioniert der DHCP-Server jetzt wieder?
 
OK, hier kommt mal, was ich rausgefunden habe. Der Server geht jetzt wieder. Erst mal habe ich aber nur den Raspi wieder auf DHCP umgestellt. Der Drucker geht von Haus aus mit DHCP, und nach einem Neustart um 20:40 finde ich offenbar auch einen Lease dazu:

Code: 
╭─root@valen ~  
╰─➤  ip a s                           
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
2: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 14:dd:a9:d4:1e:70 brd ff:ff:ff:ff:ff:ff
    inet 169.254.164.1/24 brd 169.254.164.255 scope global eth2
       valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 14:dd:a9:d4:1e:71 brd ff:ff:ff:ff:ff:ff
    inet 192.168.178.22/24 brd 192.168.178.255 scope global eth1
       valid_lft forever preferred_lft forever

╭─root@valen ~  
╰─➤  journalctl --no-pager | grep dhcp
Jan 03 19:20:56 valen wickedd-dhcp4[1175]: eth1: Request to acquire DHCPv4 lease with UUID 051f4d5a-b0ad-0400-9a04-000007000000
Jan 03 19:20:57 valen wickedd-dhcp4[1175]: eth1: Committed DHCPv4 lease with address 192.168.178.22 (lease time 864000 sec, renew in 432000 sec, rebind in 756000 sec)
Jan 03 19:21:30 valen dhcpd[2609]: Internet Systems Consortium DHCP Server 4.3.3
Jan 03 19:21:30 valen dhcpd[2609]: Copyright 2004-2015 Internet Systems Consortium.
Jan 03 19:21:30 valen dhcpd[2609]: All rights reserved.
Jan 03 19:21:30 valen dhcpd[2609]: For info, please visit https://www.isc.org/software/dhcp/
Jan 03 19:21:30 valen dhcpd[2609]: Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified in the config file
Jan 03 19:21:30 valen dhcpd[2609]: Config file: //etc/dhcpd.conf
Jan 03 19:21:30 valen dhcpd[2609]: Database file: /var/lib/dhcp/db/dhcpd.leases
Jan 03 19:21:30 valen dhcpd[2609]: PID file: /var/lib/dhcp/var/run/dhcpd.pid
Jan 03 19:21:30 valen dhcpd[2610]: Internet Systems Consortium DHCP Server 4.3.3
Jan 03 19:21:30 valen dhcpd[2610]: Copyright 2004-2015 Internet Systems Consortium.
Jan 03 19:21:30 valen dhcpd[2610]: All rights reserved.
Jan 03 19:21:30 valen dhcpd[2610]: For info, please visit https://www.isc.org/software/dhcp/
Jan 03 19:21:30 valen dhcpd[2610]: Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified in the config file
Jan 03 19:21:30 valen dhcpd[2610]: Config file: /etc/dhcpd.conf
Jan 03 19:21:30 valen dhcpd[2610]: Database file: /var/lib/dhcp/db/dhcpd.leases
Jan 03 19:21:30 valen dhcpd[2610]: PID file: /var/lib/dhcp/var/run/dhcpd.pid
Jan 03 19:21:30 valen dhcpd[2610]: Wrote 1 leases to leases file.
Jan 03 19:21:30 valen dhcpd[2610]: Listening on LPF/eth2/14:dd:a9:d4:1e:70/169.254.164.0/24
Jan 03 19:21:30 valen dhcpd[2610]: Sending on   LPF/eth2/14:dd:a9:d4:1e:70/169.254.164.0/24
Jan 03 19:21:30 valen dhcpd[2610]: Sending on   Socket/fallback/fallback-net
Jan 03 19:21:30 valen dhcpd[2616]: Server starting service.
Jan 03 19:21:30 valen dhcpd[2570]: Starting ISC DHCPv4 Server ..done
Jan 03 20:39:54 valen dhcpd[2616]: DHCPDISCOVER from d0:bf:9c:b9:b0:06 via eth2
Jan 03 20:39:55 valen dhcpd[2616]: DHCPOFFER on 169.254.164.5 to d0:bf:9c:b9:b0:06 (NPIB9B006) via eth2
Jan 03 20:39:55 valen dhcpd[2616]: Wrote 2 leases to leases file.
Jan 03 20:39:55 valen dhcpd[2616]: DHCPREQUEST for 169.254.164.5 (169.254.164.1) from d0:bf:9c:b9:b0:06 (NPIB9B006) via eth2
Jan 03 20:39:55 valen dhcpd[2616]: DHCPACK on 169.254.164.5 to d0:bf:9c:b9:b0:06 (NPIB9B006) via eth2
Jan 03 20:40:03 valen dhcpd[2616]: DHCPRELEASE of 169.254.164.5 from d0:bf:9c:b9:b0:06 (NPIB9B006) via eth2 (found)
 
@Alex: Meinst Du wegen dieser Log-Zeile:

Code: 
Jan 03 19:21:30 valen dhcpd[2609]: Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified in the config file

Zumindest absichtlich habe ich keinen LDAP-Server aufgesetzt, und einen entsprechenden laufenden Prozess finde ich auch nicht. Wenn ich die Meldung richtig verstehe, läuft eben kein LDAP-Prozess, oder?

@spoensche: Ja, ich bin vorerst noch bei den alten LL-IPs geblieben. Macht auch erstmal nichts aus, weil sich das Heimnetz ja komplett hinterm Server verbirgt. Ich stelle das Netz aber auf die alten 192.168.1.*-Adressen um, sobald ich dazu komme.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben