--- sourceDocument: Yokohama Now Platform-Fähigkeiten sourceDocumentLink: https://www.servicenow.com/docs/r/de-DE/yokohama/servicenow-platform Release : - yokohama ft:locale : - de-DE ft:publication_title : - Yokohama Now Platform-Fähigkeiten ft:clusterId : - platcap bundleId : - platcap workflow : - Platform --- # Verbindungsprobleme des MID-Server-Anwenders # Verbindungsprobleme des MID-Server-Anwenders {#ariaid-title1} * Freigeben Version: Yokohama * * Aktualisiert 30. Januar 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 14 Minuten Lesedauer Die Instanz schreibt Probleme mit MID-Server-Anwenderanmeldungen und Netzwerkkonnektivität in die Tabelle „MID-Serverproblem" \[ecc_Agent_issue\] und erstellt Ereignisse, die Sie in anwenderdefinierten Skripts oder zum Senden von E-Mail-Benachrichtigungen verwenden können. Datensätze in der Tabelle „MID-Serverproblem" \[ecc_Agent_issue\] können Einblicke in die Gründe geben, warum sich Ihr MID-Server-Anwender nicht anmelden kann oder warum ein MID-Server keine Verbindung zur Instanz herstellen kann. Das System zeigt Datensätze für Konnektivitätsprobleme in dieser Tabelle an, die informative Fehlermeldungen enthalten, die mögliche Ursachen vorschlagen. Standardmäßig wird alle vier Stunden eine geplante Aufgabe mit dem Namen MIDUserConnectivity ausgeführt und die Skripteinbindung „MIDUserConnectivity" gestartet, um die Verbindungsaktivität des MID-Servers auszuwerten. Datensätze in der Tabelle „MID-Serverproblem" \[ecc_Agent_issue\] spiegeln den Status der MID-Server-Anmeldeversuche und -Konnektivität zum Zeitpunkt der Ausführung der geplanten Aufgabe wider. Aus der Perspektive der Instanz ist der MID-Server Ausgefallen Wenn: * Anwenderauthentifizierung schlägt fehl * Anwenderautorisierung schlägt fehl. * Netzwerkprobleme verhindern, dass DER MID-Server eine TCP/IP-Verbindung herstellt. {#mid-server-connectivity-issues__ul_g1c_fkc_4z} Hinweis: Um einen Anwender einem MID-Server zuzuordnen, navigieren Sie zu servicenow/\/Agent/config.xml Datei und geben Sie die Anwenderanmeldeinformationen in ein mid.instance.username Und mid.instance.password Parameter. Stellen Sie sicher, dass Sie den MID-Server neu starten, um Ihre Änderungen zu aktivieren. ## Wie Probleme protokolliert werden Fehler bei der Anwenderauthentifizierung und Autorisierungsprobleme werden automatisch auf dem MID-Server protokolliert [Agent-Protokolldatei](https://www.servicenow.com/docs/Dvf3EHt~vTquPOBS2U21Nw#manage-ecc-queue-content "Mit der ECC-Warteschlange können Sie ECC-Warteschlangennachrichten erstellen, auf MID-Server-Protokolleinträge zugreifen und Statistiken aus einem einzelnen MID-Server-Datensatz abrufen."). Die Nachricht für beide ist identisch: Anwender kann nicht authentifiziert werden oder es fehlen die richtigen Rollen. Wenn das Problem mit der Autorisierung zusammenhängt, wird agent.log Datei zeigt die Liste der fehlenden Rollen an. Wenn Debugging aktiviert ist, werden MID-Serverprobleme im Systemprotokoll (syslog) protokolliert und können entweder in angezeigt werden [Zusammenfassung oder detailliert](https://www.servicenow.com/docs/_~ly674ABevQbKxeE3DT4w "Das Debugging der Ausgabe aus dem Systemprotokoll ist entweder in einer Zusammenfassungs- oder Detailansicht für MID-Server-Anwenderprobleme verfügbar, muss jedoch manuell aktiviert werden.")Format. Sie können auch das Stichprobenintervall von standardmäßig 4 Stunden in etwas kürzerer ändern, um Ihre Korrekturmaßnahmen nachzuverfolgen. Anweisungen zum Aktivieren und Konfigurieren des Debugging für MID-Server-Anwenderprobleme finden Sie unter [Testen Sie Korrekturmaßnahmen für Konnektivitätsprobleme von MID-Server-Anwendern](https://www.servicenow.com/docs/5b3V1EGjmr8RKu5DoQDfkA#debug-mid-connectivity-issues "Nachdem Sie versucht haben, ein Problem mit der Anwenderkonnektivität zu beheben, das in der Tabelle „MID-Serverproblem“ [ecc_Agent_issue] angezeigt wird, können Sie Ihre Korrekturmaßnahmen testen, ohne bis zum nächsten geplanten Berichtszeitraum warten zu müssen, indem Sie das Stichprobenintervall verkürzen."). ## Daten bereitgestellt Wenn die Instanz auf Probleme mit der Anwenderkonnektivität stößt, wird ein Datensatz in der Tabelle „MID-Serverproblem" \[ecc_Agent_issue\] geöffnet.Abbildung : 1. Beispiel für Fehlermeldung bei Anwenderauthentifizierung Die Tabelle „MID-Serverproblem" enthält diese Felder:{#mid-server-connectivity-issues__table_ytb_ccy_1z__entry__2} | Feld | Beschreibung | |-|-| | Zuletzt erkannt | Datum und Uhrzeit der letzten Erkennung des Problems. | | Kurzbeschreibung | Inhalte der generierten Nachricht, die ein mögliches Problem mit dem benannten Anwender oder dem MID-Server angibt. | | MID-Server | Leer im Jakarta-Release. | | Problemquelle | Der Prozess, der das Problem identifiziert hat. Für alle Probleme mit der MID-Server-Anwenderkonnektivität ist die Quelle MIDUserConnectivity . | | Status | Der aktuelle Status des Problems. Mögliche status sind: * Neu : Startstatus, wenn die Instanz das Problem erstellt. * Bestätigt : Status, der festgelegt wird, wenn der Administrator das Problem zuerst untersucht. * Gelöst : Endstatus, der von der Instanz festgelegt wird und angibt, dass das Problem gelöst wurde. Wenn bei der geplanten Aufgabe das Problem nicht auftritt, wenn sie erneut ausgeführt wird, legt die Instanz diesen Wert automatisch fest. {#mid-server-connectivity-issues__ul_xj1_5dy_1z} | | Domäne | Domäne, die dem MID-Server-Anwenderaccount zugeordnet ist. | | Anzahl | Gibt an, wie oft ein Problem erkannt wurde. Jedes Mal, wenn die geplante Aufgabe ausgeführt wird und dasselbe Problem auftritt, wird dieses Feld erhöht. | [Tabelle : 1. Felder für MID-Serverproblem] {#mid-server-connectivity-issues__table_ytb_ccy_1z} ## Fehler bei Anwenderauthentifizierung Die Anmeldeinformationen, die die Instanz zur Authentifizierung eines MID-Server-Anwenders verwendet, werden in der Tabelle „MID-Serverkonfigurationsparameter" \[ecc_Agent_config\] konfiguriert. Wenn der MID-Server-Anwender versucht, sich mit ungültigen Anmeldeinformationen bei der Instanz anzumelden, lehnt die Instanz die Verbindung ab und schreibt Anmeldung.fehlgeschlagen Ereignis in der Tabelle „Ereignisse" \[sysevents\] für den Anwender. Administratoren können dieses Ereignis in einem anwenderdefinierten Skript oder in verwenden [E-Mail-Benachrichtigungen](https://www.servicenow.com/docs/access?context=t_CreateANotification&version=yokohama&pubname=yokohama-platform-administration&ft:locale=en-US)Für Authentifizierungsfehler. Hinweis: Wenn die Anwenderauthentifizierung fehlschlägt, wird keine Anwenderautorisierung versucht. Anwenderaccounts, die einem MID-Server zugeordnet sind Eine der folgenden Nachrichten in der Tabelle „MID-Serverproblem" \[ecc_Agent_issue\] gibt einen Authentifizierungsfehler für Anwenderaccounts an, die einem MID-Server zugeordnet sind: * Fehler bei der Anmeldeauthentifizierung für Anwender \< Anwendername \> zugeordnet zu 1 heruntergefahrenen MID-Server. Überprüfen Sie das Passwort auf dem MID-Server. * Fehler bei der Anmeldeauthentifizierung für Anwender \< Anwendername \> zugeordnet zu \< n \> ausgefallene MID-Server. Überprüfen Sie das Passwort auf MID-Servern. {#mid-server-connectivity-issues__ul_uts_brx_vy} Die erforderlichen Bedingungen für die Anzeige dieser Nachrichten sind: * Die Status Das Feld in der Tabelle „MID-Server" \[ecc_Agent\], das dem MID-Server zugeordnet ist, gibt an, dass der MID-Server ist Ausgefallen . * Der in der Tabelle „MID-Serverkonfigurationsparameter" \[ecc_Agent_config\] identifizierte Anwender ist der Anwender, für den mindestens ein MID-Server für die Authentifizierung und Autorisierung bei der Verbindung mit der Instanz konfiguriert ist. Der Datensatz in der Tabelle \[ecc_Agent_config\] muss diese Werte haben: * Parametername \[param_Name\] Feld auf festgelegt mid.instance.username . * Feld Wert \[Wert\], das auf den Namen des Anwenders festgelegt ist, entspricht dem Feld Anwender-ID \[user_Name\] in der Tabelle Anwender \[sys_user\]. {#mid-server-connectivity-issues__ul_k3b_knc_4z} * Die Tabelle „Ereignisse \[sysevent\]" enthält Posts, die anzeigen, dass der letzte dem Anwender zugeordnete Anmeldeversuch während des geplanten Zeitraums fehlgeschlagen ist. Der in der Tabelle \[sysevent\] erstellte Datensatz enthält diese Feldwerte: * Feld „Ereignisname \[Name\]" ist auf festgelegt Anmeldung.fehlgeschlagen . * Feld „parm1 \[parm1\]" ist auf den Namen des Anwenders festgelegt. {#mid-server-connectivity-issues__ul_xxm_p4c_4z} {#mid-server-connectivity-issues__ul_bqk_vmc_4z} Hinweis: Das Feld „MID-Server" \[MID_Server\] in der Tabelle „MID-Serverprobleme" \[ecc_Agent_issue\] ist leer (=Null). Anwenderaccounts mit der MID-Server-Rolle, die keinem MID-Server zugeordnet ist Die folgende Meldung wird angezeigt, wenn sich ein Anwender mit der Rolle „MID_Server", der keinem MID-Server zugeordnet ist, nicht authentifizieren kann: Fehler bei der Anmeldeauthentifizierung für Anwender \< Anwendername \> mit der Rolle „Mid_Server", die keinem MID-Server zugeordnet ist. Die erforderlichen Bedingungen für die Anzeige dieser Nachricht sind: * Die Tabelle „Anwenderrollen \[sys_user_has_role\]" enthält einen Datensatz, der die sys_ID verknüpft, die dem in der Tabelle \[sys_user\] gespeicherten Anwenderdatensatz zugeordnet ist, mit der sys_ID, die dem in der Tabelle \[sys_user_role\] gespeicherten MID_Server-Rollendatensatz zugeordnet ist. * Der Anwender wird in der Tabelle „MID-Serverkonfigurationsparameter" \[ecc_Agent_config\] nicht als der Anwender identifiziert, den mindestens ein MID-Server für die Authentifizierung und Autorisierung bei der Verbindung mit der Instanz verwendet. * Die Tabelle „Ereignisse \[sysevent\]" enthält Posts, die anzeigen, dass der letzte dem Anwender zugeordnete Anmeldeversuch während des geplanten Zeitraums fehlgeschlagen ist. * Die Tabelle \[sysevent\] enthält einen Datensatz, für den das Feld „Ereignisname \[Name\]" auf festgelegt ist Anmeldung.fehlgeschlagen . * Das Feld „parm1 \[parm1\]" ist auf den Namen des Anwenders festgelegt, der dem Feld „Anwender-ID" \[user_Name\] in der Tabelle „Anwender" \[sys_user\] entspricht. {#mid-server-connectivity-issues__ul_xk5_ntc_4z} {#mid-server-connectivity-issues__ul_d53_lrc_4z} Hinweis: Das Feld „MID-Server" \[MID_Server\] in der Tabelle „MID-Serverprobleme" \[ecc_Agent_issue\] ist leer (=Null). ## Fehler bei Anwenderautorisierung Die Anwenderautorisierungsprüfung wird durchgeführt, nachdem sich der MID-Server erfolgreich in der Instanz authentifiziert hat. In diesem Schritt stellt das System sicher, dass dem Anwenderaccount, der einem MID-Server zugeordnet ist, die erforderlichen Mindestrollen gewährt werden. Ein SOAP-Webservice aufgerufen MIDServerprüfung Führt die Rollenprüfung für die Instanz durch. Wenn der MID-Server-Anwender über die richtigen Rollen verfügt, ist die Verbindung zulässig und loginEreignis wird in die Tabelle Ereignisse \[sysevents\] geschrieben. Wenn der Anwender nicht über die richtigen Rollen verfügt, schreibt die Instanz einen login.authorization.failed Ereignis in Tabelle „Ereignisse \[sysevents\]". Dieses Ereignis stellt eine kommagetrennte Liste der fehlenden Rollen des Anwenders bereit. Administratoren können dieses Ereignis in anwenderdefinierten Skripts oder in verwenden [E-Mail-Benachrichtigungen](https://www.servicenow.com/docs/access?context=t_CreateANotification&version=yokohama&pubname=yokohama-platform-administration&ft:locale=en-US)Für Autorisierungsfehler. Die Autorisierung kann fehlschlagen, wenn einem Anwender die Rolle „Mid_Server" oder eine der wichtigen SOAP-Rollen fehlt, wie in diesen Fällen: * Wenn der Anwender über die Rolle SOAP_script verfügt, wird MIDServerprüfung SOAP-Webservice wird ausgeführt, um nach den entsprechenden MID-Serverrollen zu suchen. Wenn dem Anwender die Rolle „Mid_Server" oder eine der anderen SOAP-Rollen fehlt, schlägt die Autorisierung fehl, und login.authorization.failed Ereignis wird erstellt. * Wenn dem Anwender die Rolle „SOAP_script" fehlt, ist dieser Anwender nicht zum Starten von berechtigt MIDServerprüfung SOAP-Webservice, der nach allen erforderlichen MID-Serverrollen sucht. Autorisierung schlägt fehl, aber login.authorization.failed Ereignis wurde nicht erstellt. Wenn dies eintritt, zeigt die Instanz diese Nachricht an: Die Konnektivität der MID-Serveranwender-\ kann von der Instanz nicht erkannt werden . {#mid-server-connectivity-issues__ul_byd_yhj_yy} Anwender, die einem oder mehreren ausgefallenen MID-Servern zugeordnet sind Eine der folgenden Nachrichten in der Tabelle „MID-Serverproblem" \[ecc_Agent_issue\] gibt einen Autorisierungsfehler für Anwenderaccounts an, die einem MID-Server zugeordnet sind, der ist Ausgefallen : * Fehler bei der Anmeldeautorisierung für Anwender \< Anwendername \> zugeordnet zu 1 heruntergefahrenen MID-Server. Weisen Sie die Rolle „Mid_Server" erneut zu, um alle erforderlichen Rollen zu gewähren. * Fehler bei der Anmeldeautorisierung für Anwender \< Anwendername \> zugeordnet zu \< n \> ausgefallene MID-Server. Weisen Sie die Rolle „Mid_Server" erneut zu, um alle erforderlichen Rollen zu gewähren. {#mid-server-connectivity-issues__ul_qf2_kbp_qz}Die MIDUserConnectivity Die Skripteinbindung identifiziert aktive Anwender, die einem oder mehreren heruntergefahrenen MID-Servern zugeordnet sind, deren letzter Anmeldeversuch innerhalb des Berichtszeitraums die Anwenderautorisierung fehlgeschlagen ist. Diese Nachricht wird generiert, wenn Anwenderautorisierungsfehler erkannt und vom geskripteten MIDServerCheck-Webservice gemeldet werden. Anwenderautorisierungsfehler werden jedoch nicht für Anwender gemeldet, denen die Rolle SOAP_script nicht zugewiesen ist. In diesem Fall werden Probleme mit dem Anwender von der Netzwerkkonnektivitätsnachricht gemeldet. Diese Meldung wird in der Tabelle „MID-Serverproblem" \[ecc_Agent_issue\] angezeigt, wenn: * Der Anwender kann die Rolle „Mid_Server" haben oder nicht. * Der Anwender wird in der Tabelle „MID-Serverkonfigurationsparameter" \[ecc_Agent_config\] als der Anwender identifiziert, den mindestens ein MID-Server für die Authentifizierung und Autorisierung bei der Verbindung mit der Instanz verwendet. * Die Tabelle „Ereignisse \[sysevent\]" enthält Posts, die anzeigen, dass der letzte dem Anwender zugeordnete Anmeldeversuch während des geplanten Zeitraums fehlgeschlagen ist. Die Tabelle \[sysevent\] enthält einen Datensatz mit diesen Einstellungen: * Feld „Ereignisname \[Name\]" auf festgelegt login.authorization.failed . * Feld „parm1 \[parm1\]", das auf den Namen des Anwenders festgelegt ist und dem Feld „Anwender-ID" \[user_Name\] in der Tabelle „Anwender" \[sys_user\] entspricht. {#mid-server-connectivity-issues__ul_htq_xgj_4z} {#mid-server-connectivity-issues__ul_gtq_xgj_4z} Hinweis: Das Feld „MID-Server" \[MID_Server\] in der Tabelle „MID-Serverprobleme" \[ecc_Agent_issue\] ist leer (=Null). Anwender mit der richtigen Rolle, die keinem MID-Server zugeordnet sind Die folgende Meldung wird angezeigt, wenn ein Anwender mit der Rolle „MID_Server", der keinem MID-Server zugeordnet ist, die Autorisierung fehlschlägt: Fehler bei der Anmeldeautorisierung für Anwender \< Anwendername \> mit der Rolle „Mid_Server", die keinem MID-Server zugeordnet ist. Diese Nachricht wird generiert, wenn Anwenderautorisierungsfehler erkannt werden, in denen der Anwenderaccount mit der Rolle „Mid_Server" nicht als konfigurierter MID-Server-Anwender in der Tabelle \[ecc_Agent_config\] identifiziert wird. Es ist möglich, dass der Anwenderaccount zum Zeitpunkt des Fehlers einem MID-Server zugeordnet war. Diese Meldung wird in der Tabelle „MID-Serverproblem" \[ecc_Agent_issue\] angezeigt, wenn: * Der Anwender hat die Rolle „Mid_Server". Die Tabelle „Anwenderrollen" \[sys_user_has_role\] weist einen Datensatz auf, der die sys_ID verknüpft, die dem in der Tabelle \[sys_user\] gespeicherten Anwenderdatensatz zugeordnet ist, mit der sys_ID, die dem in der Tabelle \[sys_user_role\] gespeicherten MID_Server-Rollendatensatz zugeordnet ist. * Der Anwender wird in der Tabelle „MID-Serverkonfigurationsparameter" \[ecc_Agent_config\] nicht als der Anwender identifiziert, den mindestens ein MID-Server für die Authentifizierung und Autorisierung bei der Verbindung mit der Instanz verwendet. * Die Tabelle „Ereignisse \[sysevent\]" enthält Posts, die anzeigen, dass der letzte dem Anwender zugeordnete Anmeldeversuch während des geplanten Zeitraums fehlgeschlagen ist. Die Tabelle \[sysevent\] enthält einen Datensatz mit diesen Einstellungen: * Feld „Ereignisname \[Name\]" auf festgelegt login.authorization.failed . * Feld „parm1 \[parm1\]", das auf den Namen des Anwenders festgelegt ist und dem Feld „Anwender-ID" \[user_Name\] in der Tabelle „Anwender" \[sys_user\] entspricht. {#mid-server-connectivity-issues__ul_fmv_shj_4z} {#mid-server-connectivity-issues__ul_emv_shj_4z} Hinweis: Das Feld „MID-Server" \[MID_Server\] in der Tabelle „MID-Serverprobleme" \[ecc_Agent_issue\] ist leer (=Null). ## Netzwerkprobleme Ein Netzwerkproblem kann verhindern, dass der MID-Server eine Verbindung zum TCP/IP-Server der Instanz herstellt, um eine Sitzung zu beginnen. In diesem Fall markiert die Instanz den MID-Server als Ausgefallen , Da die Instanz den MID-Server-Heartbeat innerhalb des vorgeschriebenen 5-Minuten-Intervalls nicht empfangen konnte. Anwender, die ausgefallenen MID-Servern zugeordnet sind und sich nicht anmelden möchten Eine der folgenden Nachrichten in der Tabelle „MID-Serverproblem \[ecc_Agent_issue\]" nennt Anwender, die MID-Servern zugeordnet sind und sich während des Berichtszeitraums nicht anmelden wollten: * Anwender \< Anwendername \> ist 1 heruntergefahrenen MID-Server zugeordnet. Keine Anmeldeversuche innerhalb des Berichtszeitraums. * Anwender \< Anwendername \> ist \< zugeordnet n \> ausgefallene MID-Server. Keine Anmeldeversuche innerhalb des Berichtszeitraums. {#mid-server-connectivity-issues__ul_jlz_2gp_qz} Das Skript „MIDUserConnectivity" enthält Berichte über aktive Anwender, die heruntergefahrenen MID-Servern zugeordnet sind, bei denen die Netzwerkkonnektivität von der Instanz nicht erkannt werden kann. Diese Meldung wird in der Tabelle „MID-Serverproblem" \[ecc_Agent_issue\] angezeigt, wenn: * Der Anwender kann die Rolle „Mid_Server" haben oder nicht. * Der Anwender wird in der Tabelle „MID-Serverkonfigurationsparameter" \[ecc_Agent_config\] als der Anwender identifiziert, den mindestens ein MID-Server für die Authentifizierung und Autorisierung bei der Verbindung mit der Instanz verwendet. * In der Tabelle „Ereignisse" \[sysevent\] für den Anwender werden während des geplanten Berichtszeitraums keine Anmeldeversuche aufgezeichnet, entweder fehlgeschlagen oder erfolgreich. {#mid-server-connectivity-issues__ul_p2t_y3v_xy} Hinweis: Das Feld „MID-Server" \[MID_Server\] in der Tabelle „MID-Serverprobleme" \[ecc_Agent_issue\] ist leer (=Null). Anwender, die nicht mit MID-Servern verknüpft sind und sich nicht anmelden möchten Die folgende Meldung wird angezeigt, wenn ein Anwender mit der Rolle „MID_Server", der keinem MID-Server zugeordnet ist, während des konfigurierten Berichtsintervalls nicht versucht hat, sich anzumelden: Anwender \< Anwendername \> mit der Rolle „Mid_Server" ist keinem MID-Server zugeordnet. Keine Anmeldeversuche innerhalb des Berichtszeitraums. Das Skript „MIDUserConnectivity" enthält aktive Anwender mit der Rolle „Mid_Server", die keinem MID-Server zugeordnet ist, bei dem die Konnektivität von der Instanz nicht erkannt werden kann. Diese Meldung wird in der Tabelle „MID-Serverproblem" \[ecc_Agent_issue\] angezeigt, wenn: * Der Anwender hat die Rolle „Mid_Server". Die Tabelle „Anwenderrollen" \[sys_user_has_role\] weist einen Datensatz auf, der die sys_ID verknüpft, die dem in der Tabelle \[sys_user\] gespeicherten Anwenderdatensatz zugeordnet ist, mit der sys_ID, die dem in der Tabelle \[sys_user_role\] gespeicherten MID_Server-Rollendatensatz zugeordnet ist. * Der Anwender wird in der Tabelle „MID-Serverkonfigurationsparameter" \[ecc_Agent_config\] nicht als der Anwender identifiziert, den mindestens ein MID-Server für die Authentifizierung und Autorisierung bei der Verbindung mit der Instanz verwendet. * In der Tabelle „Ereignisse" \[sysevent\] für den Anwender werden während des geplanten Berichtszeitraums keine Anmeldeversuche aufgezeichnet, entweder fehlgeschlagen oder erfolgreich. {#mid-server-connectivity-issues__ul_u5d_gkj_4z} Hinweis: Das Feld „MID-Server" \[MID_Server\] in der Tabelle „MID-Serverprobleme" \[ecc_Agent_issue\] ist leer (=Null). ## Konfigurationsprobleme Jede der folgenden oben besprochenen Nachrichten kann auf ein Konfigurationsproblem hinweisen: * Fehler bei der Anmeldeauthentifizierung für Anwender \< Anwendername \> mit der Rolle „Mid_Server", die keinem MID-Server zugeordnet ist. * Fehler bei der Anmeldeautorisierung für Anwender \< Anwendername \> mit der Rolle „Mid_Server", die keinem MID-Server zugeordnet ist. * Anwender \< Anwendername \> mit der Rolle „Mid_Server" ist keinem MID-Server zugeordnet. Keine Anmeldeversuche innerhalb des Berichtszeitraums. {#mid-server-connectivity-issues__ul_elw_grj_yy} Dies sind einige häufige Konfigurationsfehler: * Ein Administrator hat es versäumt, den Anwenderdatensatz dem MID-Server-Datensatz zuzuordnen, wie in der Tabelle „MID-Serverkonfigurationsparameter" \[ecc_Agent_config\] angezeigt. Diese Tabelle ist schreibgeschützt und kann nicht direkt aktualisiert werden. Um einen Anwender einem MID-Server zuzuordnen, konfigurieren Sie den Anwendernamen und das Passwort in den MID-Servern config.xml Datei und starten Sie den MID-Server neu. * Während der Neukonfiguration eines MID-Servers für die Verwendung eines anderen Accounts für die TCP/IP-Verbindung hat der Administrator die Rolle „MID_Server" noch nicht aus dem Account entfernt oder den Account gelöscht. * Ein Mehrzweck-Anwenderaccount wurde erstellt und eine große Anzahl von Rollen gewährt, einschließlich der Rolle „Mid_Server", obwohl dieser Account nie als MID-Server-Account verwendet werden sollte. {#mid-server-connectivity-issues__ul_trz_t5v_xy} Anwender, der sich erfolgreich authentifiziert und autorisiert, aber möglicherweise keine Rolle „Mid_Server" benötigt Die folgende Meldung wird angezeigt, wenn sich ein Anwender mit der Rolle „MID_Server", der keinem MID-Server zugeordnet ist, erfolgreich anmeldet: Anwender \< Anwendername \> mit der Rolle „Mid_Server" erfolgreich verbunden, aber keinem MID-Server zugeordnet. Die Rolle „Mid_Server" darf nur für die Verwendung des MID-Servers reserviert werden. Das Skript „MIDUserConnectivity" enthält Berichte aktiver Anwender mit der Rolle „Mid_Server", die nicht als konfigurierter MID-Server-Anwender identifiziert wurden und deren letzter Anmeldeversuch während des geplanten Zeitraums erfolgreich war. Diese Nachricht legt nahe, dass die Anmeldeinformationen des Anwenders von einem Systemadministrator oder einem Prozess verwendet werden, der nicht auf einem MID-Server ausgeführt wird. Hier wird davon ausgegangen, dass die Rolle „Mid_Server" nur für Anwendungen verwendet werden sollte, die auf einem MID-Server bereitgestellt werden. Das Vorhandensein dieser Nachricht erinnert den Systemadministrator daran, überflüssige MID_Server-Rollen aus Anwenderaccounts zu entfernen, die sie nicht erfordern. Diese Meldung wird in der Tabelle „MID-Serverproblem" \[ecc_Agent_issue\] angezeigt, wenn: * Der Anwender hat die Rolle „Mid_Server". * Der Anwender wird in der Tabelle „MID-Serverkonfigurationsparameter" \[ecc_Agent_config\] nicht als der Anwender identifiziert, den mindestens ein MID-Server für die Authentifizierung und Autorisierung bei der Verbindung mit der Instanz verwendet. * Die Tabelle „Ereignisse" \[sysevent\] enthält Posts, die anzeigen, dass der letzte dem Anwender zugeordnete Anmeldeversuch während des geplanten Zeitraums erfolgreich war. Die Tabelle \[sysevent\] enthält einen Datensatz mit diesen Einstellungen: * Feld „Ereignisname \[Name\]" auf festgelegt Melden Sie sich an . * Feld „parm1 \[parm1\]", das auf den Namen des Anwenders festgelegt ist und dem Feld „Anwender-ID" \[user_Name\] in der Tabelle „Anwender" \[sys_user\] entspricht. {#mid-server-connectivity-issues__ul_c2z_bfj_4z} {#mid-server-connectivity-issues__ul_p3f_nnj_yy} Hinweis: Das Feld „MID-Server" \[MID_Server\] in der Tabelle „MID-Serverprobleme" \[ecc_Agent_issue\] ist leer (=Null). ## Testen Sie Korrekturmaßnahmen für Konnektivitätsprobleme von MID-Server-Anwendern {#ariaid-title2} Nachdem Sie versucht haben, ein Problem mit der Anwenderkonnektivität zu beheben, das in der Tabelle „MID-Serverproblem" \[ecc_Agent_issue\] angezeigt wird, können Sie Ihre Korrekturmaßnahmen testen, ohne bis zum nächsten geplanten Berichtszeitraum warten zu müssen, indem Sie das Stichprobenintervall verkürzen. ### Vorbereitungen Erforderliche Rolle: Administrator ### Warum und wann dieser Vorgang ausgeführt wird Konfigurieren Sie das Stichprobenintervall mit diesem Verfahren neu, und überprüfen Sie dann die Ergebnisse in der Tabelle „MID-Serverproblem" \[ecc_Agent_issue\]. Sie können eine beliebige Zeitspanne für das Beispiel festlegen. Sie sollten jedoch ein Fenster von mindestens 5 Minuten definieren, da dies das Standardintervall des MID-Server-Heartbeat ist, der seinen Status meldet. Die empfohlene Methode zum Konfigurieren eines kürzeren Stichprobenintervalls besteht darin, den Code aus der geplanten MIDUserConnectivity-Aufgabe zu kopieren und zu ändern und dann manuell im Hintergrundskriptdienstprogramm auszuführen. Warnung: Vermeiden Sie die Bearbeitung des Skripts im Zeitplandatensatz von MIDUserConnectivity. Wenn Sie Änderungen an diesem Datensatz vornehmen, wird er beim Upgrade der Instanz nicht aktualisiert. ### Prozedur 1. Navigieren zu AlleSystemdefinitionGeplante Aufgabenan. 2. Öffnen Sie die geplante MIDUserConnectivity-Aufgabe. 3. Kopieren Sie diese Position aus Führen Sie dieses Skript aus Feld: `MIDUserConnectivity(0).checkConnectivity(4 * (60 * 60 * 1000));` Dieser Code legt das 4-Stunden-Samplingintervall in Millisekunden fest und deaktiviert das Debugging mit MIDUserConnectivity (0) Wert. 4. Navigieren zu SystemdefinitionSkripts -- Hintergrundan. 5. Fügen Sie den Code aus der geplanten Aufgabe in ein Skript ausführen Feld. 6. Legen Sie das Stichprobenintervall auf 5 Minuten fest, indem Sie die Zeitberechnung in ändern (5 \* 60 \* 1000) . Der geänderte Befehl sieht folgendermaßen aus: `MIDUserConnectivity(0).checkConnectivity (5 * 60 *1000); ` 7. Klicken Sie Auf Skript ausführen . 8. Öffnen Sie den Datensatz des MID-Servers, der das Problem hatte, und wählen Sie aus MID-Serverprobleme Zugehörige Liste. Das Problem wird wie folgt aktualisiert: * Wenn das Problem weiterhin besteht, wird Anzahl Spalte wird erhöht, und Zuletzt erkannt Spalte zeigt das aktuelle Datum und die aktuelle Uhrzeit an. * Wenn das Problem nicht mehr besteht, ändert das System Status Bis Gelöst . {#debug-mid-connectivity-issues__ul_ivx_ttw_1z} 9. **Wahlweise:** Sie können das Debugging aktivieren, indem Sie eine Ebene auswählen und das Skript dann erneut ausführen, um die Aufgliederung für jede ausgewertete Bedingung anzuzeigen. Verwenden Sie diese Einstellungen, um eine Debugging-Ebene auszuwählen: * Geben Sie für eine Zusammenfassungsansicht ein MIDUserConnectivity (1) . * Geben Sie für eine detaillierte Ansicht ein MIDUserConnectivity (2) . {#debug-mid-connectivity-issues__ul_vzt_252_yy} Details zum Typ der bereitgestellten Debugging-Informationen finden Sie unter [Interpretieren der Ausgabe für das Debugging von MID-Server-Anwendern](https://www.servicenow.com/docs/_~ly674ABevQbKxeE3DT4w "Das Debugging der Ausgabe aus dem Systemprotokoll ist entweder in einer Zusammenfassungs- oder Detailansicht für MID-Server-Anwenderprobleme verfügbar, muss jedoch manuell aktiviert werden.").