Kubuntu wird ab Version 25.10 standardmäßig auf Wayland setzen. Neue Installationen starten künftig nicht mehr mit einer Xorg-Sitzung. Die Umstellung folgt dem Kurs von Ubuntu und KDE. KDE optimiert seit Jahren seine Wayland-Integration. Verbesserungen bei Stabilität, Grafik und Kompatibilität zeigen Wirkung. Auch Ubuntu vollzieht den Wechsel mit der gleichen Version. Die klassische Xorg-Sitzung bleibt weiter […]
Mit GNOME 49 entfernt das Projekt offiziell die X11-Sitzung. Diese Änderung wurde nach langer Vorbereitung und Rücksprache mit führenden Linux-Distributionen beschlossen. Die Veröffentlichung ist für Oktober geplant. Xorg bleibt weiterhin gewartet und sicherheitsrelevant gepflegt. Neue Funktionen oder größere Weiterentwicklungen sind jedoch nicht mehr vorgesehen. Der Fokus der Entwickler liegt nun klar auf Wayland als moderner […]
Wenn es um den Raspberry Pi und DynDNS geht, empfehle ich gerne, wie im Artikel „Nextcloud auf dem RasPi – Teil 4“ beschrieben, als DynDNS-Anbieter den Dienst dnsHome.de. Privatanwender kommen hier in den Genuss, eine kostenlose DynDNS für kleinere Projekte nutzen zu können. Dieser Dienst arbeitet einwandfrei und sorgt dafür, dass u. a. eigene Cloud-Server nach der Zwangstrennung des Internetanbieters stets erreichbar bleiben. Durch den ständigen Abruf der öffentlichen IP und der Übermittlung bei Änderung dieser an den DynDNS-Anbieter wird sichergestellt, dass der Server über eine Subdomain immer erreichbar bleibt.
Darstellung DynDNS. Quelle: Wikipedia
Nun kam es aber bei einer von mir aufgesetzten Installation in einem Telekom-Netz vor, dass die von dnsHome empfohlene Konfiguration
# Configuration file for ddclient generated by debconf
#
# /etc/ddclient.conf
protocol=dyndns2
ssl=yes # Erst ab ddclient Version 3.7 möglich, bitte prüfen
daemon=3600
use=web, web=ip.dnshome.de
server=www.dnshome.de
login=SUBDOMAIN.DOMAIN.TLD
password=PASSWORT
SUBDOMAIN.DOMAIN.TLD
des ddclients nicht funktionierte. Wo lag das Problem? Der Eintrag
web=ip.dnshome.de
ermittelt in diesem Netz nicht wie gewünscht die IPv4-, sondern die IPv6-Adresse und leitet diese an dnsHome weiter. Somit wurde die Verbindung der Subdomain zum Server gestört. Natürlich gibt es auch hierfür eine einfache Lösung. Durch den Austausch des zuvor erwähnten Eintrags durch