Wie kann ich die AD Spalten-Anzeige erweitern?

Servus,
die möglichen Spalten die zur Anzeige zur Verfügung stehen kannst du über ein Attribut im AD steuern und so die Auswahl erweitern, wie das geht kannst du hier nachlesen (Achtung, das 409 in der Anleitung muss bei einer deutschen Konsole auf 407 gewählt werden!
https://www.showmehowtodoit.com/how-to-add-additional-columns-in-active- ...

ERWEITERUNG: Um diese Spalten aber auch in OrganizationalUnit-Containern und sonstigen Default-Containern in ADUC anzuzeigen sind die im Link genannten Schritte auch für folgende Container zu wiederholen.
(Nach den Änderungen die Konsole neu starten)



Und zum Hinzufügen von neuen Attributen zum Schema siehe auch meinen Beitrag dazu hier im Forum
Erstellen eines neuen Attributes für Benutzerobjekte im Active Directory Schema


Grüße Uwe

Moin

Ich weiß nicht was hinter deiner TicketID steht, aber musst du wirklich bei jedem Blick ins AD die Ticketnummer sehen? Wenn nein, gehört sie nicht in die Übersicht. Gleiches gilt bei der Personalnummer. Die brauchst du nicht bei jeder Aktion im AD. Beides interessiert nicht, wenn du zum Beispiel einem User neue Drucker zuordnen möchtest. Und dann bleibt noch die Frage ob jeder Administrator von jedem Mitarbeiter die Personalnummer bzw. Personal-ID wissen darf. Stichwort: Datenschutz. Ich weiß ja nicht wo die überall verwendet wird, aber bei uns gibt es zum Beispiel eine Auswertung für die GF über Fehltage. Diese ist in so fern anonymisiert, dass dort lediglich die ID (Personalnummer) aus der Zeit-Erfassung drin steht. Bei uns kennt (bis auf die Personalverantwortlichen) niemand die Personalnummer, die nicht seine eigene ist. Wenn ich als Admin hingegen Zugriff auf alle Personalnummern könnte ich nachschlagen wer wie viele Tage Krank war und schon hab ich ggf. ein kleines Problem. Also immer gut überlegen ob die Daten für den (IT-)Betrieb wirklich relevant sind. Wenn nein haben sie im AD nichts zu suchen.
Außerdem solltest du nicht vergessen: Du kannst die Attribute im AD schnell erweitern, aber nicht so schnell rückgängig machen. Wenn sich dann nach einigen Zeit rausstellt, dass die Attribute doch nicht oder nicht mehr benötigt werden, dann schleppst du die für immer mit dir rum. Es gibt genau eine Möglichkeit einmal hinzugefügte Attribute im AD-Schema wieder zu entfernen und der besteht im Neuaufsetzen der Domäne. Daher sollte der Schritt gut überlegt sein.

Gruß
Doskias

Moin.

Die GUIs in der mmc sind nicht erweiterbar oder wenn, dann nur mit großen Aufwand und Risiko. Bedenke bei deinem Vorhaben, dass das AD für _jeden!_ Domänen-Benutzer vollständig lesbar ist und das auch ohne die Installation von RSAT-Tools. Und natürlich, das einmal vorgenommene Schema-Anpassungen nie wieder rückgängig zu machen sind.

Um deine "erweiterte" Anzeige zu realisieren: PowerShell to the rescue!
Lass per PS das AD auslesen, da kannst du die anzuzeigenden Werte akribisch einstellen. Das ganze mit Out-GridView liefert dann genau das, was du sehen möchtest.

Cheers,
jsysde

Servus @jsysde.
Die Aussage ist so nicht korrekt.
Erweitern der Benutzeroberfläche für Verzeichnisobjekte
Woran siehst du das Risiko meiner oben genannten offiziellen Methode um die Spaltenauswahl in der ADUC MMC zu erweitern? Das machen wir hier schon seit über 10 Jahren so und haben damit keinerlei Probleme irgendeiner Art und es ist auch entsprechend dokumentiert, siehe: Erweitern der Benutzeroberfläche für Verzeichnisobjekte
Das kann ich ebenfalls so nicht stehen lassen. Natürlich hat auch das AD Zugriff-ACLs und nein auch Benutzer können nicht alles sehen, es gibt durchaus diverse Container und Attribute welche sie nicht sehen können, man denke z.B. nur an Bitlocker Recovery-Keys etc. pp. Der User sieht das was man ihm auch erlaubt. Und der Zugriff auf Attribute lassen sich ja bekanntlich auch mit den ACLs einschränken, das wäre also nicht das Problem. Aber auch hier gilt man sollte sein Handwerk verstehen, aber das gilt ja für vieles .
Viele Wege führen nach Rom . Wenn er nur in der MMC eine zusätzliche Spalte anzeigen lassen will braucht er ja nur die o.g. Attribute erweitern und kann vortan auch andere Attribute darstellen lassen.
Wenn man dann schon mit Powershell "wedelt" sollte man es zumindest auch mit etwas Code für den TO untermauern wenn er davon nicht so sehr tangiert sein sollte, als Beispiel

Das eine Schemaerweiterung gut geplant und überlegt sein sollte steht natürlich außer Frage.

Schönes Wochenende
Uwe

@ApoCalyps3 : Wenns das dann war, den Beitrag bitte noch auf gelöst setzen, und Lösungen markieren nicht vergessen. Merci.