Zunächst erstmal danke an dich und Sebastian Oelschläger für das Paket Ipv64 Ddns Update.
Ich habe die Installationsanleitung befolgt und eine Probleme im Durchlauf gehabt, die ich aber nach durchforsten der Scripte händisch behoben habe.
Nun fehlt mir noch der Schritt, den Dienst mit systemctl zu aktivieren, um ihn in der crontab einzutragen.
Folgende Meldung kommt, wenn ich ‘systemctl enable ipv64-ddns-update.service’ eingebe: Failed to enable unit: Unit ipv64-ddns-update.service does not exist
Nur der Vollständigkeit halber hier der initiale Fehler, der immer noch kommt, wenn ich die Installationsscript gem. Doku (im Git-Repository) starte: Fehler: Paket ipv64-ipv64-ddns-update kann nicht gefunden werden.
iIch hade ein Kubuntu LTS 26.04 frisch aufgesetzt.
Danke für deine schnelle Antwort.
Da die Installation initial schon nicht bis zum letzten Befehl durchgelaufen war, habe ich es vorgestern nach durchforsten der Scripts händisch zurechgefriemelt. Das Script läuft nun ohne Fehler durch, kann aber den dienst weder ‘enablen’ noch ‘restarten’.
Rückgabe: Fehler: Paket ipv64-ipv64-ddns-update kann nicht gefunden werden.
Vielleicht hab ich was in den scripten übersehen, wo entweder chmod, chown, oder weiß Gott was steht.
Btw: Ich habe vor zig Jahren einen Linux-Server im Windows-Netzwerk administriert. Starte nun wieder. Die Kastration des su / root ist ja ein Grauen!
Vom Terminal aus kann ich mich nicht mal per su einloggen. Is it a bug or a feature?
Warum ich das erwähne:
Kann es sein, dass man zum Installieren als ‘su’ eingeloggt sein muss und das ‘sudo’ hier nicht ausreicht?
Interessant auch: Das fehlende Paket heißt ipv64***-ipv64**-ddns-update*,** der Befehl ipv64-ddns-update**.**
Das du längere Zeit nix mit Linux zu tun hattest ist offensichtlich. Es ist eines der wesentlichen Merkmale von allen *buntu’s, dass es per default keinen Login für den User root gibt.Bei Debian gibt es diesen bei Debian-Server Installationen, aber auch nicht per default bei Debian Desktops. Auf Ubuntu basierende Distros, wie Linux Mint haben auch per default keinen Login für den User root.
sudo wiederum ist kein „kastriertes“ su - (root). Der User mit der UID 1000 hat per default sudo / root-Rechte, muss sich aber nochmals mit seinem Login-Passwort authentifizieren. Mit sudo -i können auch dauerhaft sudo / root-Rechte in einem Terminal oder einer virtuellen Konsole erlangt werden.
Das es etwas per default nicht gibt, bedeutet aber nicht, dass man das nicht ändern könnte. su - funktioniert ja nur deswegen nicht, weil der User root während der Installation mit einem der drei aktuell bei den *buntus verwendeten Installern Ubiquity, Subiquity oder Calamares kein Passwort für den User root angelgt wurde.
Mit anderen Worten: sobald der User root von dir ein Passwort verpasst bekommen hat, kannste auch wieder su - nutzen.
Aber warum nutzt du für einen Server Kubuntu und nicht Ubuntu-Server oder Debian-Server?
Zudem ist Kubuntu zusammen mit Ubuntu eines der denkbar fettesten Flavors von allen *buntus. Keinesfalls benötigt man auf einem Server doch LibreOffice und was sonst so eine Desktop-Installation noch an überflüssigem Krempel mit sich bringt.
bei mir auf eben frisch eingerichtetem UbuntuServer 26.04 läuft es
root@ubuntu26-04server:~# ipv64-ddns-update --check
2026-05-02 11:28:35 | [SCRIPT] | Script wird gestartet
2026-05-02 11:28:35 | [SCRIPT] | Das Script läuft unter der PID: 2394
2026-05-02 11:28:35 | [SCRIPT] | Das Debian Paket läuft in der Version 0.2-1 auf den Server
2026-05-02 11:28:36 | [CONFIG] | Es befindet sich eine Config unter /etc diese wird nun benutzt
2026-05-02 11:28:36 | [API-Zugriff] | API Zugriff wird geprüft
2026-05-02 11:28:36 | [CONFIG] | Hinterlegter API-KEY: Oo**************Ei
2026-05-02 11:28:36 | [CONFIG] | Hinterlegte DOMAIN : ubuntuserver.meine.ipv64.de
2026-05-02 11:28:36 | [CONFIG] | Es wurde nicht eingestellt, ob DNSoverTLS aktiv oder deaktiviert sein soll, default ist False
2026-05-02 11:28:36 | [API-Zugriff] | API Zugriff wird geprüft
2026-05-02 11:28:36 | [API-AUTH] | Die Angaben sind richtig gesetzt: DOMAIN und DOMAIN KEY
dig: '' is not a legal name (unexpected end of input)
2026-05-02 11:28:36 | [IPv6] | Die IPv6 wird nun für die Domain ubuntuserver.meine.ipv64.de hinterlegt
2026-05-02 11:28:37 | [DNS-Update] | --user-agent ipv64-ipv64-ddns-update/0.2-1 gitlab.com/playdiver/ipv64-ddns-update https://ipv64.net/update.php?key=Oo**************Ei&domain=ubuntuserver.meine.ipv64.de&ip6=2001:aaa:bbbb:cf02::1002
root@ubuntu26-04server:~# systemctl daemon-reload
root@ubuntu26-04server:~# systemctl enable ipv64-ddns-update.service
Created symlink '/etc/systemd/system/multi-user.target.wants/ipv64-ddns-update.service' → '/etc/systemd/system/ipv64-ddns-update.service'.
root@ubuntu26-04server:~# systemctl restart ipv64-ddns-update.service
root@ubuntu26-04server:~#
Nachtrag:
Also ich habe das Script nun ungewollt mehrfach getestet. Nach jedem Neustart des Servers mit Ubuntu 26.04 geht der DynDNS Update Limit-Zähler eins hoch. Ungewollt deswegen, weil ich beim Test auf ein anderes für dich irrelevantes Problem gestoßen bin, verursacht von Netplan. Netplan wird bei Kubuntu aber nicht verwendet. Es ist daher in diesem Zusammenhang irrelevant.
Zusammenfassend bleibt festzuhalten:
Wenn man das Script richtig konfiguriert läuft es und tut genau das was es soll (auch unter 26.04 - unter 24.04 sowieso). Ein Eintrag in die Crontab ist überflüssig, denn dafür, dass es nach jedem Neustart läuft sorgt ja bereits der systemctl daemon
Im Grunde muss der TS @mswbg ja dem User root ja nur ein Passwort geben. Mehr ist nicht notwendig, damit @mswbg wie aus der Vergangenheit gewohnt als User root arbeiten kann.
