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.
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.
Unversehens kann man sich nicht mehr an einem Server einer Active Directory Domäne anmelden, nur die lokale Anmeldung funktioniert. Weder die Domäne noch andere Server sind anpingbar oder können auf andere Art angesprochen werden. Und das obwohl die Netzwerkkarte verbunden ist und normal zu funktionieren scheint. Ein Ping auf den Server selbst geht problemlos durch. Keine Firewall blockiert ein Paket. Doch im Ereignisprotokoll treten zwei Fehler auf: Event ID 7023 und Event ID 4292 (IPSec driver has entered Block mode). Beide beziehen sich auf IPSec. Beim Versuch den IPSEC-Dienst zu starten, tritt ebenfalls ein Fehler auf.