Wird ein Datenumzug über Robocopy manuell gestartet, etwa über ein Skript, sind die Transferraten höher, als wenn dieser Vorgang über die Aufgabenplanung (Scheduled Tasks bzw. Task Scheduler auf englischem Windows Server 2003 bzw. 2008) initiiert würde. Die Ursache hierfür liegt in der Priorisierung der Aufgabenplanung. Diese lässt sich über die GUI nicht konfigurieren. Abhilfe schafft ein Tweak.
Eine typische Herausforderung in der IT ist der Austausch von Daten. Es gibt unzählige Möglichkeiten, die ihre Vor- und Nachteile haben. Heutzutage hat es sich durchgesetzt, große Datenmengen über Freigaben im Netzwerk auszutauschen. Die einfache Nutzung überzeugt viele Anwender. Werden diese dann noch über DFS veröffentlicht, hat man alle Freigaben zentral an einer Stelle im Netzwerk. Jedoch gibt es einige Fallstricke, auf die man achten sollte. Es kommt nicht selten vor, dass die Standardwerte genutzt werden, welche allerdings zu viele Rechte einräumen. Aber fangen wir mit den Basics an.
(mehr …)
Bisher brachte Citrix XenApp eine eigene Sitzungsspiegelung (Session Mirroring) mit, um Anwendern einfach und schnell Unterstützung anzubieten. Seit XenApp 6.0 und neuer ist es jedoch nicht mehr möglich die Spiegelungs-Funktionalität zu verwenden, wenn der zu spiegelnde Benutzer zwei oder mehr Monitore verwendet. Es kommt dann zu einem der folgenden Fehler.
Mit meinem letzten Skript stieß ich auf ein Problem. Es öffnet eine Excel-Datei in einem File Share, bearbeitet bestimmte Zellen, speichert und schließt die Datei wieder. Wird das Skript interaktiv ausgeführt, gibt es keine Probleme. Doch beim Starten über geplante Aufgaben (Scheduled Tasks) tritt folgender Fehler auf.
• The file name or path does not exist.
• The file is being used by another program.
• The workbook you are trying to save has the same name as a currently open workbook.
Heute gibt es das Tool der Woche, das Active Directory Replication Status Tool ADREPLSTATUS. Wer es gern grafisch mag, was bei Windows Admins durchaus häufig auftritt, hat beim Überprüfen der Replikation mittels Kommandozeilenprogramm REPADMIN in die Röhre geschaut. Seitens Microsoft kam das Tool REPLMON, was aber mittlerweile etwas veraltet ist. Microsoft legt nun mit ADREPLSTATUS nach.
Vor einer Woche ist der Release Candidate des Windows Server 2012 und die Release Preview von Windows 8 erschienen. Der Installationsstart kann schon zu Problemen führen. Bereits beim Laden des WinPE kommt folgende Fehlermeldung? Hier gibt es die Lösung.
Error Code: 0x0000005D
Parameters:
0x000000000FEBFBFF
0x0000000020000800
0x0000000000000000
0x0000000000000000
Seit einiger Zeit ist der Nachfolger von Windows Server 2008 R2 zwecks Evaluierung als Developer Preview erhältlich: Windows Server 2012. Welche Features und Neuerungen in Windows Server 2012 integriert sind, decken wir heute auf.
Um es vorneweg zu sagen: Das Metro Design ist äußerst gewöhnungsbedürftig. Was bei einem Tablet oder Smartphone durchaus Sinn macht, wird auf einem Server eher hinderlich sein. Doch dazu später mehr.
Wenn ein Benutzer versucht sich an einer Arbeitsstation anzumelden, dabei seinen richtigen Benutzernamen, jedoch ein falsches Passwort angibt, registriert der Domänencontroller (DC) das Ereignis 675 (Pre-authentication failed) mit der Fehlermeldung 24.
Beim Durchsuchen des Sicherheitsprotokolls des DC’s, kann jeder Anmeldeversuch ermittelt werden. In Verbindung mit den detaillierten Angaben ist es möglich festzustellen, welches Benutzerkonto betroffen ist und von welcher Arbeitsstation/Server der Versuch unternommen wurde. Windows loggt ebenfalls unter der ID 675, wenn ein Benutzer einen anderen Benutzernamen, als den mit dem er/sie bereits angemeldet ist, verwendet. Bspw. wenn eine Verbindung zu einem Server unter anderem Benutzernamen hergestellt werden soll (runas.exe, Netzlaufwerk verbinden unter anderem Benutzerkonto, etc.), dann aber fehlschlägt.
Der Exchange Server unterbindet in der Grundkonfiguration das Annehmen und Weiterleiten von E-Mails anonymer Benutzer. Dieses Sicherheitsmerkmal soll verhindern, dass der E-Mail-Server als Open Relay missbraucht wird. Davon unberührt sind natürlich Empfang und Weiterleitung externer E-Mails durch den Standardempfangsconnector. Doch hier besteht die “Einschränkung”, dass nur E-Mails für konfigurierte Domänen angenommen werden. Damit der Exchange Server als Relay fungiert, muss ein neuer Empfangsconnector (Receive Connector) erstellt und entsprechend konfiguriert werden. Doch warum sollte man anonymen Benutzern das Recht einräumen, einen Exchange Server als Relay zu verwenden?
In vielen Szenarien ist es erforderlich, zwei oder mehrere Gesamtstrukturen (Forest) zusammen zu schließen. Dieser Artikel beschreibt anschaulich, welche Schritte durchgeführt werden müssen.
Das in diesem Beitrag beschriebene Verfahren, ist für alle verfügbaren Windows Server-Versionen (aktuell Windows Server 2012 R2) gültig. Weitere Informationen zum Thema Active Directory findest du in meinem Post Active Directory – Grundlagen.