AD Verwaltungskonsole anpassen

[Kuddel071089 9]

Hallo zusammen,

 

wir sind gerade dabei unsere Berechtigungsgruppen zu aktualisieren.

 

Dazu verwenden wir die Attribute "company", "department" und "managedBy".

 

Sprich wir tragen einen Verzeichnisverantwortlich mit seiner Abteilung und seiner Firma ein.

 

Ist es jetzt möglich, diese 3 Attribute im AD Verwaltungscenter als Fenster einblenden zu lassen wie die Felder "Beschreibung" und "Hinweis".

 

Das würde die administration deutlich einfacher machen.

 

 

Vielen Dank schonmal für die Hilfe

bearbeitet 11. März 2015 von Kuddel071089

[NilsK 2.789]

Moin,

 

wir hatten so eine ähnliche Frage hier kürzlich. Das Ergebnis war (und mir ist auch nichts anderes bekannt), dass man das ADAC nicht anpassen kann.

 

Vielleicht wäre die Arbeit mit ADUC und folgendem Ansatz eine Möglichkeit:

 

[Kostenstelle in AD integrieren | faq-o-matic.net]
http://www.faq-o-matic.net/2007/02/27/kostenstelle-in-ad-integrieren/

 

Gruß, Nils

[andreas222 12]

Hallo zusammen,

 

möglicherweise geht die Info am Ziel vorbei.

Wir hatten die Anforderung weitere Emailadressen im Test AD unterzubringen und das Feld in ADUC sichtbar zu machen.

In Powershell geht es meine ich...

 

Daten herauslesen mit get-ADObject, in eine Variable zwischenspeichern, 2 Werte addieren und abspeichern mit Set-ADObject...

 

Von Hand...

 

Wir haben das Attribt/Feld "proxyAddresses" für weitere Mail verwendet und weitere Spalte in ADUC sichtbar eingefügt.

 

Beispiel:

 

hier einpflegen (US/English-locale):

CN=default-Display,CN=409,CN=DisplaySpecifiers,CN=Configuration,DC=Test,DC=contoso,DC=com

und hier (deutsches Locale):

CN=default-Display,CN=407,CN=DisplaySpecifiers,CN=Configuration,DC=Test,DC=contoso,DC=com

 

Hier die Anleitung:

Add extra columns to Active Directory Users and Computers display

per GUI:

http://pberblog.com/post/2009/06/21/Add-extra-columns-to-Active-Directory-Users-and-Computers-display.aspx

 

 

1) Load ADSIEDIT

2) Connect to the Configuration naming context.

3) Navigate to CN=DisplaySpecifiers

4) Navigate to CN=409 (This setting changes as per your locale setting.

409 is for english)

5) Edit: CN=default-Display object's extraColumns attribute

or

Edit: CN=user-Display object's extraColumns attribute (normally empty)

 

per script:

http://support.microsoft.com/kb/884402

 

Evtl passt das.

 

VG

Andreas

[Reingucker 3]

Das ADAC bzw. dsac.exe ist in .net programmiert - und das ziemlich statisch soweit ich gesehen habe. Wenn man etwas von .net-programmieren versteht könnte man sich auch ein eigenes ADAC-Webinterface machen und über ADWS auf das AD zugreifen. Habe ich mir auch kurz überlegt das zu machen, aber kann kaum .net und hab im Moment auch keine Zeit mir das parallel zu all den MS-Prüfungen beizubringen.

 

Überblick ADWS

 

http://blogs.msdn.com/b/adpowershell/archive/2009/04/06/active-directory-web-services-overview.aspx

 

Und hier Einblick in die Anbindung über .net

 

http://samirvaidya.blogspot.de/2012/06/using-active-directory-web-services-in.html

 

Wenns einer machen will: Bitte eine Option zum hinzufügen/bearbeiten von Userattributen beim User erstellen/verwalten hinzufügen. Danke.

[NilsK 2.789]

Moin,

 

möglicherweise geht die Info am Ziel vorbei.
Wir hatten die Anforderung weitere Emailadressen im Test AD unterzubringen und das Feld in ADUC sichtbar zu machen.

 

interessanter Hinweis, den kannte ich noch nicht. Danke!

 

Aber: Erstens nimmt das nur Anzeigespalten auf, zur Bearbeitung der Werte taugt es nicht. Und zweitens geht es hier auch um ADUC, der TO wollte aber eine Lösung für ADAC. Und da geht sowas nach aktuellem Kenntnisstand nicht.

 

Gruß, Nils

[andreas222 12]

Hi Nils,

 

 

ja klar.... hätte ich richtig lesen sollen ...es ging um ADAC nicht um ADUC.

 

Freut mich wenn ich trotzdem Input liefern konnte.

 

VG & Merci

Andreas

[Reingucker 3]

 

.....

 

 .....der TO wollte aber eine Lösung für ADAC. Und da geht sowas nach aktuellem Kenntnisstand nicht.

 

Gruß, Nils

 

Natürlich gehts, siehe mein Post über deinem. Man muss sich halt nur hinsetzen und es machen. Man kann das ADAC auslesen, siehe mein Post hier

 

http://www.mcseboard.de/topic/202456-ad-verwaltungscenter-formulare-%C3%A4ndernerweiternerstellen/?do=findComment&comment=1261421

 

und dann das Ganze neu zusammen setzen (s. mein Post über deinem) mit den gewünschten Zusatzfunktionen. Es kostet halt Zeit.

[NilsK 2.789]

Moin,

 

naja. Sich mit nicht unterstützten Methoden aus den einzelnen Komponenten einer Applikation eine andere zusammensetzen, mag mit viel Aufwand vielleicht zum Erfolg führen. Mit einer dokumentierten und unterstützen Erweiterbarkeit hat das aber wenig zu tun.

 

Solange es z.B. keine fest definierten, von außen ansprechbaren APIs gibt, kann sich mit einem Update was an der Funktion ändern, und schon funktionieren die Aufsätze nicht mehr. Da dürfte es dann schon sinnvoller sein, den Aufwand in die eigene Entwicklung eines Werkzeugs zu stecken, das auf definierte APIs (z. B. die schon erwähnten Webservices) zugreift. Das hat dann aber eben mit ADAC nichts mehr zu tun.

 

Leider ist das ADAC nicht nur an dieser Stelle sehr lieblos gemacht.

 

Gruß, Nils

[Reingucker 3]

Hm, ja, stimmt auch wieder. Wäre dann komplett neu besser als erweitern. Aber so oder so: Es ist ziemlich zeitintensiv sowas umzusetzen und daher hats wahrscheinlich noch keiner gemacht.

[NilsK 2.789]

Moin,

 

das ist zeitintensiv, aber gemacht haben das schon Leute. Es gibt eine ganze Reihe dynamischer und erweiterbarer Verwaltungstools. Nur da es eben zeitintensiv ist, kosten die dann meistens Geld.

 

Gruß, Nils