Sie können Client Security nicht über eine Netzwerkfreigabe installieren, sofern Sie keine Zugriffsrechte für die Anwendung haben. Weitere Informationen finden Sie unter How to deploy a .NET Framework application to run from a network location (http://go.microsoft.com/fwlink/?LinkID=87921) (Bereitstellen einer .NET Framework-Anwendung über ein Netzwerk – möglicherweise in englischer Sprache). Wenn Sie nicht über Zugriffsrechte verfügen, kopieren Sie Client Security für die Installation auf den lokalen Server.

In einer Topologie mit einem Server muss sich das DAS-Konto in derselben Domäne befinden wie der Server.

Nach der Installation von Client Security mit SQL Server Reporting Services unter Verwendung von Secure Sockets Layer (SSL) (https://servername/reports) wird auf der Ergebnisseite des Konfigurations-Assistenten möglicherweise folgende Fehlermeldung angezeigt: „Fehler beim Import von Berichten.“ In diesem Fall enthält die Protokolldatei des Konfigurations-Assistenten (ServerConfig_YYYYMMDD_HHMMSS.log) auch folgende Fehlermeldung: „Anfrage fehlgeschlagen mit HTTP-Status 413: Die Anforderungseinheit ist zu groß.“

Um das Problem zu beheben, öffnen Sie eine Eingabeaufforderung, und führen Sie folgenden Befehl aus:

cscript adsutil.vbs set w3svc/1/uploadreadaheadsize 500000.

Weitere Informationen finden Sie unter Client cannot renegotiate request and returns an HTTP 413 error (IIS 6.0) (http://go.microsoft.com/fwlink/?LinkId=87921) (Client kann Anfrage nicht verarbeiten und meldet einen HTTP 413-Fehler (IIS 6.0) – möglicherweise in englischer Sprache).

Wenn der Name des Verwaltungsservers Sonderzeichen enthält, meldet der Berichtsserver unbehobene Ausnahmefehler. Durch eine der folgenden Maßnahmen können Sie das Problem vermeiden: Verwenden Sie für den Namen des Verwaltungsservers nur ANSI-Zeichen, oder nennen Sie ihn „localhost“. Wenn Sie eine statische IP-Adresse für den Server verwenden, kann auch die IP-Adresse als Servername dienen.

Wenn im Namen des Servers bereits Sonderzeichen enthalten sind, benennen Sie ihn unter ausschließlicher Verwendung von ANSI-Zeichen um.

Wenn Sie für den Verteilungsserver Windows Server Update Services (WSUS) 2.0 installieren, muss „SetupAndConfigTracing“ während der Installation des Verteilungsservers deaktiviert sein. Wenn in diesem Fall „SetupAndConfigTracing“ aktiviert ist, schlägt das Server-Setup fehl.

Auch „UpdateAssistantTracing“ und „UpdateAssistantConfigTracing“ müssen auf dem WSUS 2.0-Verteilungsserver immer deaktiviert sein. Andere Dienste stürzen sonst möglicherweise ab.

Wenn Sie Client Security auf einem Clientcomputer mit einer 64-Bit-Version von Windows Vista installieren und dabei die Benutzerkontensteuerung (User Account Control, UAC) aktiviert ist, tritt folgende Fehlermeldung auf: „Installationsfehler. Fehler beim Initialisieren der Protokolldatei... Stellen Sie sicher, dass der Protokollpfad, die Protokolldatei und/oder der Installationspfad gültig und zugänglich sind.“ In diesem Fall schlägt das Client-Setup fehl. Um diesen Fehler zu vermeiden, führen Sie das Client-Setup über eine erhöhte Eingabeaufforderung aus.

Stellen Sie vor der Installation von Update-Rollup 1 für Windows 2000 mit SP4 sicher, dass Windows 2000 SP4 installiert ist.

So installieren Sie Update-Rollup 1:

• Laden Sie Update-Rollup 1 für Windows 2000 mit SP4 über Windows Update (http://go.microsoft.com/fwlink/?LinkId=87920) auf den Clientcomputer herunter, und installieren Sie es.
  
  

Wenn dieser Protokolleintrag nach der Installation von Client Security auf einem Clientcomputer angezeigt wird, müssen Sie diesen Computer neu starten. Nach der Installation des Agents erhalten Sie einen Protokollbericht zum fehlgeschlagenen Client-Setup und die Aufforderung, fcsam.log zu überprüfen. In fcsam.log wird jedoch korrekterweise angegeben, dass die Installation erfolgreich war. Um sicherzustellen, dass keine Fehler vorliegen, starten Sie den Clientcomputer neu.

Dieser Fehler tritt auf, wenn Sie kürzlich Filter Manager QFE installiert und den Computer noch nicht neu gestartet haben.

Wenn in der Client Security-Bereitstellung WSUS zum Verteilen von Definitionen anstelle von Patches verwendet wird, treten bei der SSA-Patch-Überprüfung Fehler auf.

Zur Vermeidung dieses Problems muss WSUS so konfiguriert werden, dass alle Patches automatisch heruntergeladen und installiert werden. In welchem Umfang der Client die Installation von Patches steuern kann, hängt jedoch von den Einstellungen für automatische Updates in der Richtlinie ab.

Wenn die Protokolldatei mehr als 512 KB umfasst, werden Ereignisse von Windows XP-Computern nicht mehr protokolliert. Die Ursache für dieses Problem liegt in der Standardgröße für Protokolldateien unter Windows XP, die auf 512 KB festgelegt ist. Zur Vermeidung eines Datenverlusts sollten Sie die Standardgröße für die Protokolldatei auf dem Computer ändern.

Der Abschnitt „14-Tage-Verlauf“ wird möglicherweise nicht im Client Security-Dashboard angezeigt, wenn die Berichtsserverrolle sich nicht auf dem gleichen Server befindet wie die Verwaltungsserverrolle.

Dies kann zwei Gründe haben:

• Der Benutzer, der die Client Security-Konsole öffnet, hat keine Zugriffsrechte für die Berichtsanzeige von Client Security. Weitere Informationen finden Sie im Client Security-Administratorhandbuch unter Working with user roles (http://go.microsoft.com/fwlink/?LinkID=86555) (Arbeiten mit Benutzerrollen – möglicherweise in englischer Sprache).
  
  
• Die SQL Server Reporting Services-Site muss in Windows Internet Explorer® der Liste der vertrauenswürdigen Sites hinzugefügt werden.
  
  

Weitere Informationen finden Sie im Client Security-Handbuch zur Problembehandlung unter Console issues (http://go.microsoft.com/fwlink/?LinkID=86109) (Konsolenprobleme – möglicherweise in englischer Sprache).

Beim Aktualisieren eines Client Security-Clientcomputers von Windows XP auf Windows Vista bleibt der Windows Defender-Dienst möglicherweise aktiviert. Verwenden Sie eine Gruppenrichtlinie, um Defender auf den Clientcomputern zu deaktivieren.