Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
ISC-DHCP EoL
3 views
Skip to first unread message
Marco Moock
Jun 26, 2023, 4:39:51 AM6/26/23
to
Hello zusammen!
https://www.isc.org/blogs/isc-dhcp-eol/
Schon länger ist das angekündigt und es wird empfohlen, auf Kea
umzusteigen. Hat das wer von euch schon gemacht und kann darüber
berichten?
Der Client ist auf den meisten Linux-Systemen aufgrund des
NetworkManagers gar nicht mehr notwendig und nur noch selten
installiert.
--
Gruß
Marco
https://www.isc.org/blogs/isc-dhcp-eol/
Schon länger ist das angekündigt und es wird empfohlen, auf Kea
umzusteigen. Hat das wer von euch schon gemacht und kann darüber
berichten?
Der Client ist auf den meisten Linux-Systemen aufgrund des
NetworkManagers gar nicht mehr notwendig und nur noch selten
installiert.
--
Gruß
Marco
Friedemann Stoyan
Jun 26, 2023, 5:29:53 AM6/26/23
to
Marco Moock wrote:
> Schon länger ist das angekündigt und es wird empfohlen, auf Kea
> umzusteigen. Hat das wer von euch schon gemacht und kann darüber
> berichten?
Ich habe gesehen/gelesen, dass es es einen Konverter zum Überführen der
> Schon länger ist das angekündigt und es wird empfohlen, auf Kea
> umzusteigen. Hat das wer von euch schon gemacht und kann darüber
> berichten?
dhcpd.conf in eine KEA Config gibt. Ist der brauchbar? Ich habe eine dhcpd
Konfiguration mit Sonderlocken, PXE, verschiedene Fälle + gemischte Pools +
statische Config. Oder ist es besser alles selbst neu zu erfinden?
mfg Friedemann
Sven Hartge
Jun 26, 2023, 6:41:47 AM6/26/23
to
Für alles andere sollte man das Ergebnis maximal als Inspiration nutzen
und die Konfiguration dann komplett neu machen.
Vor allem wenn IPv6 mit DHCP-Reservations im Spiel ist, ist die
generierte Konfiguration unbrauchbar.
S°
--
Sigmentation fault. Core dumped.
Marco Moock
Jun 27, 2023, 2:24:07 AM6/27/23
to
Am 27.06.2023 um 00:28:05 Uhr schrieb Andreas Kohlbach:
> Die Seite oben sagt, dass die alte Version weiter funktionieren wird,
> halt keine Updates mehr bekommt.
Ist bei fast jedem EoL der Fall.
> Meine *Vermutung* ist, dass vorhandene Installationen transparent
> geupgradet werden, oder der User einen Hinweis bekommt. Da DHCP
> (Client) essentielle Software ist (ohne kommt ONU nicht ins
> Internet), wird der Upgrade transparent geschehen müssen.
Der ISC-dhcp-Client aber nicht. Seit bei Linux der NetworkManager in
fast jeder Distribution eingesetzt wird, ist der gar nicht mehr
installiert im Standardfall.
> Ich werde zumindest nichts machen, aber beobachten.
Keine gute Idee, wenn du den isc-dhpcd noch einsetzt.
Er wird früher oder später aus den Distributionen rausfliegen.
> halt keine Updates mehr bekommt.
Ist bei fast jedem EoL der Fall.
> Meine *Vermutung* ist, dass vorhandene Installationen transparent
> geupgradet werden, oder der User einen Hinweis bekommt. Da DHCP
> (Client) essentielle Software ist (ohne kommt ONU nicht ins
> Internet), wird der Upgrade transparent geschehen müssen.
Der ISC-dhcp-Client aber nicht. Seit bei Linux der NetworkManager in
fast jeder Distribution eingesetzt wird, ist der gar nicht mehr
installiert im Standardfall.
> Ich werde zumindest nichts machen, aber beobachten.
Keine gute Idee, wenn du den isc-dhpcd noch einsetzt.
Er wird früher oder später aus den Distributionen rausfliegen.
Heiko Schlichting
Jun 27, 2023, 3:37:59 AM6/27/23
to
des ISC weiterhin betreut und wenigstens Security-Probleme beseitigt.
Problematischer ist, dass auch isc-dhcp-relay als Debian-Paket betroffen
ist und KEA - soweit ich das sehe - dafür keinen Ersatz darstellt. Als
einzige mir bekannte Alternative bliebe das Paket dhcp-helper, aber das
kann nur bedingt mit dem DHCP-Relay des ISC DHCPd mithalten.
Auf ein DHCP-Relay auf Linux-basierten Firewalls zwischen den Subnetzen
könnte ich hier nicht so ohne weiteres verzichten.
Heiko
Marco Moock
Jun 27, 2023, 3:38:40 AM6/27/23
to
Am 27.06.2023 um 03:08:57 Uhr schrieb Andreas Kohlbach:
> On Tue, 27 Jun 2023 08:24:05 +0200, Marco Moock wrote:
> >
> > Am 27.06.2023 um 00:28:05 Uhr schrieb Andreas Kohlbach:
> >
> >> Meine *Vermutung* ist, dass vorhandene Installationen transparent
> >> geupgradet werden, oder der User einen Hinweis bekommt. Da DHCP
> >> (Client) essentielle Software ist (ohne kommt ONU nicht ins
> >> Internet), wird der Upgrade transparent geschehen müssen.
> >
> > Der ISC-dhcp-Client aber nicht. Seit bei Linux der NetworkManager in
> > fast jeder Distribution eingesetzt wird, ist der gar nicht mehr
> > installiert im Standardfall.
>
> Oh, ich dachte, der NM würde auf den dhcp-client zurückgreifen.
> Zumindest listete "ps" da immer eine Instanz. Nun nicht mehr. Macht
> der NM IP-Zuweisung ohne fremde Hilfe? Dann ziehe ich meine Aussage
> mit dem transparenten Update zurück, weil ONU dann den
> ISC-dhcp-Client (auch nicht indirekt) nutzt.
Der NM hat selbst einen Client für DHCPv4 und DHCPv6.
Auch die Autokonfiguration bei IPv6 macht der selbst und überlässt das
nicht dem Kernel.
Hier z.B. für DHCPv6:
UNCONN 0 0 [fe80::c7f:58d:7ab0:fdd0]%eno1:546
[::]:* users:(("NetworkManager",pid=828,fd=24))
> >> Ich werde zumindest nichts machen, aber beobachten.
> >
> > Keine gute Idee, wenn du den isc-dhpcd noch einsetzt.
> > Er wird früher oder später aus den Distributionen rausfliegen.
>
> Hoffentlich geben die Installer (apt, aptitude, synaptics, ...) vorher
> eine Warnung aus. Ggf. gar einen Dialog, wie man upgraden kann.
Apt zeigt an, was entfernt werden soll bei einer Operation.
> On Tue, 27 Jun 2023 08:24:05 +0200, Marco Moock wrote:
> >
> > Am 27.06.2023 um 00:28:05 Uhr schrieb Andreas Kohlbach:
> >
> >> Meine *Vermutung* ist, dass vorhandene Installationen transparent
> >> geupgradet werden, oder der User einen Hinweis bekommt. Da DHCP
> >> (Client) essentielle Software ist (ohne kommt ONU nicht ins
> >> Internet), wird der Upgrade transparent geschehen müssen.
> >
> > Der ISC-dhcp-Client aber nicht. Seit bei Linux der NetworkManager in
> > fast jeder Distribution eingesetzt wird, ist der gar nicht mehr
> > installiert im Standardfall.
>
> Zumindest listete "ps" da immer eine Instanz. Nun nicht mehr. Macht
> der NM IP-Zuweisung ohne fremde Hilfe? Dann ziehe ich meine Aussage
> mit dem transparenten Update zurück, weil ONU dann den
> ISC-dhcp-Client (auch nicht indirekt) nutzt.
Der NM hat selbst einen Client für DHCPv4 und DHCPv6.
Auch die Autokonfiguration bei IPv6 macht der selbst und überlässt das
nicht dem Kernel.
Hier z.B. für DHCPv6:
UNCONN 0 0 [fe80::c7f:58d:7ab0:fdd0]%eno1:546
[::]:* users:(("NetworkManager",pid=828,fd=24))
> >> Ich werde zumindest nichts machen, aber beobachten.
> >
> > Keine gute Idee, wenn du den isc-dhpcd noch einsetzt.
> > Er wird früher oder später aus den Distributionen rausfliegen.
>
> eine Warnung aus. Ggf. gar einen Dialog, wie man upgraden kann.
Apt zeigt an, was entfernt werden soll bei einer Operation.
Marco Moock
Jun 27, 2023, 3:47:20 AM6/27/23
to
Am 27.06.2023 um 07:37:56 Uhr schrieb Heiko Schlichting:
> Problematischer ist, dass auch isc-dhcp-relay als Debian-Paket
> betroffen ist und KEA - soweit ich das sehe - dafür keinen Ersatz
> darstellt. Als einzige mir bekannte Alternative bliebe das Paket
> dhcp-helper, aber das kann nur bedingt mit dem DHCP-Relay des ISC
> DHCPd mithalten.
Das braucht es ja sowohl bei DHCPv4 als auch DHCPv6.
> Problematischer ist, dass auch isc-dhcp-relay als Debian-Paket
> betroffen ist und KEA - soweit ich das sehe - dafür keinen Ersatz
> darstellt. Als einzige mir bekannte Alternative bliebe das Paket
> dhcp-helper, aber das kann nur bedingt mit dem DHCP-Relay des ISC
> DHCPd mithalten.
Warum die das einstellen ist mir echt schleierhaft.
Heiko Schlichting
Jun 27, 2023, 4:44:36 AM6/27/23
to
Wenn man mal in den Source des ISC-DHCP schaut, wird einem leider schnell
klar, warum das eingestellt wird.
Und wenn Du den Artikel
https://www.isc.org/blogs/isc-dhcp-eol/
liest, wo sich im unteren Teil alle Autoren und Maintainer äußern, wird es
einem auch nahegelegt, wenn man mal den USA-typischen Euphemismus abzieht.
Das geht ja sinngemäß von "war nett, aber der Source ist unpflegbar" bis
"hab ich übergeholfen bekommen und ist grottig", wenn man zwischen den
Zeilen liest und berücksichtigt, dass bei Beerdigungen allgemein viel
beschönigt wird.
Heiko
klar, warum das eingestellt wird.
Und wenn Du den Artikel
https://www.isc.org/blogs/isc-dhcp-eol/
liest, wo sich im unteren Teil alle Autoren und Maintainer äußern, wird es
einem auch nahegelegt, wenn man mal den USA-typischen Euphemismus abzieht.
Das geht ja sinngemäß von "war nett, aber der Source ist unpflegbar" bis
"hab ich übergeholfen bekommen und ist grottig", wenn man zwischen den
Zeilen liest und berücksichtigt, dass bei Beerdigungen allgemein viel
beschönigt wird.
Heiko
Marco Moock
Jun 27, 2023, 2:56:39 PM6/27/23
to
Am 27.06.2023 um 14:36:20 Uhr schrieb Andreas Kohlbach:
> Gibt es auch Vorschläge, was alternativ benutzt werden kann?
Der DHCPv4- und DHCPv6-Client des Networkmanager.
> Bzw. einen Grund, warum was entfernt wird?
Weil es wahrscheinlich aus der Distribution rausfliegt.
> Der eine oder andere (unwissende) User könnte sonst die abzuwählenden
> Pakete auf "halt" setzen, um auf alter und bald ver-bug-ter" Software
> sitzenzubleiben.
Der normaler Nutzer unter Debian hat im Desktop den NetworkManager und
damit den isc-dhcp gar nicht installiert.
Der DHCPv4- und DHCPv6-Client des Networkmanager.
> Bzw. einen Grund, warum was entfernt wird?
Weil es wahrscheinlich aus der Distribution rausfliegt.
> Der eine oder andere (unwissende) User könnte sonst die abzuwählenden
> Pakete auf "halt" setzen, um auf alter und bald ver-bug-ter" Software
> sitzenzubleiben.
Der normaler Nutzer unter Debian hat im Desktop den NetworkManager und
damit den isc-dhcp gar nicht installiert.
Marcus Jodorf
Jun 27, 2023, 11:35:05 PM6/27/23
to
Marco Moock <mo...@posteo.de> schrieb:
>> Gibt es auch Vorschläge, was alternativ benutzt werden kann?
>
> Der DHCPv4- und DHCPv6-Client des Networkmanager.
Wenn ich einen Server installiere, ist Networkmanager so ziemlich das
Letzte, woran ich dabei denke. Da will ich alle möglichst einfach und
transparent und nicht in so einem Monster-Code-Klumpen mit noch vielen
Zusatzmodulen.
Abgesehen davon, daß ich da normalerweise statisch konfiguriere, wäre
meine nächste Wahl für einfachen Client der auch in der Debian-Doku
genannte udhcpc.
> Der normaler Nutzer unter Debian hat im Desktop den NetworkManager und
> damit den isc-dhcp gar nicht installiert.
Dann bin ich nicht normal. :-)
Networkmanager verwende ich nur auf Laptops, die öfter mal den Standort
wechseln. Und dann auch nur wegen network-manager-gnome (Name des Debian
Pakets), damit der User ein brauchbares Interface hat, wenn er sich ins
nächste WLAN interaktiv einbuchen muß oder damit er einfach zum LTE
Modem umschalten kann.
Jeder andere Rechner funktioniert wunderbar mit der traditionellen
Debiankonfiguration über ifup/ifdown (abgesehen davon, daß irgendwann
mal ein systemd update den Interface Typ „auto“ zerstört hat und nun nur
noch „allow-hotplug“ zuverlässig funktioniert)
Networkmanager ist für mich nach ein paar schlechten Erfahrungen einfach
zuviel Voodoo-Blackbox für Server und Workstations.
Gruß,
Marcus
⚂⚃
>> Gibt es auch Vorschläge, was alternativ benutzt werden kann?
>
> Der DHCPv4- und DHCPv6-Client des Networkmanager.
Letzte, woran ich dabei denke. Da will ich alle möglichst einfach und
transparent und nicht in so einem Monster-Code-Klumpen mit noch vielen
Zusatzmodulen.
Abgesehen davon, daß ich da normalerweise statisch konfiguriere, wäre
meine nächste Wahl für einfachen Client der auch in der Debian-Doku
genannte udhcpc.
> Der normaler Nutzer unter Debian hat im Desktop den NetworkManager und
> damit den isc-dhcp gar nicht installiert.
Networkmanager verwende ich nur auf Laptops, die öfter mal den Standort
wechseln. Und dann auch nur wegen network-manager-gnome (Name des Debian
Pakets), damit der User ein brauchbares Interface hat, wenn er sich ins
nächste WLAN interaktiv einbuchen muß oder damit er einfach zum LTE
Modem umschalten kann.
Jeder andere Rechner funktioniert wunderbar mit der traditionellen
Debiankonfiguration über ifup/ifdown (abgesehen davon, daß irgendwann
mal ein systemd update den Interface Typ „auto“ zerstört hat und nun nur
noch „allow-hotplug“ zuverlässig funktioniert)
Networkmanager ist für mich nach ein paar schlechten Erfahrungen einfach
zuviel Voodoo-Blackbox für Server und Workstations.
Gruß,
Marcus
⚂⚃
Tim Ritberg
Jun 28, 2023, 12:15:43 PM6/28/23
to
Am 28.06.23 um 05:08 schrieb Marcus Jodorf:
> Jeder andere Rechner funktioniert wunderbar mit der traditionellen
> Debiankonfiguration über ifup/ifdown (abgesehen davon, daß irgendwann
> mal ein systemd update den Interface Typ „auto“ zerstört hat und nun nur
> noch „allow-hotplug“ zuverlässig funktioniert)
ack
> Networkmanager ist für mich nach ein paar schlechten Erfahrungen einfach
> zuviel Voodoo-Blackbox für Server und Workstations.
>
full ack!
Tim
> Networkmanager verwende ich nur auf Laptops, die öfter mal den Standort
> wechseln.
ack.
> wechseln.
> Jeder andere Rechner funktioniert wunderbar mit der traditionellen
> Debiankonfiguration über ifup/ifdown (abgesehen davon, daß irgendwann
> mal ein systemd update den Interface Typ „auto“ zerstört hat und nun nur
> noch „allow-hotplug“ zuverlässig funktioniert)
> Networkmanager ist für mich nach ein paar schlechten Erfahrungen einfach
> zuviel Voodoo-Blackbox für Server und Workstations.
>
Tim
Christian Garbs
Jul 8, 2023, 4:06:23 AM7/8/23
to
Mahlzeit!
Andreas Kohlbach <a...@spamfence.net> wrote:
> On Tue, 27 Jun 2023 08:24:05 +0200, Marco Moock wrote:
Debian 12. Jedenfalls, wenn Du Dir die NEWS-Dateien anzeigen lässt,
z.B. mit apt-listchanges.
Siehe /usr/share/doc/isc-dhcp-*/NEWS.Debian.gz
Ansonsten ist das auch in den Release-Notes erwähnt *zwinkersmilie*
https://www.debian.org/releases/stable/amd64/release-notes/ch-information.en.html#deprecated-components
Gruß
Christian
--
....Christian.Garbs....................................https://www.cgarbs.de
Es gibt Theaterstücke, die nur deshalb nicht ausgepfiffen
werden, weil kein Mensch gleichzeitig pfeifen und gähnen
kann.
Andreas Kohlbach <a...@spamfence.net> wrote:
> On Tue, 27 Jun 2023 08:24:05 +0200, Marco Moock wrote:
>> Keine gute Idee, wenn du den isc-dhpcd noch einsetzt.
>> Er wird früher oder später aus den Distributionen rausfliegen.
>
>> Er wird früher oder später aus den Distributionen rausfliegen.
>
> Hoffentlich geben die Installer (apt, aptitude, synaptics, ...) vorher
> eine Warnung aus.
Die Warnung *kam bereits* während Deines Updates von Debian 11 auf
> eine Warnung aus.
Debian 12. Jedenfalls, wenn Du Dir die NEWS-Dateien anzeigen lässt,
z.B. mit apt-listchanges.
Siehe /usr/share/doc/isc-dhcp-*/NEWS.Debian.gz
Ansonsten ist das auch in den Release-Notes erwähnt *zwinkersmilie*
https://www.debian.org/releases/stable/amd64/release-notes/ch-information.en.html#deprecated-components
Gruß
Christian
--
....Christian.Garbs....................................https://www.cgarbs.de
Es gibt Theaterstücke, die nur deshalb nicht ausgepfiffen
werden, weil kein Mensch gleichzeitig pfeifen und gähnen
kann.
0 new messages