ubuntuusers.de

Wir nutzen einen DHCP-Server, der sowohl dynamisch IP-Adressen vergibt, als auch mit Mac-Adressen-Reservierung arbeitet.

In /etc/dhcp/dhcpd.conf ist dies festgelegt

default-lease-time 120;
max-lease-time 300; 

Hier möchten wir gerne eine kurze Zeit, da nur wenige dynamische IPs über sind.

Daneben existieren je nach Arbeitsgruppe unterschiedliche Konfigurationen. Etwa /etc/dhcpd/dhcpd.buchhaltung.conf und /etc/hdcpd/dhcpd.produktion.conf Teilweise mit Mac-Adressen-Reservierung

Wenn der DHCP-Server ausfallen sollte, wären also sowohl die reservierten, als auch die dynamischen IPs sehr schnell weg. Um dem vorzubeugen, würden wir gerne eine zusätzliche Konfig-Datei bauen, für besonders kritische Anwendungen und diese mit einer separaten Leasezeit versehen und Mac-Adressenreservierung.

Wie würde man das am geschicktesten bauen?

Wie würde man das am geschicktesten bauen?

Ich würde dir ans Herz legen das Netzwerk gerade zu ziehen. Wozu derart kurze Lease Times? Standard in Unternehmen ist etwas zwischen 4-8 Stunden, meist sogar 24h.

Wenn eure Netze da ständig voll laufen, sind schlicht die Netze zu klein.

humid_gimmick schrieb:

Wenn der DHCP-Server ausfallen sollte, wären also sowohl die reservierten, als auch die dynamischen IPs sehr schnell weg.

Den DHCP-Server clustern könnte auch helfen, wenn er denn so wichtig ist.

Danke für die Rückmeldungen.

@encbladexp: Das ist natürlich das Ziel. Die Idee mit den unterschiedlichen Lease-Zeiten ist eine Art Zwischenschritt. Und es wäre wissenswert für mich, ob es überhaupt ginge einen DHCP mit unterschiedlichen Leasezeiten pro .conf-Datei zu versehen.

humid_gimmick schrieb:

[…] In /etc/dhcp/dhcpd.conf ist dies festgelegt

default-lease-time 120;
max-lease-time 300; 

Meines Wissens kann man diese beiden Einstellungen nicht gleichzeitig beide wirksam konfigurieren. Man müsste nun im Handbuch nachschauen, welcher von beiden priorisiert wird und dann wirksam wird.

Hier möchten wir gerne eine kurze Zeit, da nur wenige dynamische IPs über sind.

Das ist auf jeden Fall die falsche Maßnahme. IP-Adressen gibt es aus praktischer Sicht wie Sand am Meer. Man kann nicht zu wenige haben, sondern man kann nur sein Netzwerk ungeschickt konfiguriert haben. Wenn man z.B. 1000 gleichzeitig arbeitende Rechner im Netz erwartet, wählt man einfach einen Adressbereich mit 4000 Adressen, z.B. 10.0.0.0/20, und wenn man 16000 erwartet, nimmt man z.B. 10.1/16.

In der Regel bringen kurze Leihdauern gar nichts gutes, sondern nur die Bandbreite fressenden Verkehr. Die Leihdauer sollte in der Regel das 2- bis 4-fache der erwarteten Aufenthaltsdauer des Clients im Netz betragen, d.h. bei einem Arbeitstag von 8h nimmt man als Leihdauer 1d oder länger, und wenn man sein Netzwerk voll mit Gästen hat, die nur 30 min bleiben (z.B. Bahnhof), dann ist 2h eine vernünftige Wahl.

Konfigurieren kann man allerdings für jeden Client, unterschieden durch dessen DHCP-Kennung, einen individuellen Wert. Aber wer will sich diesen Aufwand freiwillig machen?

Danke für die Antworten. Wir haben leider keine Möglichkeit, die Netze zu vergrößen wegen Vorgaben "von oben". Ob die jetzt sinnvoll sind oder nicht....

Würde das etwas an eurer Bewertung abändern? Wir haben auch viele Gäste von ausserhalb, immer. Die können 2 Std. bleiben, die können 8 Std bleiben. Und für die möchten wir immer IPs hergeben. Daher die kurzen Leasezeiten.

Die Diskrepanz in der /etc/dhcp/dhcpd.conf prüfen wir. Danke. Edit, Ergebnis:

The max-lease-time is the maximum lease time that you will get. If you ask for (say) 10000 seconds and the maximum lease time is (say) 6000 seconds, then you will get a lease time of 6000 seconds.

The default lease time is the lease time you will get if you don't request any particular lease time. Generally you set the default lease time to the lease time you would like everyone to use, and the maximum lease time to the highest lease time you are prepared to accept. It's perfectly acceptable to have them configured the same.

https://web.archive.org/web/20240918105344/https://dhcp-users.isc.narkive.com/jeVKUrHW/what-is-the-subtil-difference-between-max-lease-time-and-default-lease-time

Was mir noch den Kopf zerbricht, wenn dieser Statusbefehl ergibt, es können keine Leases mehr bereitgestellt werden, da Pool erschöpft....

systemctl status isc-dhcp-server.service

und ich den Pool anzeigen lasse mit:

dhcp-lease-list

oder

/var/lib/dhcpd/dhcpd.leases

dann komme ich nicht auf die nötige Zahl, dass der Pool erschöpft wär. Es müsste noch viel mehr frei sein, wenn ich die vergebenen Leases zähle.

Gibt es noch weitere Orte, wo Leases gelistet werden? Habe ich einen Denkfehler?

Beispiel: Wenn wir 200 Adressen in der Range haben, der isc-dhcp.server status Meldungen bringt, dass es keine Leases mehr gäbe und ich die Leases zähle mit

dhcp-lease-list

und auf nur 100 komme, wie kann das sein?