Linux User Hilfegruppe - Ubuntu, Fedora, Arch, SUSE, MX Linux, Mint usw

Wow. Respekt. Und nochmal vielen Dank für die ganzen Beschreibungen. 🙏 Ich hoffe ich komme morgen dazu es auszuprobieren.

Chatkontrollfrei Dienste und Kategorien, die faktisch von der Chatkontrolle nicht betroffen sind oder als sicherere Alternativen gelten, weil sie entweder technisch nicht scannbar sind, nicht kommerziell agieren oder außerhalb der EU-Jurisdiktion operieren: 1. Dezentrale und Föderierte Netzwerke Diese Dienste sind aufgrund ihrer Architektur schwer bis gar nicht regulierbar, da es keine zentrale Instanz gibt, die eine „Aufdeckungsanordnung" erhalten und umsetzen könnte. Matrix (z. B. Element): Ein offenes Protokoll, bei dem jeder seinen eigenen Server betreiben kann (Self-Hosting).  Bei privat gehosteten Servern liegt die Kontrolle vollständig beim Betreiber, nicht bei einem großen Konzern. Eine EU-weite Durchsetzung des Scannings ist hier technisch kaum flächendeckend möglich. Peer-to-Peer-Messenger (Briar, MeshChatX, Columba, Tox), die ohne zentrale Server auskommen. Die Nachrichten laufen direkt von Gerät zu Gerät (oft über Tor). Da es keine Firma gibt, die den Dienst betreibt, kann auch keine Firma zum Scannen verpflichtet werden. SimpleX Chat: Verzichtet komplett auf Nutzer-IDs und zentrale Server. Die Architektur macht eine anbieterseitige Überwachung unmöglich, da es keinen „Anbieter" im klassischen Sinne gibt, der Zugriff auf die Kommunikationsstruktur hat. 2. Nicht-kommerzielle und Hobby-Projekte Der Gesetzesentwurf zielt primär auf „interpersonelle Kommunikationsdienste", die im Rahmen einer kommerziellen Tätigkeit angeboten werden. Private Instanzen: Selbst gehostete Lösungen (z. B. eigene XMPP- oder Matrix-Server) für den privaten Gebrauch oder kleine Vereine fallen oft nicht unter die strengen Regulierungen für große Provider. Open-Source-Projekte ohne Gewinnerzielungsabsicht: Solange der Dienst nicht werbefinanziert ist oder Daten verkauft, ist die rechtliche Einordnung als „Diensteanbieter" im Sinne der Verordnung schwieriger, auch wenn dies keine 100%ige Sicherheit bietet.

Ich spiele noch mit dem X10III herum, der ist mir aber echt zu schwach und schmal :) wird Zeit, dass mein JP2 auch kommt

Das Kommando: certbot renew --quiet --post-hook "systemctl reload nginx" certbot -d domain.de (http://deimundt.de/) tut folgendes: 1️⃣ Das Programm certbot wird angewiesen das Zertifikat zu erneuern (renew) 2️⃣ Und es soll dabei keine Ausgaben machen (--quiet) [halte ich für kritisch weil man im Fehlerfall eben nicht herausfinden kann ob und was schief gelaufen ist] 3️⃣ Es soll für danach (post) einen Haken (hook) setzen 4️⃣ Dann wird der Dienst systemd (systemctl) angewiesen den (Web) Server (nginx) neu zu laden (reload) Jeder weitere String, wie dein certbot -d domain.de (http://deimundt.de/) ist nicht mehr Teil des Kommandos und sollte normalerweise zu einer entsprechenden Fehlermeldung führen. Nur wird es, wenn es nicht direkt in der Shell ausgeführt wird eben nichts zu lesen geben weil du nicht mittels Ausgabeumleitung (>) die Fehlermeldungen in eine Protokolldatei geschrieben hast. Etwa so: certbot -d domain.de 2>/var/log/certbot.errors.txt Der Ausgabekanal 2 ist der für die Fehlermeldungen, in meinem Beispiel werden etwaige Fehlermeldungen also in eine Datei certbot.errors.txt im Pfad /var/log geschrieben. Existiert die Datei schon, so wird diese überschrieben, ansonsten neu angelegt. Aber einen Schritt zurück. Nach dem Kommando certbot renew --quiet --post-hook "systemctl reload nginx" braucht es entweder ein Semikolon (;), ein kaufmännisches Und (&) bzw. derer gleich zwei (&&) damit das Folgende als eigenständiges Kommando angenommen wird. Also etwa so: certbot renew --quiet --post-hook "systemctl reload nginx && $DeinBefehl" certbot -d domain.de Dadurch wird das Kommando nach den &-Zeichen erst dann ausgeführt wenn das Kommando vor den &-Zeichen erfolgreich ausgeführt wurde. Inklusive Fehlerausgaben: certbot renew --quiet --post-hook 2>/var/log/certbot.log && "systemctl reload nginx 2>/var/log/nginx.log && $DeinBefehl2>/var/log/logfile.log" certbot -d domain.de 2>>/var/log/certbot.log Damit würden Logfiles für certbot, nginx, systemctl, logfile