Zugriffsbeschränkungen für Nodes - eine Übersicht der Möglichkeiten

Super Überblick über die verschiedenen Möglichkeiten und auch prima geschrieben! Die Seiten habe ich leider erst jetzt richtig wahrgenommen, sonst hätte ich das schon eher auf die Startseite gesetzt. Habe ich aber jetzt nachgeholt! :)

Freut mich, wenn die Arbeit gefällt ;)

Ich selbst verwende für Zugriffsrechte i.d.R. Taxonomy Access Control Lite, damit habe ich eine strukturierte und modellierbare Zugriffsberechtigung.

• Ich definiere ein eigenes Vokabular mit Berechtigungen bzw. Sichtbarkeiten, z.B. Vorstand r/o,Vorstand r/w oder Finanzen readonly
• Über Benutzerverwaltung->Access control by taxonomy definiere ich die Berechtigungen (view/update) und dazugehörige Rollen.
• Diese Berechtigungsdefinition lässt sich für jeden Benutzer über Bearbeiten->Taxonomy-based access auch noch individuell zuweisen.
• Über Taxonomy Defaults lässt sich eine Default-Zuweisung für einen Inhaltstyp festlegen, die vom Autor nicht verändert werden kann.

Vorteil: Zugriffsberechtigungen werden quasi wie ein Objekt definiert, dem Rollen und einzelne Benutzer zugewiesen werden. Nodes können jetzt durch die Zuweisung von Begriffen aus dem Vokabular diesen Zugriffsberechtigungen unterworfen werden.

Damit lässt sich auch ein formalisiertes Berechtigungssystem nach dem RBAC-Modell aufbauen, das sogar auditierbar ist.

Ich habe fuer die Zugriffskontrolle auf einzelne Inhalte bisher auch eher zu Taxonomy Access Control tendiert.
Was mich interessieren wuerde: Gibt es Szenarien/Beispiele fuer die eine Zugriffskontrolle auf einzelne Inhalte durch Taxonomy abzulehnen ist zugunsten eines Systems wie von Exterior auf Praktischer - dynamische rollebasierte Zugriffe beschrieben?

Interessant, das Modul kannte ich noch gar nicht. Tja, man lernt nie aus :)

Ich habe immer mit Content Access und Co. gearbeitet, daher wäre ein Grund höchstens "persönliche Vorlieben", aber mir fallen da spontan keine großen Vor- oder Nachteile ein.
Man könnte als Nachteil "meiner Methode" evtl. anführen, dass sie länger benötigt, bis sie eingerichtet ist. Aber wenn man sich mit den entsprechenden Modulen auskennt (und ich benutze eben Rules sehr oft usw.), dann geht das auch sehr flott von der Hand.

Vorteil ist dafür, dass man Views für die Ausgabe der Rollen verwenden kann, ist vielleicht manchmal auch ganz praktisch.

Und was mir spontan noch einfällt:

Bei Taxonomy Access Control werden die "Zugriffsrechte" als Taxonomy-Terms hinzugefügt.

Wenn man nun z.B. in einer node.tpl.php die Taxonomy-Terms eines Nodes auslesen und verarbeiten will, so wie hier:

Dann könnte man ein wenig Probleme bekommen, denn die Access-Terms will man vermutlich nicht mit auswerten und müsste sie alle einzeln ausschließen, was evtl. umständlich werden könnte und man müsste diese Funktion dann anpassen, falls sich die Access-Terms mal ändern (z.B. zwei Rollen heraus genommen werden und eine neue dazu kommt). In solch einem Fall wäre TAC evtl. nicht ganz so praktisch.

Aber insgesamt ein schönes Modul, werde ich mir mal näher anschauen.

Was mir aber noch einfällt: Ich bin z.B. bei vielen Inhaltstypen darauf angewiesen, dass man (zusätzlich zu der Liste mit Benutzerrollen) eine Liste aller Benutzer (und zwar 3- oder 4-Spaltig) ausgegeben bekommt und dort dann einfach beliebige Benutzer anwählen kann, die den Node dann sehen können. Das ist - soweit ich das erkennen kann - mit TAC nicht ohne weiteres möglich, oder?

Ich suche nach einer Lösung um veröffentlichte nodes nur zugänglich zu machen, wenn dessen author eine bestimmte rolle hat.
ist für dieses szenario vielleicht eine lösung bekannt?

Das würde ich über die node.tpl.php machen.

Dort hat man so eine Stelle:

Daraus könnte man sowas machen: