{"type":"rich","html":"
\"PepeCyBs<\/a>PepeCyBs Welt<\/a> wrote the following post <\/a>Mon, 06 Oct 2025 17:17:55 +0200<\/span><\/span><\/div>
Feintuning extrem - Berechtigungen unter Hubzilla<\/strong>
\"ftuning.png\"<\/a>

Immer wieder "prahle" ich, wie feingranular denn das Berechtigungssystem von Hubzilla ist und wie genau man festlegen kann, wer was sehen und wer was womit machen kann.

Nutzt man die Kanalrollen<\/a> "Pers\u00f6nlich" oder "\u00d6ffentlich", so ist auch schon sehr viel m\u00f6glich. Viel mehr als bei den meisten Fediverse-Diensten. Aber trotzdem bleiben es noch "Berechtigungen mit Hammer und Mei\u00dfel". Wer aber mit dem spitzen Bleistift feine Berechtigungsmuster zeichnen m\u00f6chte, der muss etwas tiefer in das Berechtigungssystem<\/a> von Hubzilla eintauchen und \u2013 das ergibt sich aus dem Wunsch \u2013 ein wenig mehr Aufwand betreiben.

Ausgangspunkt f\u00fcr einen solchen Kanal ist die Kanalrolle. Und hier m\u00fcssen wir nun "Benutzerdefiniert<\/a>" ausw\u00e4hlen, weil die vorgegebenen Rollen zu viele Rechte einr\u00e4umen.

Die benutzerdefinierte Kanalrolle entspricht nach Kanalerstellung der Rolle "Pers\u00f6nlich". Wir k\u00f6nnen aber, im Gegensatz zu den vorkonfigurierten Rollen, jegliche Berechtigung selbst festlegen. Dies geschieht \u00fcber Einstellungen \u2794 Privacy-Einstellungen \u2794 Benutzerdefinierte Konfiguration der Channel Role.

\"fine01.png\"<\/a>

W\u00e4hlt man diesen Punkt, wird man zun\u00e4chst gewarnt, dass man sich damit seinen Kanal durchaus "kaputt konfigurieren" kann. Na ja... dauerhaft kaputt macht man ihn sich damit auch nicht, weil man ja alles "zur\u00fcckdrehen" kann. Es kann nur passieren, dass gewisse Dinge wom\u00f6glich nicht mehr funktionieren, sofern man bei bestimmten Berechtigungen die falsche Einstellung w\u00e4hlt.

\"fine02.png\"<\/a>

"Feintunig extrem" hei\u00dft dieser Beitrag... und "extrem" ist hier ziemlich w\u00f6rtlich gemeint.

Grunds\u00e4tzlich m\u00f6chte man ja trotzdem, wenn man ein Soziales Netzwerk nutzt, mit anderen Nutzern in Interaktion treten. Das sollte man im Hinterkopf behalten, insbesondere bevor man bei einer Berechtigung die Auswahl "Nur ich" anwendet.

F\u00fcr mein Beispiel setze ich jede(!) Berechtigung auf "Nur die, denen Du es explizit erlaubst<\/strong>". Damit ist der erste Schritt getan. Ab sofort muss ich alles, was ich anderen zugestehen m\u00f6chte, explizit f\u00fcr jeden auch erlauben.

Nun kommen die Kontaktrollen<\/a> ins Spiel. Es gibt immer die Rolle "Standard", welche allen Verbindungen das erlaubt, was auch mit der Kanalrolle "Pers\u00f6nlich" erlaubt ist. Und jede neue Verbindung erh\u00e4lt zun\u00e4chst die Kontaktrolle "Standard". Damit w\u00e4re also erstmal kaum etwas gewonnen. An dieser Stelle ist es also erforderlich (bei einem neuen Kanal am besten, bevor man die erste Verbindung \u00fcberhaupt eingeht), weitere Kontaktrollen zu erstellen. Das geschieht mit der App "Contact Roles" (findet Ihr die nicht im App-Men\u00fc, m\u00fcsst ihr in der App-Verwaltung das "Sternchen" erst noch aktivieren<\/a>).

Dort sieht man in einer Liste die bisher einzige vorhandene Kontaktrolle "Standard" und ein leeres Formular zur Erstellung einer neuen Rolle. Die ist nun im vorliegenden Fall im Bereich der Berechtigungen ohne auch nur ein einziges abgehaktes K\u00e4stchen und es gibt auch keine positiven Berechtigungen, die von der Kanalrolle geerbt wurden. Und genau diese Rolle nehmen wir jetzt auch mit s\u00e4mtlich leeren K\u00e4stchen als eine neue Kontaktrolle. Das ist die Rolle, die auch Verbindungen nichts erlaubt. So mal rein gar nichts.

\"fine03.png\"<\/a>

Sie muss einen Namen bekommen. Ich habe meine "n\u00fcscht" genannt. Wichtig (nicht zwingend, dazu sp\u00e4ter mehr) f\u00fcr unser Vorhaben ist die Option "Neuen Kontakten automatisch diese Rolle zuweisen". Die sollte aktiviert werden. Das sorgt daf\u00fcr, dass jede neu eingegangene Verbindung grunds\u00e4tzlich erst einmal diese Rolle bekommt... und letztlich "n\u00fcscht" darf. Die Verbindung bekommt nicht einmal von uns geteilte Inhalte auch nur zu sehen. Und wir selbst sehen von dieser Verbindung damit auch erstmal genau "n\u00fcscht".

Das ist nun aber eher sinnfrei. Die Rolle und die Festlegung, jedem Kontakt dieser Rolle zuzuweisen, sofern man keine andere ausw\u00e4hlt, dient nur der Sicherheit, dass neue Verbindungen unbeabsichtigt Berechtigungen bekommen, die wir ihnen eigentlich nicht zugestehen wollen.

So, und nun k\u00f6nnen wir ans Feintuning gehen. Wir legen uns weitere Kontaktrollen an, die ganz genau auf unsere Bed\u00fcrfnisse abgestimmt sind.

Die vorhandene (und nicht bearbeitbare) Standard-Rolle k\u00f6nnen wir nat\u00fcrlich auch f\u00fcr Verbindungen nutzen. N\u00e4mlich f\u00fcr genau diejenigen, mit denen wir wie in einem Sozialen Netzwerk ganz normal interagieren m\u00f6chten.

Nun mag es vielleicht sein, dass wir das typische Social-Network-Verhalten nur f\u00fcr eine bestimmte Zahl unserer Verbindungen haben wollen, die meisten aber sollen die Funktionen nur etwas eingeschr\u00e4nkt nutzen k\u00f6nnen. Angenommen, die normalen Kontakte sollen unsere Postings sehen k\u00f6nnen, wir selbst wollen deren Postings auch sehen, sie sollen auch unsere Dateien und Bilder sehen k\u00f6nnen, ebenso unsere Webseiten und Wikiseiten. \u00dcberdies sollen sie liken und disliken k\u00f6nnen und unsere Beitr\u00e4ge kommentieren... ach und Direktnachrichten sollen sie uns auch schicken k\u00f6nnen. Die Rolle, ich nenne sie einfach mal "normal" w\u00fcrde dann so aussehen:

\"fine04.png\"<\/a>

Nun mag es sein, dass wir Kontaktanfragen bekommen, wir dem Antragsteller auch durchaus erlauben wollen, unsere Beitr\u00e4ge zu verfolgen, wir selbst wollen aber seine Beitr\u00e4ge nicht sehen und er soll auch keine Reaktionen oder Kommentare machen k\u00f6nnen... er w\u00e4re also das, was bei anderen Diensten der "Follower" ist, dem wir selbst aber nicht folgen, dann k\u00f6nnen wir eine weitere Rolle anlegen (und z.B. "Follower" nennen). Die s\u00e4he dann so aus:

\"fine05.png\"<\/a>

Wir erlauben dem "Follower" also, alles zu sehen, aber selbst nicht in unserem Stream in Erscheinung zu treten.
Und nach diesem Schema k\u00f6nnen wir uns beliebig viele Kontaktrollen f\u00fcr jede denkbare Verbindung erstellen und dann bestimmten Verbindungen zuweisen.

Das Zuweisen erfolgt entweder, wenn wir selbst eine Verbindung eingehen im dann erscheinenden Verbindungs-Editor<\/a>. Hier k\u00f6nnen wir im Auswahlmen\u00fc "W\u00e4hlen Sie eine Rolle f\u00fcr diesen Kontakt" die gew\u00fcnschte Kontaktrolle ausw\u00e4hlen.

\"fine06.png\"<\/a>

Bereits bestehenden Verbindungen k\u00f6nnen wir auch andere Kontaktrollen zuordenen, indem wir den Verbindungs-Editor in der App "Verbindungen" nutzen.

\"fine07.png\"<\/a>

Bekommen wir eine Verbindungs-Anfrage, landen wir auch wieder im Verbindungs-Editor und legen dort auch gleich die Rolle fest.

\"fine08.png\"<\/a>

Bei einer \u00fcbersichtlichen Zahl von Verbindungen funktioniert das. Werden es wesentlich mehr Verbindungen, dann kann man sich auch mit der Privacy Gruppen<\/a> das Leben etwas einfacher machen (auch wenn man die Berechtigungen sp\u00e4ter einmal umfassend f\u00fcr seine Verbindungen umstrukturieren m\u00f6chte).

Die App "Privacy Gruppen"muss, sofern noch nicht geschehen, erst einmal installiert werden (obwohl ihre Grundfunktionalit\u00e4t ohnehin schon vorhanden ist... man kann halt ohne die App nicht dran rumschrauben).

Legt man sich f\u00fcr verschiedene Berechtigungs-Rollen nun verschiedene Privacy Gruppen an und schiebt seine Kontakte in diese Gruppen, so kann man in der App "Contact Roles" bei jeder Rolle festlegen, dass diese allen Mitgliedern einer bestimmten Privacy Gruppe zugewiesen werden.

Achtung, Fu\u00dfangel:<\/u> Ordnet Ihr einzelne Verbindungen gleichzeitig mehreren Privacy Gruppen zu, so gilt f\u00fcr diese Verbindungen nat\u00fcrlich die Kontaktrolle, die Ihr zuletzt einer Gruppe zugewiesen habt.

Ist also Kontakt A gleichzeitig in den Gruppen B und C und Ihr weist die Kontaktrolle D allen Mitgliedern der Gruppe B zu und danach allen Mitgliedern der Gruppe C die Rolle E, dann verf\u00fcgt Kontakt A \u00fcber die Berechtigungen der Rolle D, weil ihm zuletzt als Gruppenmitglied der Gruppe C die Rolle E zugewiesen hat.

Aaaargh... wenn Ihr jetzt einen Knoten im Gehirn habt, Beschwerden bitte nach \/dev\/null verschieben. \ud83d\ude09\ud83d\ude02 War jetzt suboptimal, das Beispiel...
Also kurz:<\/u> Die zuletzt einer Privacy Gruppe zugewiesene Kontaktrolle gilt dann f\u00fcr alle Gruppenmitglieder, die sich zu dem Zeitpunkt in dieser Gruppe befunden haben. Andere Kontaktrollen, die sie vorher hatten, werden \u00fcberschrieben.

Soviel zum Berechtigungs-Feintuning. Mit Hubzilla ist echt sehr viel m\u00f6glich. Und das, was ich hier beschrieben habe, ist tats\u00e4chlich, wenn man es auf die Spitze treibt, etwas f\u00fcr Berechtigungsverteilungsfanatiker (nicht nur die Ungarn k\u00f6nnen lange W\u00f6rter). Man muss die richtige Balance finden.
Das Beispiel, das ich mit den paar Rollen hier beschrieben habe, ist aber durchaus alltagstauglich und kann helfen, den Stream hygienisch zu halten.
Die Rolle "n\u00fcscht" k\u00f6nnt Ihr Euch auch klemmen, wenn Ihr wollt (vor allem die automatische Zuweisung f\u00fcr neue Kontakte). Ihr m\u00fcsst dann halt nur darauf achten, beim Eingehen einer Verbindung auch wirklich die korrekte Kontaktrolle zuzuweisen. Ist quasi nur ein zus\u00e4tzliches Sicherungsseil. Dann w\u00e4re es aber sinnvoll, neuen Kontakten als Standard die Rolle "Normal" zuzuweisen.


Titelbild von Kevin Wuhrmann<\/a> auf Pixabay<\/a><\/span><\/div><\/div>
<\/div>","width":640,"height":426}