Problembehandlung bei Windows-Anmeldeproblemen
Dieser Artikel beschreibt die Protokolle und Fehlermeldungen, die Windows bereitstellt, wenn sich ein Benutzer mit Zertifikaten oder Smartcards oder beidem anmeldet. Diese Protokolle liefern Informationen, die Sie zur Behebung von Authentifizierungsfehlern verwenden können.
Zertifikate und Public-Key-Infrastruktur
Windows Active Directory verwaltet mehrere Zertifikatspeicher, die Zertifikate für sich anmeldende Benutzer verwalten.
-
NTAuth-Zertifikatspeicher: Zur Authentifizierung bei Windows muss die Zertifizierungsstelle, die Benutzerzertifikate direkt ausstellt (d. h. keine Verkettung wird unterstützt), im NTAuth-Speicher abgelegt werden. Um diese Zertifikate anzuzeigen, geben Sie im Programm certutil Folgendes ein:
certutil –viewstore –enterprise NTAuth - Stamm- und Zwischenzertifikatspeicher: Normalerweise können Zertifikatsanmeldesysteme nur ein einziges Zertifikat bereitstellen. Wenn also eine Kette verwendet wird, muss der Zwischenzertifikatspeicher auf allen Computern diese Zertifikate enthalten. Das Stammzertifikat muss sich im Speicher für vertrauenswürdige Stammzertifikate befinden, und das vorletzte Zertifikat muss sich im NTAuth-Speicher befinden.
- Anmeldezertifikaterweiterungen und Gruppenrichtlinien: Windows kann so konfiguriert werden, dass die Überprüfung von EKUs und anderen Zertifikatsrichtlinien erzwungen wird. Siehe die Microsoft-Dokumentation: https://docs.microsoft.com/de-de/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/ff404287(v=ws.10).
| Registrierungsrichtlinie | Beschreibung |
|---|---|
| AllowCertificatesWithNoEKU | Wenn deaktiviert, müssen Zertifikate die erweiterte Schlüsselverwendung (EKU) für die Smartcard-Anmeldung enthalten. |
| AllowSignatureOnlyKeys | Standardmäßig filtert Windows private Zertifikatsschlüssel heraus, die keine RSA-Entschlüsselung zulassen. Diese Option überschreibt diesen Filter. |
| AllowTimeInvalidCertificates | Standardmäßig filtert Windows abgelaufene Zertifikate heraus. Diese Option überschreibt diesen Filter. |
| EnumerateECCCerts | Ermöglicht die Authentifizierung mit elliptischen Kurven. |
| X509HintsNeeded | Wenn ein Zertifikat keinen eindeutigen Benutzerprinzipalnamen (UPN) enthält oder dieser mehrdeutig ist, können Benutzer mit dieser Option ihr Windows-Anmeldekonto manuell angeben. |
| UseCachedCRLOnlyAnd, IgnoreRevocationUnknownErrors | Deaktiviert die Überprüfung des Widerrufs (auf dem Domänencontroller festgelegt). |
- Domänencontroller-Zertifikate: Um Kerberos-Verbindungen zu authentifizieren, müssen alle Server über entsprechende „Domänencontroller“-Zertifikate verfügen. Diese können über das MMC-Snap-In-Menü „Persönlicher Zertifikatspeicher des lokalen Computers“ angefordert werden.
UPN-Name und Zertifikatszuordnung
Es wird empfohlen, dass Benutzerzertifikate einen eindeutigen Benutzerprinzipalnamen (UPN) in der Erweiterung „Alternativer Antragstellername“ enthalten.
UPN-Namen in Active Directory
Standardmäßig hat jeder Benutzer im Active Directory einen impliziten UPN, der auf dem Muster <samUsername>@<domainNetBios> und <samUsername>@<domainFQDN> basiert. Die verfügbaren Domänen und FQDNs sind im RootDSE-Eintrag für die Gesamtstruktur enthalten. Eine einzelne Domäne kann mehrere im RootDSE registrierte FQDN-Adressen haben.
Außerdem hat jeder Benutzer im Active Directory einen expliziten UPN und altUserPrincipalNames. Dies sind LDAP-Einträge, die den UPN für den Benutzer angeben.
Bei der Suche nach Benutzern anhand des UPN sucht Windows zuerst in der aktuellen Domäne (basierend auf der Identität des Prozesses, der den UPN nachschlägt) nach expliziten UPNs, dann nach alternativen UPNs. Wenn es keine Übereinstimmungen gibt, sucht es den impliziten UPN, der sich auf verschiedene Domänen in der Gesamtstruktur auflösen kann.
Zertifikatszuordnungsdienst
Wenn ein Zertifikat keinen expliziten UPN enthält, bietet Active Directory die Möglichkeit, ein exaktes öffentliches Zertifikat für jede Verwendung in einem „x509certificate“-Attribut zu speichern. Um ein solches Zertifikat einem Benutzer zuzuordnen, kann ein Computer dieses Attribut direkt abfragen (standardmäßig in einer einzelnen Domäne).
Dem Benutzer wird eine Option zur Verfügung gestellt, um ein Benutzerkonto anzugeben, das diese Suche beschleunigt und es ermöglicht, diese Funktion in einer domänenübergreifenden Umgebung zu verwenden.
Wenn mehrere Domänen in der Gesamtstruktur vorhanden sind und der Benutzer keine Domäne explizit angibt, legt das Active Directory rootDSE den Speicherort des Zertifikatszuordnungsdienstes fest. Dieser befindet sich auf einem globalen Katalogserver und verfügt über eine zwischengespeicherte Ansicht aller x509certificate-Attribute in der Gesamtstruktur. Dieser Computer kann verwendet werden, um ein Benutzerkonto in jeder Domäne effizient zu finden, basierend nur auf dem Zertifikat.
Steuerung der Auswahl des Anmelde-Domänencontrollers
Wenn eine Umgebung mehrere Domänencontroller enthält, ist es nützlich zu sehen und einzuschränken, welcher Domänencontroller für die Authentifizierung verwendet wird, damit Protokolle aktiviert und abgerufen werden können.
Steuerung der Domänencontroller-Auswahl
Um Windows zu zwingen, einen bestimmten Windows-Domänencontroller für die Anmeldung zu verwenden, können Sie die Liste der Domänencontroller, die ein Windows-Computer verwendet, explizit festlegen, indem Sie die Datei lmhosts konfigurieren: \Windows\System32\drivers\etc\lmhosts.
Normalerweise befindet sich an diesem Speicherort eine Beispieldatei namens „lmhosts.sam“. Fügen Sie einfach eine Zeile hinzu:
1.2.3.4 DC-NetBIOS-Name #PRE #DOM:mydomai
Wobei „1.2.3.4“ die IP-Adresse des Domänencontrollers namens dcnetbiosname in der Domäne mydomain ist.
Nach einem Neustart verwendet der Windows-Computer diese Informationen, um sich bei mydomain anzumelden. Diese Konfiguration muss nach Abschluss des Debuggings rückgängig gemacht werden.
Identifizieren des verwendeten Domänencontrollers
Bei der Anmeldung setzt Windows eine MSDOS-Umgebungsvariable mit dem Domänencontroller, der den Benutzer angemeldet hat. Um dies zu sehen, starten Sie die Eingabeaufforderung mit dem Befehl: echo %LOGONSERVER%.
Protokolle, die sich auf die Authentifizierung beziehen, werden auf dem Computer gespeichert, der durch diesen Befehl zurückgegeben wird.
Kontoüberwachungsereignisse aktivieren
Standardmäßig aktivieren Windows-Domänencontroller keine vollständigen Kontoüberwachungsprotokolle. Dies kann über Überwachungsrichtlinien in den Sicherheitseinstellungen des Gruppenrichtlinieneditors gesteuert werden. Um den Gruppenrichtlinieneditor zu öffnen, führen Sie gpedit.msc auf dem Domänencontroller aus. Nachdem die Überwachungsrichtlinien aktiviert wurden, erzeugt der Domänencontroller zusätzliche Ereignisprotokollinformationen im Sicherheitsprotokoll.
Zertifikatsvalidierungsprotokolle
Zertifikatsgültigkeit prüfen
Wenn ein Smartcard-Zertifikat als DER-Zertifikat exportiert wird (kein privater Schlüssel erforderlich), können Sie es mit dem Befehl validieren: certutil –verify user.cer
CAPI-Protokollierung aktivieren
Öffnen Sie auf dem Domänencontroller und dem Computer des Benutzers die Ereignisanzeige und aktivieren Sie die Protokollierung für Microsoft/Windows/CAPI2/Operational Logs.
Öffnen Sie auf dem Domänencontroller und dem VDA-Computer die Ereignisanzeige und navigieren Sie zu Anwendungs- und Dienstprotokolle > Microsoft > Windows > CAPI2 > Operational. Klicken Sie mit der rechten Maustaste auf Operational und wählen Sie Protokoll aktivieren.
Zusätzlich können Sie die CAPI-Protokollierung mit den Registrierungswerten unter HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\crypt32 feinabstimmen. Die folgenden Werte existieren standardmäßig nicht. Sie müssen sie erstellen. Löschen Sie die Werte, wenn Sie zu den Standardeinstellungen der CAPI2-Protokollierung zurückkehren möchten.
| Wert | Beschreibung |
|---|---|
| DiagLevel (DWORD) | Ausführlichkeitsgrad (0 bis 5) |
| DiagMatchAnyMask (QUADWORD) | Ereignisfilter (0xffffff für alle verwenden) |
| DiagProcessName (MULTI_SZ) | Nach Prozessname filtern (zum Beispiel LSASS.exe) |
CAPI-Protokolle
| Meldung | Beschreibung |
|---|---|
| Kette aufbauen | LSA hat CertGetCertificateChain aufgerufen (enthält Ergebnis) |
| Sperrung überprüfen | LSA hat CertVerifyRevocation aufgerufen (enthält Ergebnis) |
| X509-Objekte | Im ausführlichen Modus werden Zertifikate und Certificate Revocation Lists (CRLs) in AppData\LocalLow\Microsoft\X509Objects abgelegt. |
| Kettenrichtlinie überprüfen | LSA hat CertVerifyChainPolicy aufgerufen (enthält Parameter) |
Fehlermeldungen
| Fehlercode | Beschreibung |
|---|---|
| Zertifikat nicht vertrauenswürdig | Das Smartcard-Zertifikat konnte nicht mithilfe von Zertifikaten in den Zwischen- und vertrauenswürdigen Stammzertifikatspeichern des Computers erstellt werden. |
| Fehler bei der Überprüfung des Zertifikatswiderrufs | Die CRL für die Smartcard konnte nicht von der Adresse heruntergeladen werden, die vom CRL-Verteilungspunkt des Zertifikats angegeben ist. Wenn die Widerrufsprüfung vorgeschrieben ist, verhindert dies eine erfolgreiche Anmeldung. Siehe den Abschnitt Zertifikate und Public Key-Infrastruktur. |
| Fehler bei der Zertifikatsverwendung | Das Zertifikat ist nicht für die Anmeldung geeignet. Es könnte sich beispielsweise um ein Serverzertifikat oder ein Signaturzertifikat handeln. |
Kerberos-Protokolle
Um die Kerberos-Protokollierung zu aktivieren, erstellen Sie auf dem Domänencontroller und dem Endbenutzercomputer die folgenden Registrierungswerte:
| Struktur | Wertname | Wert [DWORD] |
|---|---|---|
| CurrentControlSet\Control\Lsa\Kerberos\Parameters | LogLevel | 0x1 |
| CurrentControlSet\Control\Lsa\Kerberos\Parameters | KerbDebuglevel | 0xffffffff |
| CurrentControlSet\Services\Kdc | KdcDebugLevel | 0x1 |
| CurrentControlSet\Services\Kdc | KdcExtraLogLevel | 0x1f |
Die Kerberos-Protokollierung wird im Systemereignisprotokoll ausgegeben.
- Meldungen wie nicht vertrauenswürdiges Zertifikat müssen leicht zu diagnostizieren sein.
- Zwei Fehlercodes sind informativ und können bedenkenlos ignoriert werden:
- KDC_ERR_PREAUTH_REQUIRED (wird zur Abwärtskompatibilität mit älteren Domänencontrollern verwendet)
- Unbekannter Fehler 0x4b
Protokolle von Domänencontrollern und Workstations
Dieser Abschnitt beschreibt die erwarteten Protokolleinträge auf dem Domänencontroller und der Workstation, wenn sich der Benutzer mit einem Zertifikat anmeldet.
- Domänencontroller CAPI2-Protokoll
- Sicherheitsprotokolle des Domänencontrollers
- Sicherheitsprotokoll des Virtual Delivery Agent (VDA)
- VDA CAPI-Protokoll
- VDA Systemprotokoll
Domänencontroller CAPI2-Protokoll
Während einer Anmeldung validiert der Domänencontroller das Zertifikat des Aufrufers und erzeugt eine Abfolge von Protokolleinträgen in der folgenden Form.
Die letzte Ereignisprotokollmeldung zeigt, wie lsass.exe auf dem Domänencontroller eine Kette basierend auf dem vom VDA bereitgestellten Zertifikat erstellt und deren Gültigkeit (einschließlich des Widerrufs) überprüft. Das Ergebnis wird als „ERROR_SUCCESS“ zurückgegeben.
Sicherheitsprotokoll des Domänencontrollers
Der Domänencontroller zeigt eine Abfolge von Anmeldeereignissen, wobei das Schlüsselereignis 4768 ist, bei dem das Zertifikat zur Ausstellung des Kerberos Ticket Granting Ticket (krbtgt) verwendet wird.
Die Meldungen davor zeigen, wie das Computerkonto des Servers sich beim Domänencontroller authentifiziert. Die darauf folgenden Meldungen zeigen, wie das Benutzerkonto, das zum neuen krbtgt gehört, zur Authentifizierung beim Domänencontroller verwendet wird.
VDA-Sicherheitsprotokoll
Die VDA-Sicherheitsüberwachungsprotokolle, die dem Anmeldeereignis entsprechen, sind der Eintrag mit der Ereignis-ID 4648, der von winlogon.exe stammt.
VDA-CAPI-Protokoll
Dieses Beispiel eines VDA-CAPI-Protokolls zeigt eine einzelne Kettenaufbau- und Verifizierungssequenz von lsass.exe, die das Domänencontroller-Zertifikat (dc.citrixtest.net) validiert.
VDA-Systemprotokoll
Wenn die Kerberos-Protokollierung aktiviert ist, zeigt das Systemprotokoll den Fehler KDC_ERR_PREAUTH_REQUIRED (der ignoriert werden kann) und einen Eintrag von der Windows-Anmeldung, der anzeigt, dass die Kerberos-Anmeldung erfolgreich war.
FAS-Überwachung mithilfe des Windows-Ereignisprotokolls
Alle FAS-Ereignisse werden in das Windows-Anwendungsereignisprotokoll geschrieben. Sie können Produkte wie System Center Operations Manager (SCOM) verwenden, um den Zustand Ihres FAS-Dienstes mithilfe der hier beschriebenen Prozesse und Ereignisse zu überwachen.
Wird der FAS-Dienst ausgeführt?
Um festzustellen, ob der FAS-Dienst ausgeführt wird, überwachen Sie den Prozess Citrix.Authentication.FederatedAuthenticationService.exe.
In diesem Abschnitt werden nur die wichtigsten Ereignisse zur Überwachung des FAS-Dienstes beschrieben. Eine vollständige Liste der FAS-Ereigniscodes finden Sie unter FAS-Ereignisprotokolle.
FAS-Zustandsereignisse
Die folgenden Ereignisse zeigen an, ob Ihr FAS-Dienst fehlerfrei ist.
Die Ereignisquelle ist Citrix.Authentication.FederatedAuthenticationService.
| Ereignis | Ereignistext | Erläuterung | Hinweise |
|---|---|---|---|
| [S003] | Administrator [{0}] setzt den Wartungsmodus auf [{1}] | Der FAS-Dienst wurde in den Wartungsmodus versetzt oder aus diesem entfernt. | Im Wartungsmodus ist der FAS-Server nicht für Single Sign-On verwendbar. |
| [S022] | Administrator [{0}] setzt den Wartungsmodus auf Aus | Der FAS-Dienst wurde aus dem Wartungsmodus entfernt. | Verfügbar ab FAS 10.7 / Citrix Virtual Apps and Desktops 2109. |
| [S023] | Administrator [{0}] aktiviert den Wartungsmodus | Der FAS-Dienst wurde in den Wartungsmodus versetzt. | Verfügbar ab FAS 10.7 / Citrix Virtual Apps and Desktops 2109. |
| [S123] | Fehler beim Ausstellen eines Zertifikats bei keiner Zertifizierungsstelle für [upn: {0} role: {1}] [exception: {2}] | Dieses Ereignis tritt nach [S124] auf, wenn keine der mit FAS konfigurierten Zertifizierungsstellen erfolgreich ein Benutzerzertifikat ausgestellt hat. Das Single Sign-On schlägt für diesen Benutzer fehl. | Dieses Ereignis weist darauf hin, dass alle konfigurierten Zertifizierungsstellen nicht funktionieren. Wenn FAS für die Verwendung eines HSM konfiguriert ist, kann dies auch darauf hinweisen, dass das HSM nicht funktioniert. |
| [S124] | Fehler beim Ausstellen eines Zertifikats für [upn: {0} role: {1}] bei [certificate authority: {2}] [exception: {3}] | Ein Fehler ist aufgetreten, als FAS versuchte, ein Benutzerzertifikat von der angegebenen Zertifizierungsstelle anzufordern. Wenn FAS mit mehr als einer Zertifizierungsstelle konfiguriert ist, versucht FAS die Anforderung bei einer anderen Zertifizierungsstelle. | Dieses Ereignis kann darauf hinweisen, dass die Zertifizierungsstelle nicht funktioniert oder nicht erreichbar ist. Wenn FAS für die Verwendung eines HSM konfiguriert ist, kann dies auch darauf hinweisen, dass das HSM nicht funktioniert. Die Ausnahme kann zur Identifizierung der Problemursache verwendet werden. |
| [S413] | Autorisierungszertifikat läuft bald ab ({0} Tage verbleiben). Zertifikatdetails: {1} | Dieses Ereignis wird regelmäßig generiert, wenn das FAS-Autorisierungszertifikat kurz vor dem Ablauf steht. Standardmäßig wird das Ereignis täglich generiert, wenn das Autorisierungszertifikat innerhalb von 30 Tagen abläuft. | Die Standardeinstellungen können mit dem Cmdlet Set-FasRaCertificateMonitor angepasst werden; siehe PowerShell-Cmdlets. |
| [S414] | Das Autorisierungszertifikat ist abgelaufen. Zertifikatdetails: {0} | Dieses Ereignis wird regelmäßig generiert, wenn das FAS-Autorisierungszertifikat abgelaufen ist. Standardmäßig wird das Ereignis täglich generiert. | Nach Ablauf kann FAS keine neuen Benutzerzertifikate generieren, und die Single Sign-On-Anmeldung schlägt fehl. |
Cloud-verbundene FAS-Ereignisse
Wenn Sie FAS mit Citrix Cloud™ verwenden, zeigen die folgenden Ereignisse an, ob Ihr FAS-Dienst fehlerfrei ist.
Die Ereignisquelle ist Citrix.Fas.Cloud.
| Ereignis | Ereignistext | Erläuterung | Hinweise |
|---|---|---|---|
| [S012] | Der FAS-Dienst ist für Single Sign-On von Citrix Cloud verfügbar | Dieses Ereignis zeigt an, dass die Single Sign-On-Anmeldung von Workspace (d. h. Citrix Cloud) funktionieren sollte. | Bevor dieses Ereignis ausgegeben wird, prüft FAS (1), ob es konfiguriert ist, (2) sich nicht im Wartungsmodus befindet und (3) mit Citrix Cloud verbunden ist. |
| [S013] | Der FAS-Dienst ist für Single Sign-On von Citrix Cloud nicht verfügbar. [{0}] Weitere Details finden Sie in der Administratorkonsole. | Dieses Ereignis zeigt an, dass FAS kein Single Sign-On von Workspace (d. h. Citrix Cloud) bereitstellen kann. Die Meldung enthält den Grund, warum das Single Sign-On nicht funktioniert. | FAS unterhält eine dauerhafte Verbindung zu Citrix Cloud. Von Zeit zu Zeit kann diese Verbindung aus verschiedenen Gründen (z. B. eine Netzwerkstörung oder eine Richtlinie zur Verbindungslebensdauer auf einem Proxyserver) beendet werden. In diesem Fall enthält der Ereignistext „Dienst ist nicht mit der Cloud verbunden“. Dies ist ein normales Verhalten, und FAS versucht sofort, eine Verbindung zu Citrix Cloud wiederherzustellen. |
Sicherheitsereignisse
Die folgenden Ereignisse zeigen an, dass eine nicht autorisierte Entität versucht hat, FAS zu verwenden.
Die Ereignisquelle ist Citrix.Authentication.FederatedAuthenticationService.
| Ereignis | Ereignistext | Erläuterung |
|---|---|---|
| [S001] | ZUGRIFF VERWEIGERT: Benutzer [{0}] ist kein Mitglied der Administratorengruppe | Es wurde versucht, die Konfiguration von FAS anzuzeigen oder zu ändern, aber der Aufrufer war kein FAS-Administrator. |
| [S002] | ZUGRIFF VERWEIGERT: Benutzer [{0}] ist kein Administrator der Rolle [{1}] | Es wurde versucht, die Konfiguration einer FAS-Regel anzuzeigen oder zu ändern, aber der Aufrufer war kein FAS-Administrator. |
| [S101] | Server [{0}] ist nicht berechtigt, Identitäten in der Rolle [{1}] zu beanspruchen. | Es wurde versucht, Benutzeridentitäten zu beanspruchen, aber der Aufrufer ist dazu nicht berechtigt. Nur StoreFront™-Server, die in der FAS-Regelkonfiguration zugelassen wurden (und gegebenenfalls Workspace), dürfen Benutzeridentitäten beanspruchen. |
| [S104] | Server [{0}] konnte UPN [{1}] nicht beanspruchen (UPN nicht durch Regel [{2}] zugelassen). | Es wurde versucht, eine Benutzeridentität zu beanspruchen, aber das Benutzerkonto ist gemäß der FAS-Regelkonfiguration nicht zugelassen. |
| [S205] | Zugriff der vertrauenden Seite verweigert – das aufrufende Konto [{0}] ist keine zugelassene vertrauende Seite der Regel [{1}]. | Ein VDA hat versucht, Single Sign-On mit FAS durchzuführen, aber der VDA ist gemäß der FAS-Regelkonfiguration nicht zugelassen. |
FAS-Ereignisprotokolle
Die folgenden Tabellen listen die von FAS generierten Ereignisprotokolleinträge auf.
Verwaltungsereignisse [Federated Authentication Service]
[Event Source: Citrix.Authentication.FederatedAuthenticationService]
Diese Ereignisse werden als Reaktion auf eine Konfigurationsänderung im FAS-Server protokolliert.
| Protokollcodes |
|---|
| [S001] ZUGRIFF VERWEIGERT: Benutzer [{0}] ist kein Mitglied der Administratorengruppe |
| [S002] ZUGRIFF VERWEIGERT: Benutzer [{0}] ist kein Administrator der Rolle [{1}] |
| [S003] Administrator [{0}] setzt den Wartungsmodus auf [{1}] |
| [S004] Administrator [{0}] fordert Autorisierungszertifikat von CA [{1}] unter Verwendung der Vorlagen [{2} and {3}] an |
| [S005] Administrator [{0}] entfernt FAS-Autorisierung [RA cert id: {1}] |
| [S006] Administrator [{0}] erstellt Zertifikatdefinition [{1}] |
| [S007] Administrator [{0}] aktualisiert Zertifikatdefinition [{1}] |
| [S008] Administrator [{0}] löscht Zertifikatdefinition [{1}] |
| [S009] Administrator [{0}] erstellt Regel [{1}] |
| [S010] Administrator [{0}] aktualisiert Regel [{1}] |
| [S011] Administrator [{0}] löscht Regel [{1}] |
| [S012] Administrator [{0}] erstellt Zertifikat [upn: {1} sid: {2} rule: {3}]Zertifikatdefinition: {4} Sicherheitskontext: {5}] |
| [S013] Administrator [{0}] löscht Zertifikate [upn: {1} role: {2} Certificate Definition: {3} Security Context: {4}] |
| [S015] Administrator [{0}] erstellt Zertifikatanforderung [TPM: {1}] |
| [S016] Administrator [{0}] importiert Autorisierungszertifikat [Reference: {1}] |
| [S022] Administrator [{0}] setzt Wartungsmodus auf Aus |
| [S023] Administrator [{0}] setzt Wartungsmodus auf Ein |
| [S024] Administrator [{0}] setzt Systemzustandsüberwachung |
| [S025] Administrator [{0}] setzt Systemzustandsüberwachung |
| [S026] Administrator [{0}] setzt RA-Zertifikatüberwachung |
| [S027] Administrator [{0}] setzt RA-Zertifikatüberwachung zurück |
| [S028] Administrator [{0}] setzt Schlüsselkonfiguration für [{1}] Zertifikat auf [{2}] |
| [S029] Administrator [{0}] setzt Schlüsselkonfiguration für [{1}] Zertifikat auf Standardwerte zurück [{2}] |
| [S030] Administrator [{0}] setzt Diensteigenschaften auf [{1}] |
| [S031] Administrator [{0}] deautorisiert CA [RA cert id: {1}] |
| [S050] Administrator [{0}] erstellt Cloud-Konfiguration: [{1}] |
| [S051] Administrator [{0}] aktualisiert Cloud-Konfiguration: [{1}] |
| [S052] Administrator [{0}] entfernt Cloud-Konfiguration |
| [S060] Administrator [{0}] Fordert Cloud-Registrierung an. Instanz: {1} |
| [S060] Administrator [{0}] fordert die Direct Trust Cloud-Registrierung an. Instanz: {1} CloudServiceUrlFormat: {2} |
| [S061] Administrator [{0}] schließt die Cloud-Registrierung ab. Ressourcenstandort: {1}, Regelname: {2} |
| [S062] Administrator [{0}] hat die Cloud-Registrierung abgeschlossen. Ressourcenstandort: {1} ({2}), Regelname: {3}, Kunde: {4} ({5}) |
| [S063] Während der Cloud-Registrierung ist ein KRS-Fehler aufgetreten. Die Ausnahme war {0} |
| [S064] Während der Cloud-Registrierung ist ein unbekannter Fehler aufgetreten. Die Ausnahme war {0} |
| [S065] Administrator [{0}] fordert die Direct Trust Cloud-Registrierung an. Instanz: {1} CloudServiceUrlFormat: {2} |
| Protokollcodes |
|---|
| [S401] Führt Konfigurations-Upgrade durch - [From version {0} to version {1}] |
| [S402] FEHLER: Der Citrix Federated Authentication Service muss als Netzwerkdienst ausgeführt werden [currently running as: {0}] |
| [S404] Löscht die Datenbank des Citrix Federated Authentication Service zwangsweise |
| [S405] Beim Migrieren von Daten aus der Registrierung in die Datenbank ist ein Fehler aufgetreten: [{0}] |
| [S406] Die Migration von Daten aus der Registrierung in die Datenbank ist abgeschlossen (Hinweis: Benutzerzertifikate werden nicht migriert) |
| [S407] Registrierungsbasierte Daten wurden nicht in eine Datenbank migriert, da bereits eine Datenbank vorhanden war |
| [S408] Konfiguration kann nicht herabgestuft werden – [From version {0} to version {1}] |
| [S409] ThreadPool-Konfiguration erfolgreich - MinThreads angepasst von [workers: {0} completion: {1}] auf: [workers: {2} completion: {3}] |
| [S410] ThreadPool-Konfiguration fehlgeschlagen – MinThreads konnte nicht von [workers: {0} completion: {1}] auf [workers: {2} completion: {3}] angepasst werden; dies kann die Skalierbarkeit des FAS-Servers beeinträchtigen |
| [S411] Fehler beim Starten des FAS-Dienstes: [{0}] |
| [S412] Konfigurations-Upgrade abgeschlossen – [From version {0} to version {1}] |
| [S413] Autorisierungszertifikat läuft bald ab ({0} Tage verbleibend). Zertifikatdetails: {1} |
| [S414] Autorisierungszertifikat ist abgelaufen. Zertifikatdetails: {0} |
| [S415] Autorisierungszertifikatsprüfungen abgeschlossen. {0} Probleme wurden protokolliert. Die nächste Prüfung ist in {1} fällig |
Erstellen von Identitätszusicherungen [Federated Authentication Service]
[Event Source: Citrix.Authentication.FederatedAuthenticationService]
Diese Ereignisse werden zur Laufzeit auf dem FAS-Server protokolliert, wenn ein vertrauenswürdiger Server eine Benutzeranmeldung zusichert.
| Protokollcodes |
|---|
| [S101] Server [{0}] ist nicht berechtigt, Identitäten in Rolle [{1}] zuzusichern |
| [S102] Server [{0}] konnte UPN [{1}] nicht zusichern (Ausnahme: {2}{3}) |
| [S103] Server [{0}] hat UPN [{1}] SID {2} angefordert, aber die Suche ergab SID {3} |
| [S104] Server [{0}] konnte UPN [{1}] nicht zusichern (UPN ist durch Regel [{2}] nicht zulässig) |
| [S105] Server [{0}] hat eine Identitätszusicherung ausgestellt [upn: {1}, Rolle {2}, Sicherheitskontext: [{3}]] |
| [S120] Zertifikat ausstellen für [upn: {0} role: {1} Sicherheitskontext: [{2}]] |
| [S121] Zertifikat ausgestellt für [upn: {0} role: {1}] von [certificate authority: {2}] |
| [S122] Warnung: Server ist überlastet [upn: {0} role: {1}][Anfragen pro Minute {2}]. |
| [S123] Fehler beim Ausstellen eines Zertifikats bei einer beliebigen Zertifizierungsstelle für [upn: {0} role: {1}] [exception: {2}] |
| [S124] Fehler beim Ausstellen eines Zertifikats für [upn: {0} role: {1}] bei [certificate authority: {2}] [exception: {3}] |
| [S125] Aufruf nach {0} Sekunden abgelaufen, während auf den Abschluss der ausstehenden Zertifikatsanforderung gewartet wurde [upn: {1} role: {2} Sicherheitskontext: [{3}]] |
| [S126] Server [{0}] versuchte, eine Identität unter Verwendung einer undefinierten Regel zu behaupten [{1}] |
| [S127] FAS konnte kein Zertifikat anfordern für [upn: {0} role: {1} definition: {2}], da sich der Server im Wartungsmodus befindet; verwenden Sie das PowerShell-Cmdlet Set-FasServer, um das Verhalten im Wartungsmodus zu ändern |
Als vertrauende Partei agieren [Federated Authentication Service]
[Event Source: Citrix.Authentication.FederatedAuthenticationService]
Diese Ereignisse werden zur Laufzeit auf dem FAS-Server protokolliert, wenn ein VDA einen Benutzer anmeldet.
| Protokollcodes |
|---|
| [S201] Vertrauende Partei [{0}] hat keinen Zugriff auf ein Kennwort. |
| [S202] Vertrauende Partei [{0}] hat keinen Zugriff auf ein Zertifikat. |
| [S203] Vertrauende Partei [{0}] hat keinen Zugriff auf den Anmeldeanbieter |
| [S204] Vertrauende Partei [{0}] greift auf den Anmeldeanbieter für [upn: {1}] in der Rolle: [{2}] [Operation: {3}] wie autorisiert von [{4}] |
| [S205] Zugriff der vertrauenden Partei verweigert – das aufrufende Konto [{0}] ist keine zulässige vertrauende Partei der Regel [{1}] |
| [S206] Aufrufendes Konto [{0}] ist keine vertrauende Partei |
| [S208] Private Schlüsseloperation fehlgeschlagen [Operation: {0} upn: {1} role: {2} certificateDefinition {3} Error {4} {5}]. |
| [S209] Zwischengespeichertes Zertifikat nicht gefunden. [Caller: {0}] [upn: {1}] [role: {2}] [cert definition: {3}] [Operation: {4}] |
Zertifikatserver in der Sitzung [Federated Authentication Service]
[Event Source: Citrix.Authentication.FederatedAuthenticationService]
Diese Ereignisse werden auf dem FAS-Server protokolliert, wenn ein Benutzer ein In-Session-Zertifikat verwendet.
| Protokollcodes |
|---|
| [S301] Zugriff verweigert: Benutzer [{0}] hat keinen Zugriff auf eine virtuelle Smartcard |
| [S302] Benutzer [{0}] hat unbekannte virtuelle Smartcard [thumbprint: {1}] angefordert |
| [S303] Zugriff verweigert: Benutzer [{0}] stimmt nicht mit virtueller Smartcard [upn: {1}] überein |
| [S304] Benutzer [{0}] führt Programm [{1}] auf Computer [{2}] unter Verwendung der virtuellen Smartcard [upn: {3} role: {4} thumbprint: {5}] für private Schlüsseloperation [{6}] aus |
| [S305] Private Schlüsseloperation fehlgeschlagen [Operation: {0}] [upn: {1} role: {2} containerName {3} Error {4} {5}]. |
FAS-Assertions-Plug-in [Federated Authentication Service]
[Event Source: Citrix.Authentication.FederatedAuthenticationService]
Diese Ereignisse werden vom FAS-Assertions-Plug-in protokolliert.
| Protokollcodes |
|---|
| [S500] Kein FAS-Assertions-Plug-in konfiguriert |
| [S501] Das konfigurierte FAS-Assertions-Plug-in konnte nicht geladen werden [exception:{0}] |
| [S502] FAS-Assertions-Plug-in geladen [pluginId={0}] [assembly={1}] [location={2}] |
| [S503] Server [{0}] konnte UPN [{1}] nicht bestätigen (Anmeldeinformationen wurden bereitgestellt, aber das Plug-in [{2}] unterstützt sie nicht) |
| [S504] Server [{0}] konnte UPN [{1}] nicht bestätigen (Anmeldeinformationen wurden bereitgestellt, aber es ist kein FAS-Plug-in konfiguriert) |
| [S505] Server [{0}] konnte UPN [{1}] nicht bestätigen (das Plug-in [{2}] hat die Anmeldeinformationen mit Status [{3}] und Meldung [{4}] abgelehnt) |
| [S506] Das Plug-in [{0}] hat Anmeldeinformationen von Server [{1}] für UPN [{2}] mit Meldung [{3}] akzeptiert |
| [S507] Server [{0}] konnte UPN [{1}] nicht bestätigen (das Plug-in [{2}] hat während der Methode [{4}] eine Ausnahme [{3}] ausgelöst) |
| [S507] Server [{0}] konnte UPN [{1}] nicht bestätigen (das Plug-in [{2}] hat eine Ausnahme [{3}] ausgelöst) |
| [S508] Server [{0}] konnte UPN [{1}] nicht bestätigen (Zugriffsdisposition wurde bereitgestellt, aber das Plug-in [{2}] unterstützt sie nicht) |
| [S509] Server [{0}] konnte UPN [{1}] nicht bestätigen (Zugriffsdisposition wurde bereitgestellt, aber es ist kein FAS-Plug-in konfiguriert) |
| [S510] Server [{0}] konnte UPN [{1}] nicht bestätigen (die Zugriffsdisposition wurde vom Plug-in [{2}] als ungültig betrachtet) |
Workspace-fähiges FAS [Federated Authentication Service]
[Event Source: Citrix.Fas.Cloud]
Diese Ereignisse werden protokolliert, wenn FAS mit Workspace verwendet wird.
| Protokollcodes |
|---|
| [S001] Rotierter Citrix Cloud-Autorisierungsschlüssel [fas id: {0}] [old key id:{1}] [new key id:{2}] |
| [S002] Das Cloud-Supportmodul wird gestartet. FasHub Cloud-Dienst-URL: {0} |
| [S003] FAS bei der Cloud registriert [fas id: {0}] [transaction id: {1}] |
| [S004] FAS konnte sich nicht bei der Cloud registrieren [fas id: {0}] [transaction id: {1}] [exception: {2}] |
| [S005] FAS hat seine aktuelle Konfiguration an die Cloud gesendet [fas id: {0}] [transaction id: {1}] |
| [S006] FAS konnte seine aktuelle Konfiguration nicht an die Cloud senden [fas id: {0}] [transaction id: {1}] [exception: {2}] |
| [S007] FAS von der Cloud abgemeldet [fas id: {0}] [transaction id: {1}] |
| [S009] FAS konnte sich nicht von der Cloud abmelden [fas id: {0}] [transaction id: {1}] [exception: {2}] |
| [S010] Der FAS-Dienst ist mit der Cloud-Messaging-URL verbunden: {0} |
| [S011] Der FAS-Dienst ist nicht mit der Cloud verbunden |
| [S012] Der FAS-Dienst ist für Single Sign-On von Citrix Cloud verfügbar |
| [S013] Der FAS-Dienst ist für Single Sign-On von Citrix Cloud nicht verfügbar. [{0}] Weitere Details finden Sie in der Administratorkonsole |
[S014] Ein Aufruf des Cloud-Dienstes <service name> ist fehlgeschlagen [fas id: {0}] [transaction id: {1}] [exception: {2}] |
| [S015] Eine Nachricht von Citrix Cloud wurde blockiert, da der Aufrufer nicht berechtigt ist [message ID {0}] [transaction ID {1}] [caller {2}] |
[S016] Ein Aufruf des Cloud-Dienstes <service name> war erfolgreich [fas id: {0}] [transaction id: {1}] |
| [S019] FAS hat seine Konfiguration aus der Cloud heruntergeladen [fas id: {0}] [transaction id: {1}] |
| [S020] FAS konnte seine Konfiguration nicht aus der Cloud herunterladen [fas id: {0}] [transaction id: {1}] [exception: {2}] |
| [S021] Das Cloud-Support-Modul konnte nicht gestartet werden. Ausnahme: {0} |
| [S022] Das Cloud-Support-Modul wird beendet |
| [S023] Fehler beim Rotieren des Citrix Cloud-Autorisierungsschlüssels [fas id: {0}] [current key id:{1}] [new key id:{2}] [keys in cloud:{3}] |
| [S024] Rotation des Citrix Cloud-Autorisierungsschlüssels wird initiiert [fas id: {0}] [current key id:{1}] [new key id:{2}] |
| [S025] Der Autorisierungsschlüssel dieses Dienstes ist in der Citrix Cloud vorhanden [current key: {0}] [keys in cloud: {1}] |
| [S026] Der Autorisierungsschlüssel dieses Dienstes ist in der Citrix Cloud nicht vorhanden [current key: {0}] [keys in cloud: {1}] |
| [S027] Das Speicherformat des Citrix Cloud-Autorisierungsschlüssels wurde aktualisiert [fas id: {0}] |
| [S028] FAS hat seine aktuelle Telemetrie an die Cloud gesendet [fas id: {0}] [transaction id: {1}] |
| [S029] FAS konnte seine aktuelle Telemetrie nicht an die Cloud senden [fas id: {0}] [transaction id: {1}] [exception: {2}] |
Anmeldung [VDA]
[Event Source: Citrix.Authentication.IdentityAssertion]
Diese Ereignisse werden während der Anmeldephase auf dem VDA protokolliert.
| Protokollcodes |
|---|
| [S101] Identitätsbestätigungs-Anmeldung fehlgeschlagen. Unbekannter GPO-Index des Federated Authentication Service [index: {0}] [registry name: {1}] |
| [S102] Identitätsbestätigungs-Anmeldung fehlgeschlagen. SID-Suche für {0} fehlgeschlagen [Exception: {1}{2}] |
| [S103] Identitätsbestätigungs-Anmeldung fehlgeschlagen. Benutzer {0} hat SID {1}, aber die erwartete SID ist {2} |
| [S104] Identitätsbestätigungs-Anmeldung fehlgeschlagen. Aufruf von {0} gab zurück [Error: {1} {2}] |
| [S105] Identitätsbestätigungs-Anmeldung. Anmeldung läuft [Username: {0} Domain: {1}] |
| [S106] Identitätsbestätigungs-Anmeldung.\n\nFederated Authentication Service: {0}\n\nAnmeldung läuft [Certificate: {1}] |
| [S107] Identitätsbestätigungs-Anmeldung fehlgeschlagen. [Exception: {0}{1}] |
| [S108] Identitätsbestätigungs-Subsystem. ZUGRIFF VERWEIGERT [Caller: {0}] |
Sitzungsinterne Zertifikate [VDA]
[Event Source: Citrix.Authentication.IdentityAssertion]
Diese Ereignisse werden auf dem VDA protokolliert, wenn ein Benutzer versucht, ein sitzungsinternes Zertifikat zu verwenden.
| Protokollcodes |
|---|
| [S201] Zugriff auf virtuelle Smartcard autorisiert durch [{0}] für [PID: {1} Program Name: {2}Certificate thumbprint: {3}] |
| [S203] Subsystem für virtuelle Smartcards. Zugriff verweigert [caller: {0}, session {1}] |
| [S204] Subsystem für virtuelle Smartcards. Smartcard-Unterstützung deaktiviert |
Zertifikatsanforderung und Schlüsselpaar-Generierung [Federated Authentication Service]
[Event Source: Citrix.Fas.PkiCore]
Diese Ereignisse werden protokolliert, wenn der FAS-Server kryptografische Operationen auf niedriger Ebene ausführt.
| Protokollcodes |
|---|
| [S001] TrustArea::TrustArea: Zertifikat installiert [TrustArea: {0} Certificate {1}TrustAreaJoinParameters {2}] |
| [S014] Pkcs10Request::Create: PKCS10-Anforderung erstellt [Distinguished Name: {0}] [Reason: {1}] |
| [S016] PrivateKey::Create [Identifier: {0}] [MachineWide: {1}] [Provider: {2}] [ProviderType: {3}] [EllipticCurve: {4}] [KeyLength: {5}] [isExportable: {6}] [CreateReason: {7}] |
| [S017] PrivateKey::Delete [Provider: {0}] [Identifier {1}] [Twin: {2}] |
| [S018] PrivateKey::Create fehlgeschlagen [Identifier: {0}] [MachineWide: {1}] [Provider: {2}] [ProviderType: {3}] [EllipticCurve: {4}] [KeyLength: {5}] [isExportable: {6}] [CreateReason: {7}] [Exception: {8}] |
| Protokollcodes |
|---|
| [S104] FAS hat ein Autorisierungszertifikat von CA {0} erhalten |
| [S105] MicrosoftCertificateAuthority::SubmitCertificateRequest Fehler beim Senden der Antwort [{0}] |
| [S106] MicrosoftCertificateAuthority::SubmitCertificateRequest Zertifikat ausgestellt [{0}] |
| [S112] MicrosoftCertificateAuthority::SubmitCertificateRequest – Warten auf Genehmigung [CR_DISP_UNDER_SUBMISSION] [Reference: {0}] |
Fehlermeldungen für Endbenutzer
Dieser Abschnitt listet häufige Fehlermeldungen auf, die einem Benutzer auf der Windows-Anmeldeseite angezeigt werden.
| Angezeigte Fehlermeldung | Beschreibung und Referenz |
|---|---|
| Ungültiger Benutzername oder ungültiges Kennwort | Der Computer geht davon aus, dass Sie über ein gültiges Zertifikat und einen privaten Schlüssel verfügen, aber der Kerberos-Domänencontroller hat die Verbindung abgelehnt. Siehe den Abschnitt Kerberos-Protokolle dieses Artikels. |
| Das System konnte Sie nicht anmelden. Ihre Anmeldeinformationen konnten nicht überprüft werden. / Die Anforderung wird nicht unterstützt. | Der Domänencontroller kann nicht kontaktiert werden, oder der Domänencontroller wurde nicht mit einem Zertifikat zur Unterstützung der Smartcard-Authentifizierung konfiguriert. Registrieren Sie den Domänencontroller für ein „Kerberos-Authentifizierungs“-, „Domänencontroller-Authentifizierungs“- oder „Domänencontroller“-Zertifikat. Dies ist einen Versuch wert, auch wenn das vorhandene Zertifikat gültig zu sein scheint. |
| Das System konnte Sie nicht anmelden. Das für die Authentifizierung verwendete Smartcard-Zertifikat wurde nicht als vertrauenswürdig eingestuft. | Die Zwischen- und Stammzertifikate sind nicht auf dem lokalen Computer installiert. Siehe Zertifikate und Public-Key-Infrastruktur. |
| Ungültige Anforderung | Dies deutet normalerweise darauf hin, dass die Erweiterungen des Zertifikats nicht korrekt eingestellt sind oder der RSA-Schlüssel zu kurz ist (<2048 Bit). |
FAS Immer-aktiv-Tracing
Mit dem Immer-aktiv-Tracing protokolliert FAS seine Aktivitäten im Dateisystem. Dies kann bei der Fehlerbehebung helfen und möglicherweise die Notwendigkeit eliminieren, einen aufgetretenen Vorfall zu reproduzieren.
Immer-aktiv-Tracing wird aktiviert, wenn Sie FAS mit einer der folgenden Methoden installieren oder aktualisieren:
- Das Installationsprogramm für Citrix Virtual Apps and Desktops™: über die Schaltfläche Federated Authentication Service auf dem Autorun-Begrüßungsbildschirm, wenn die ISO eingelegt wird
-
XenDesktopFasSetup.exe: Befindet sich auf der Citrix Virtual Apps and Desktops ISO unterx64\XenDesktop Setup\XenDesktopFasSetup.exe -
FasSetup_xxxx.exe: die eigenständige FAS-Installationsdatei, verfügbar unter Citrix Downloads.
Hinweis:
Immer-aktiv-Tracing ist nicht verfügbar, wenn Sie die Installation oder das Upgrade mit der Datei FAS-Installations-MSI,
FederatedAuthenticationService_x64.msi, durchführen.
Erfassen von Immer-aktiv-Tracing
Verwenden Sie Citrix Scout, um Immer-aktiv-Tracing und andere Diagnosedaten von Ihrem FAS-Server zu erfassen. Citrix Scout wird installiert, wenn Sie FAS mit einer der oben genannten Methoden installieren.
Deaktivieren von Immer-aktiv-Tracing
Wenn Sie aus irgendeinem Grund das Immer-aktiv-Tracing deaktivieren möchten, beenden und deaktivieren Sie den Citrix Telemetry Service auf Ihrem FAS-Server.
Senden von Immer-aktiv-Tracing an einen zentralen Protokollierungsserver
Diese Konfiguration gilt nur für LTSR 2507 CU1 und höher. Weitere Informationen und Konfigurationsschritte finden Sie im Artikel Always-on tracing (AOT).
Zugehörige Informationen
In diesem Artikel
- Zertifikate und Public-Key-Infrastruktur
- UPN-Name und Zertifikatszuordnung
- Steuerung der Auswahl des Anmelde-Domänencontrollers
- Kontoüberwachungsereignisse aktivieren
- Zertifikatsvalidierungsprotokolle
- Kerberos-Protokolle
- Protokolle von Domänencontrollern und Workstations
- FAS-Überwachung mithilfe des Windows-Ereignisprotokolls
- FAS-Ereignisprotokolle
- Fehlermeldungen für Endbenutzer
- FAS Immer-aktiv-Tracing
- Zugehörige Informationen