Seit Windows Server 2008 R2 und Windows 7 gibt es das Feature „BranchCache“ schon. Besonders für Institutionen, die ein „Wide Area Network“ (WAN = Rechnernetz, das sich über einen größeren geographischen Bereich erstreckt) verwenden, ist dieses Feature sehr interessant. Dies trifft zu wenn das Netzwerk aus einer Hauptstelle und aus einer oder mehreren Zweigstellen besteht.<
WeiterlesenViele unserer Kunden müssen regelmäßig große Mengen an neuen Benutzern anlegen.In der Exchange Management Console können leider nur einzelne Benutzer erstellt werden, das heißt der New Mailbox Assistent muss für jeden Benutzer durchgeklickt werden.
Eine automatisierte Lösung für das Erstellen von Benutzern mit Mailboxen ist der Import von CSV Datein. Diese kann zum Beispiel mit Notepad oder aber auch mit Excel erstellt werden. Letzteres hat den großen Vorteil, dass zum Beispiel Namen der neuen Benutzer bereits in Excel vorhanden sind oder aber durch Ziehen die Reihen automatisch ausgefüllt werden können. Benötigt werden Name, Alias, UPN und Passwort. Die OrganizationalUnit kann in der Excel Tabelle oder später im Import Befehl für alle Benutzer gleich angegeben werden.
WeiterlesenIm Artikel Verwaltung einer Hyper-V Testumgebung via PowerShell - Teil 1 Reset [1] habe ich erklärt, wie man einen Snapshot für alle VMs wiederherstellt. Wie man auch das Erzeugen der Snapshots per Powershell-Skript vereinfacht, zeige ich im folgenden. Auch hier werden wir uns wieder das PowerShell-Projekt von Codeplex[2] zu nutze machen
WeiterlesenImmer häufiger sehen wir auch bei unseren Kunden die Verwendung von Microsofts Virtualisierungslösung Hyper-V.Vor allem bei größeren Testumgebungen gibt es häufiger das Problem, dass man für das Erstellen von Snapshots und das Zurücksetzen oft viel Zeit zur Verwaltung benötigt. Gerade wenn die virtualisierte Umgebung in einer vorgeschriebenen Reihenfolge gestartet werden muss, sitzt der Administrator häufig wartend vor dem Bildschirm.
WeiterlesenAb und zu kommt es vor, dass ein AD-User zur Fehlerbehebung neu angelegt werden muss. Alles kein großes Problem, mit wenigen Klicks ist der alte User durch einen neuen ersetzt und der Fehler ist beseitigt. Was passiert jedoch mit seinen Daten auf dem Exchange?
WeiterlesenVor einiger Zeit habe ich in den Artikeln Attribute im AD verstecken und eigene Attribute erstellen [1] und AD-Attribute verstecken Teil 2 - Leserechte für Confidential Attributes [2] erklärt, wie eigene Attribute im AD erstellt, versteckt und bestimmten Benutzern wieder Leserechte gegeben werden können.Manchmal besteht allerdings der Wunsch, dass ein eigenes Attribut nicht vesteckt ist und mit der erweiterten Suche in ADUC gefunden werden kann.
WeiterlesenHier kommt Teil 2 der Verwaltung einer Exchange "Subdomäne".Wie in Teil1 [1] wollen wir nun einige administrative Rechte auf die Subdomäne einschränken.
Die Mitglieder unserer AD-Gruppe Subdomain-Mailbox-Verwaltung sollen folgendes in der Subdomäne sub.test.local administrieren können:
Erstellen / Bearbeiten von Mailboxen
Erstellen / Bearbeiten von MailContacts
Erstellen / Bearbeiten / Löschen von DistributionGroups
Das große Problem einer Exchange Installation ist, dass alle Änderungen sich immer auf den ganzen Forest auswirken. Bei einer Installation des Exchange Systems in einer Subdomäne hat der Administrator dieser Subdomäne die Möglichkeit Änderungen für die ganze Exchange-Organisation zu machen. Seit Exchange 2010 gibt es die sogenannte Role-Based-Access-Control (RBAC). Hiermit lassen sich die Berechtigungen des Exchange Administrators einer Subdomänen einschränken, die im Folgenden erklärt werden:
Weiterlesen
