Sie können die Protokollebene für den Benutzerauthentifizierungsdienst im Workspace ONE Access Connector auf DEBUG festlegen, um beim Debuggen von Problemen zu helfen.

Nehmen Sie keine Einträge unter dem Tag <Loggers> vor. Dieses Tag enthält <Root>- und <AppenderRef>-Tags wie <Root level="INFO"> und <AppenderRef ref="syslog"/>.

Prozedur

  1. Wechseln Sie auf dem Windows-Server, auf dem der Workspace ONE Access Connector installiert ist, zum Verzeichnis „\VMware\Workspace ONE Access\User Auth Service\conf“.
  2. Um die Protokollebene in der Datei „log4j2-override.xml“ im Installationsverzeichnis zu aktualisieren, wählen Sie das zu debuggende Modul aus und ändern Sie die Anforderung als <Logger name="com.vmware.vidm.eas.adapters.[modulename]" level=“DEBUG”/>.
    SI-Nummer Zu debuggendes Modul Protokollierungsänderung
    1 Adapter allgemein <Logger name="com.vmware.vidm.eas.adapters.common" level=“DEBUG”/>
    2 Auth-Adapter: Kennwort <Logger name="com.vmware.vidm.eas.adapters" level=“DEBUG”/>
    3 Auth-Adapter: Radius <Logger name="com.vmware.vidm.eas.adapters.radius" level=“DEBUG”/>
    4 Auth-Adapter: Secur-id <Logger name="com.vmware.vidm.eas.adapters.securid" level=“DEBUG”/>
    5 Comm-Channel-Client (MessgeProcessorV2) <Logger name="com.vmware.vidm.enterprise.sockjs.v2.client" level=“DEBUG”/>
    6 Comm-Channel-Client (Setup)

    Hinweis: Dies erfordert einen Neustart.

    		 <Logger name="com.vmware.vidm.enterprise.comm.channel.SockJSService" level=“DEBUG”/>

    Der Comm-Channel-Client (MessageProcessorV2) verarbeitet alle vom Benutzerauthentifizierungsdienst erhaltenen Anforderungen. Verwenden Sie die Protokollierung, wenn das Debugging einer bestimmten Anforderung erforderlich ist.

    Comm-Channel-Client (setup) wird verwendet, wenn der Benutzerauthentifizierungsdienst gestartet wird. Verwenden Sie diese Protokollierung, wenn Comm-Channel nicht gestartet wird oder ein unerwartetes Verhalten festgestellt wird. Beispiel: Wenn die Kapazität der Nachrichtengröße eine andere sein sollte.