GroundRunners installieren und verwalten

GroundRunners ermöglichen die Interaktion von Kettenbefehlen mit Systemen vor Ort oder mit entfernten Datenquellen, die sonst nicht über das Internet zugänglich sind. Sie werden in der Regel von einem IT-Fachmann oder einer anderen Person, die mit den Netzwerkeinstellungen Ihres Unternehmens vertraut ist, auf einem dedizierten Server installiert, z. B. dem Server, auf dem Ihre verbundene Datenquelle gehostet wird.

Bevor Sie einen GroundRunner einrichten, empfehlen wir Ihnen, die Sicherheitsarchitektur des Chain Builders zu lesen.

Anforderungen

Ein kompatibles Betriebssystem ist erforderlich, und wenn der GroundRunner auf gemeinsam genutzte Ressourcen zugreift, wie z.B. einen Windows Universal Naming Convention (UNC) Pfad, dann ist auch ein Benutzerkonto mit ausreichenden Rechten erforderlich.

Eine Java-Laufzeitumgebung (JRE) wird bei der Erstinstallation des GroundRunners nicht mit installiert.

Sobald die Einrichtung abgeschlossen ist und der GroundRunner läuft, lädt er bei Bedarf automatisch eine JRE herunter, um Befehle auszuführen, die Java erfordern. Eine Installation oder ein Eingriff des Administrators ist nicht erforderlich und die abgerufene JRE hat keine Auswirkungen auf bestehende JRE-Installationen, sofern diese auf dem Host vorhanden sind.

Wenn Sie organisatorische Anforderungen haben, die die Verwendung einer bestimmten JRE erfordern, können Sie die Umgebungsvariable SHARED_LIBRARY_OVERRIDES so setzen, dass sie auf die Systeminstallation verweist. In diesem Fall lädt der GroundRunner die Workiva Standard-JRE nicht automatisch herunter und verwendet die mitgelieferte System-JRE-Installation.

Die von Workiva bereitgestellten JREs sind unter der GPL v2 lizenziert und fallen unter die classpath exception.

Hinweis: Um benutzerdefinierte Zertifikate mit Ihrer Java-Installation zu verwenden, siehe Verwendung von benutzerdefinierten Zertifikaten mit GroundRunners.

Zurzeit können GroundRunner auf den folgenden Betriebssystemen ohne externe Bibliotheksabhängigkeiten installiert werden:

Windows und Windows Server
Linux-Distributionen und Ableger:
- RedHat, Fedora, AmazonLinux
- Debian/Ubuntu
macOS (nur zu Testzwecken)

Workiva ist bestrebt, alle modernen Versionen der oben aufgeführten Betriebssystemfamilien zu unterstützen. Wir können jedoch kein Betriebssystem unterstützen, das von seinem Hersteller als "end of life" bezeichnet wurde. Diese älteren Betriebssysteme stellen ein potenzielles Sicherheitsrisiko dar und sollten möglichst bald auf eine aktuelle Version aufgerüstet werden. Erfahren Sie mehr über unsere Politik zum Lebensende.

Hinweis: Der Zeitplan für die Unterstützung der einzelnen Betriebssysteme wird vom jeweiligen Hersteller festgelegt. So endete beispielsweise der Support von Microsoft für Windows 7 am 14. Januar 2020; der Support von Workiva für Windows 7 endete am selben Tag.

Hardware-Anforderungen

Obwohl GroundRunners nur begrenzte Serverressourcen benötigen, empfehlen wir mindestens:

512 MB verfügbarer Arbeitsspeicher (RAM)
100 GB verfügbarer Festplattenspeicher

Hinweis: Um den benötigten Festplattenspeicherplatz zu berechnen, sollten Sie wissen, dass eine Kette mit fünf Befehlen, die jeweils 10MB ephemere Ausgaben erzeugen, 50MB benötigt, um abgeschlossen zu werden.

Die empfohlene Hostkonfiguration umfasst eine virtuelle Maschine mit folgender Ausstattung:

Zwei bis vier Prozessoren

Hinweis: ARM-basierte Prozessoren sind nicht mit GroundRunnern kompatibel.
8 GB Systemspeicher
1 Solid State Drive (SSD)-Speichergerät

Dieser Server muss rund um die Uhr verfügbar sein, um mit dem GroundRunner zu kommunizieren.

Standardmäßig verwenden GroundRunner ein lokales Administratorkonto ohne Zugriff auf Remote-Ressourcen wie freigegebene Laufwerke.

Um auf eine gemeinsam genutzte Ressource wie z.B. einen Windows UNC Pfad zuzugreifen, starten Sie den GroundRunner unter einem Benutzerkonto mit entsprechenden Rechten auf die Ressource. Wenn Sie ein anderes Benutzerkonto als den standardmäßigen lokalen Systemadministrator verwenden, erteilen Sie ihm die Berechtigung, das GroundRunner-Installationsverzeichnis zu verwalten, um automatische Updates zu ermöglichen.

Anforderungen an die Rolle

Auf der Workiva-Plattform

Auf der Workiva-Plattform benötigen Sie eine Rolle, die Ihnen Zugriff auf die Chain-Builder-Einstellungen sowie die Möglichkeit zur Verwaltung von Runners gewährt. Es gibt zwei:

Kettenverantwortlicher: Dies ist die wichtigste erforderliche Rolle. Benutzer mit dieser Rolle können im Chain Builder auf den Bereich „Downloads“ zugreifen, um die neuesten GroundRunner-Installationsdateien abzurufen, und die Registerkarte „Runners“ verwalten, um den Dienst zu aktivieren oder zu überwachen.
Sicherheitsadministrator der Organisationskette: Diese Rolle auf Organisationsebene verfügt zudem über die Berechtigung, Verbindungen und Runner über mehrere Arbeitsbereiche hinweg zu verwalten.

Auf dem Server

Da ein „manuelles Update“ das Beenden von Diensten und das Ersetzen von ausführbaren Dateien auf der physischen oder virtuellen Maschine erfordert, auf der GroundRunner installiert ist, muss der Benutzer über Administratorrechte auf dem Host-Server verfügen.

Windows: Sie müssen die Eingabeaufforderung als Administrator ausführen und auf den Windows-Dienstmanager zugreifen können (um den GroundRunner-Dienst anzuhalten und neu zu starten).
Linux/macOS: Sie benötigen sudo oder Root- -Zugriff, um Dateien in das Installationsverzeichnis zu verschieben und den Hintergrundprozess neu zu starten.

Den GroundRunner herunterladen

So laden Sie einen GroundRunner zur Installation oder manuellen Aktualisierung herunter:

Klicken Sie in der Seitenleiste von Workiva Home auf Ketten.
Klicken Sie in der Seitenleiste des Chain Builders (dies ist eine neue Registerkarte) auf Connections.

Alternativ können Sie auf das Benutzerprofil-Symbol oben rechts klicken, „ -Chains-Admin“ auswählen und anschließend „ -Workplace-Einstellungen“ aufrufen.
Klicken Sie in der oberen Menüleiste auf Downloads.
Suchen Sie den GroundRunner für Ihr Betriebssystem, und klicken Sie auf Download.
Wählen Sie nach dem erfolgreichen Download auf Ihren Computer die entsprechenden Anweisungen aus dem unten stehenden Satz aus und folgen Sie ihnen, um den GroundRunner zu installieren.

Installieren Sie den GroundRunner

Der Microsoft Installer (MSI) erfordert .NET 3.5 oder höher.
Wenn Sie diese Voraussetzung nicht erfüllen können, müssen Sie den GroundRunner stattdessen über die Befehlszeilenschnittstelle installieren.

So installieren Sie den GroundRunner:

Entpacken Sie GroundRunner.zip in einen neuen Ordner, und öffnen Sie den Ordner.
Führen Sie „ GroundRunner.msi“ unter aus, um den GroundRunner-Setup-Assistenten zu öffnen.
Klicken Sie auf Weiter.
Lesen und akzeptieren Sie die Bedingungen der Lizenzvereinbarung und klicken Sie auf Weiter.
Geben Sie als Zielordner den Pfad ein, in dem GroundRunner installiert werden soll (zum Beispiel: C:\Program Files\GroundRunner\) und klicken Sie auf „ “ (Weiter) und dann auf „ “ (Weiter).
Geben Sie unter „ “ (Plattform-Unternehmenstoken) Ihren „ “-Unternehmenstoken ein.
Unter Platform auth host:
- Für den APAC-Raum geben Sie bitte Folgendes ein: h.apac.wdesk.com/s/chains-reaper.
- Für Kanada geben Sie bitte h.ca.wdesk.com/s/chains-reaper ein.
- Für die EMEA-Region geben Sie bitte h.eu.wdesk.com/s/chains-reaper ein.
- Für die Vereinigten Staaten, Mittelamerika und Südamerika geben Sie bitte h.app.wdesk.com/s/chains-reaper ein.
Wenn Sie einen Proxy-Server verwenden, geben Sie dessen URL und Port unter „ “ (Proxy-Host) ein:.
(Beispiele: , http://yourproxy:3000,.)
Um den Proxy-Server zu umgehen, geben Sie unter „ “ eine durch Kommas getrennte Liste von Hosts ein. Kein Proxy-Host.
Klicken Sie auf Weiter, Installieren, und Fertigstellen.
Nach der Installation klicken Sie im Windows-Dienstmanager mit der rechten Maustaste auf „GroundRunner“ und wählen Sie „ “ („Start“).

Ihr GroundRunner wurde nun installiert und ist bereit für die Aktivierung.

Um die Installation über die Befehlszeilenschnittstelle durchzuführen, müssen Sie die GroundRunner-Installationsdatei in ein eigenes Verzeichnis innerhalb Ihres Programmordners herunterladen (zum Beispiel c:\Program Files (x86)\wdata). Anschließend können Sie die Installationsdatei entpacken und in das Stammverzeichnis dieses Verzeichnisses extrahieren.

Anschließend können Sie den GroundRunner installieren:

Geben Sie im Windows-Befehlsfenster Folgendes ein:
```
c:\Program Files (x86)\wdata\installer.exe install
```
und alle Standardeinstellungen übernehmen.
- Wählen Sie als Initialisierungssystem „Windows“ aus.
  
  Sie müssen festlegen, dass der GroundRunner als Windows-Dienst ausgeführt wird, damit er durch automatische Updates unterstützt wird. GroundRunners sollten ausschließlich als Dienst ausgeführt werden, außer zu Testzwecken.
- Erstellen Sie für den Pfad den Ordner „ Files “ innerhalb des neuen Verzeichnisses „
  “ (zum Beispiel „ C:\Program Files (x86)\Wdata\Files “).
- Für den Autorisierungs-Hostnamen (AUTH_HOST):
  - Für den APAC-Raum geben Sie bitte Folgendes ein: h.apac.wdesk.com/s/chains-reaper.
  - Für Kanada geben Sie bitte h.ca.wdesk.com/s/chains-reaper ein.
  - Für die EMEA-Region geben Sie bitte h.eu.wdesk.com/s/chains-reaper ein.
  - Für die Vereinigten Staaten, Mittelamerika und Südamerika geben Sie bitte h.app.wdesk.com/s/chains-reaper ein.
- Geben Sie den Token Ihres Unternehmens unter ein:.
Löschen Sie alle Dateien aus dem Verzeichnis außer dem GroundRunner-Verzeichnis.
Wählen Sie aus, ob der GroundRunner als Dienst oder als Vordergrundprozess laufen soll.
- Wenn Sie als Dienst ausgeführt werden, führen Sie einen der folgenden Schritte aus:
  - Geben Sie im Befehlsdialog Folgendes ein: „ sc start GroundRunner “.
  - Starten Sie im Windows-Dienstmanager den Dienst „ GroundRunner“.
- Wenn der Prozess im Vordergrund ausgeführt wird, geben Sie im Befehlsdialog Folgendes ein:
```
cd c:\Program Files (x86)\wdata GroundRunner.exe
```

Ihr GroundRunner ist nun installiert und bereit zur Aktivierung.

Schritt 1. Installieren Sie den GroundRunner

Laden Sie die Installationsdatei von GroundRunner in ein eigenes Verzeichnis herunter, z. B. „
“: /home/user_name/wdata/.

Hinweis: „/home/user_name/wdata“ dient hier nur als Beispiel. Beachten Sie die Richtlinien Ihres Unternehmens bezüglich der Standorte für die Installation von Geräten.
Entpacken Sie die Installationsdatei in einem Befehlsfenster mit folgendem Befehl:
```
Entpacke die Datei „GroundRunner.zip“
```
Geben Sie die Daten des GroundRunners ein.
1. Geben Sie Folgendes ein: ` ./installer install`
2. Für den Autorisierungs-Hostnamen (AUTH_HOST):
  - Für den APAC-Raum geben Sie bitte Folgendes ein: h.apac.wdesk.com/s/chains-reaper.
  - Für Kanada geben Sie bitte h.ca.wdesk.com/s/chains-reaper ein.
  - Für die EMEA-Region geben Sie bitte h.eu.wdesk.com/s/chains-reaper ein.
  - Für die Vereinigten Staaten, Mittelamerika und Südamerika geben Sie bitte h.app.wdesk.com/s/chains-reaper ein.
3. Geben Sie den Token Ihres Unternehmens unter ein:.
Löschen Sie alle Dateien aus dem Verzeichnis, mit Ausnahme des Ordners, der während der Installation erstellt wurde.

Schritt 2. Richten Sie Ihren GroundRunner als systemd-Dienst ein (Linux)

Damit die automatischen Updates von GroundRunner funktionieren und um eine gute Systemhygiene bei GroundRunner zu gewährleisten, muss GroundRunner als aktivierter, neu startbarer systemd-Dienst installiert werden. Informationen dazu, wie Sie den GroundRunner als systemd-Dienst ausführen können, finden Sie in der Dokumentation Ihres Betriebssystems und in den Richtlinien Ihrer Organisation.

Für Grundkonfigurationen gelten die folgenden Anforderungen an die systemd-Unit-Datei, damit die automatischen Updates ordnungsgemäß funktionieren:

Stellen Sie sicher, dass die ausführbare Datei „ExecStart “ unter „ “ auf die Binärdatei „ GroundRunnerMonitor “ verweist und NICHT auf die Binärdatei „ GroundRunner “.
Set Restart=always.
Setzen Sie die Werte für „ “, „StartLimitBurst“ oder „ “ sowie „StartLimitIntervalSec“ nicht, da dies dazu führen kann, dass der GroundRunner aufgrund vorübergehender Fehler nicht neu gestartet werden kann. Wenn Sie verhindern möchten, dass der GroundRunner in eine schnelle Neustartschleife gerät, können Sie folgende Einstellung vornehmen: ` RestartSec`.
Geben Sie „ “ und „systemctl enable “ ein, um die systemd-Service-Einheit „GroundRunner“ zu aktivieren, damit GroundRunner nach einem Neustart weiterhin verfügbar ist.

Workiva unterstützt die Ausführung von GroundRunner als Vordergrundprozess offiziell nicht. Dies kann zum Testen einer Konfiguration nützlich sein, doch sobald ein GroundRunner konfiguriert ist, sollte er als langlebiger Hintergrundprozess eingerichtet werden.

GroundRunners unter macOS ausführen (nur zu Testzwecken)

Workiva unterstützt GroundRunners auf macOS ausschließlich zu Testzwecken. Zwar können macOS GroundRunners dieselben Befehle ausführen wie die Linux- und Windows-Versionen, doch unterstützt Workiva „launchd“ offiziell nicht als gültigen Dienstmanager. Das liegt daran, dass Apple die Unterstützung für seine macOS-Server-Software im Jahr 2022 eingestellt hat. Apple-Laptops und -Desktop-Computer sind für die Ausführung von GroundRunners nicht geeignet.

Aktivieren Sie den GroundRunner

Nachdem Sie Ihren GroundRunner installiert haben, müssen Sie ihn im Chain Builder aktivieren.

Klicken Sie in der Seitenleiste des Chain Builders auf Verbindungen.
Klicken Sie oben auf Läufer und dann auf Ausstehende Registrierung.
Geben Sie einen kurzen, aussagekräftigen Namen für den Runner ein.
Zum Beispiel „<datasource>-GroundRunner“.
Klicken Sie auf Aktivieren Sie.

Checkliste für die GR-Einrichtung

Führen Sie die ausführbare Datei „ “ („GroundRunnerMonitor“ ) aus (im Gegensatz zur ausführbaren Datei „ “ („GroundRunner“ ))?
Haben Sie Ihren „ “ GroundRunnerMonitor als systemweiten, beim Neustart wieder startbaren Dienst eingerichtet?
- Für Linux: Systemd.
- Für Windows: Windows-Dienste.
Wird Ihr Dienst beim Neustart des Systems neu gestartet?
- Unter Linux: ` systemctl enable`.
- Unter Windows: Starttyp auf „ “ (Automatisch) eingestellt.
Verwenden Sie ein unterstütztes Server-Betriebssystem?
Haben Sie die GroundRunner-Benachrichtigungen aktiviert?

Manuelle Aktualisierung eines GroundRunners

Auch wenn dies nur selten erforderlich ist, kann es sein, dass Sie einen GroundRunner manuell aktualisieren müssen.
Anweisungen dazu finden Sie auf der Workiva-Supportseite unter sowie im aktualisierten GroundRunner-Handbuch unter.

GroundRunner deinstallieren

Wenn Sie einen GroundRunner nicht mehr benötigen, können Sie ihn deinstallieren.

Gehen Sie in den Windows-Einstellungen auf Apps & Funktionen, wählen Sie GroundRunner (64 bit), und klicken Sie auf Deinstallieren.

Beenden Sie den GroundRunner Dienst.
- Wenn das Programm als Dienst ausgeführt wird, verwenden Sie den Windows-Dienst-Manager oder geben Sie in einem Befehlsfenster folgenden Befehl ein: `
  sc stop GroundRunner `.
- Wenn der Prozess im Vordergrund läuft, drücken Sie „ “ (Strg+C).
Geben Sie im Befehlsdialog als Administrator Folgendes ein: „
installer.exe uninstall “.
Löschen Sie das ausführbare Verzeichnis GroundRunner.

Beenden Sie im Befehlsdialog den GroundRunner-Dienst und löschen Sie dessen Ausführungsverzeichnis (z. B. /home/<Benutzername>/wdata/Contents).

Installieren einer benutzerdefinierten JRE

Bei Bedarf können Sie Ihre eigene JRE installieren, um einen GroundRunner zu unterstützen. Die Java-Version dieser JRE muss mit der für den Groundrunner erforderlichen Version übereinstimmen. Mit Ausnahme der Oracle Essbase und Oracle Hyperion Financial Management (HFM) GroundRunners verwenden alle GroundRunners die gleiche JRE-Version.

Informationen zur Installation einer benutzerdefinierten JRE finden Sie unter . Deaktivieren Sie die gemeinsam genutzten Bibliotheken von Workiva unter.

GroundRunner Konfigurationseinstellungen und Outbound-Domains

Um die Kommunikation mit der Datenquelle zu ermöglichen, müssen Sie möglicherweise Firewall-Ports auf dem Server öffnen, auf dem der GroundRunner installiert ist. Um die Konfigurationseinstellungen einiger GroundRunner zu ändern, können Sie die Datei GroundRunner.config in dem Verzeichnis bearbeiten, in dem die Binärdateien installiert sind.

Konfiguration	Einstellungen
PORT	0 bis 65535. Standardmäßig verwenden die GroundRunner den Port 8821, um miteinander zu kommunizieren. Ein Port ist jedoch nur dann erforderlich, wenn GroundRunner auf verschiedenen Servern innerhalb Ihres Netzwerks Befehlsausgaben gemeinsam nutzen.
FIRMEN_TOKEN	Belassen Sie es bei der Standardeinstellung, es sei denn, der GroundRunner ist für einen anderen Mieter konfiguriert.
LOG_LEVEL	Info oder debug
PROTOKOLL	Als Standard belassen.
HTTP_PROXY_URL	Wenn Sie einen Proxyserver verwenden, geben Sie dessen URL und Port ein (falls erforderlich). Zum Beispiel: `http://yourproxy:3000` Hinweis: GroundRunners kann Proxy-Server verwenden, jedoch nicht solche, die über New Technology LAN Manager (NTLM) authentifiziert sind. Lassen Sie stattdessen die IP-Adresse des Servers zu.
LONG_POLL	Wenn Sie einen Proxy-Server verwenden, setzen Sie diesen auf true, um den Runner anzuweisen, Long-Polling zum Abrufen von Befehlen zu verwenden. Um die Leistung zu gewährleisten, sollten Sie Long-Polling nur verwenden, wenn Web-Sockets von Ihrem Proxy-Server oder Ihrer Firewall nicht unterstützt werden.
NO_PROXY	Um den Proxyserver zu umgehen, geben Sie eine durch Kommata getrennte Liste von Hosts an, die Sie stattdessen direkt erreichen möchten. Um mehrere Hosts nach einem gemeinsamen Muster einzuschließen, verwenden Sie den Platzhalter *.
GROUNDRUNNER_CERT	Wird benötigt, wenn mehr als ein GroundRunner verwendet wird und verschlüsselte Informationen an den zweiten GroundRunner gesendet werden sollen. Dies muss in Verbindung mit PORT verwendet werden. Sie müssen auch das Feld PROTOCOL als HTTPS angeben, wenn Sie den Runner aktivieren.
GROUNDRUNNER_CERT_KEY	Wird benötigt, wenn mehr als ein GroundRunner verwendet wird und verschlüsselte Informationen von einem zweiten GroundRunner empfangen werden sollen. Dies muss auch in Verbindung mit PORT verwendet werden.
DEAKTIVIEREN_WEBSOCKETS	Websockets sind für die Ausführung von Transformationen erforderlich. Wenn deaktiviert, werden alle Befehle, die Transformationen verwenden, vollständig übersprungen.

Hinweis: Ihr selbstsigniertes Zertifikat muss einen Subject Alternative Name (SAN) haben. Wenn dies nicht der Fall ist, zeigt der GroundRunner beim Herunterladen von Dateien eine Fehlermeldung an, die auf das fehlende SAN hinweist.

Wenn Ihr Netzwerk ausgehende Domänen zulassen muss, gelten diese für GroundRunners:

Bereich	Zweck
`h.app.wdesk.com` `h.apac.wdesk.com` `h.ca.wdesk.com` `h.eu.wdesk.com`	Die wichtigsten Subdomains für die gängigen Workiva-Dienste, einschließlich Wdata.
`*.wdesk.com`	Die Hauptdomäne für die Produktionsplattform Workiva.
`..wdesk.com`	Die Subdomänen für unterstützende Komponenten in der Workiva-Plattform.

Sicherheit

GroundRunners sammelt oder aggregiert niemals Daten; sie speichern die Daten nur während der Übertragung. Ein Extended Validation (EV)-Zertifikat verschlüsselt und schützt immer den Datenverkehr zwischen einem GroundRunner und seiner Datenquelle über DigiCert®.

Hinweis: Um Daten vor Ort zu sichern, können CloudRunner Ausgaben mit GroundRunnern teilen, aber GroundRunner können keine Dateiausgaben mit CloudRunner teilen.

Behebung von GroundRunner Fehlern

Wenn Sie diese Fehler bei der Ausführung einer Kette erhalten, überprüfen Sie die GroundRunners des Befehls.

Tipp: Um die Fehlersuche zu erleichtern, können Sie eine Kette erstellen, um die Protokolldatei eines GroundRunners automatisch in eine Tabelle herunterzuladen.

Fehlermeldung	Ursache	Lösung
Kommunikation mit Agent fehlgeschlagen - dieser Befehl wurde nicht ausgeführt	Der Befehl konnte nicht mit seinem GroundRunner kommunizieren. In diesem Fall ist der GroundRunner nicht gestartet oder es ist eine Netzwerkunterbrechung zwischen dem GroundRunner und dem Chain Builder aufgetreten.	Überprüfen: Der Dienst von GroundRunner funktioniert. Der GroundRunner Server ist mit dem Internet verbunden.
Die mit dem Befehl verbundenen Ressourcen können nicht heruntergeladen werden. Bitte kontaktieren Sie den Support, wenn der Fehler weiterhin besteht.	Die mit diesen Kettenbefehlen verbundenen Läufer können nicht miteinander kommunizieren. Dies tritt häufig auf, wenn Befehle verschiedene Runner verwenden und der CloudRunner versucht, eine Datei zu verwenden, die von einem GroundRunner-basierten Befehl ausgegeben wurde.	Verwenden Sie für alle Befehle in der Kette denselben Vermittler. Wenn die Befehle der Kette mehrere Runner erfordern, vergewissern Sie sich, dass keine Befehle mit GroundRunner Dateiausgaben an Befehle weitergeben, die den CloudRunner verwenden.
Fehler beim Starten des Befehls: `exec: \"\\[connector].exe\": Datei existiert nicht" commandExecutorId=[ID]`	Eine Malware- oder Antiviren-Anwendung hat den Connector fälschlicherweise identifiziert und seine Kommunikation mit dem GroundRunner abgefangen.	Schließen Sie das GroundRunner Installationsverzeichnis von den Scans der Anwendung aus.
Zertifikat-Fehler	Verwendung von selbstsignierten Zertifikaten	In vielen Fällen wird es sinnvoll sein, selbstsignierte Zertifikate zur Verschlüsselung der GroundRunner Kommunikation zu verwenden. Wenn Sie ein selbstsigniertes Zertifikat verwenden, stellen Sie sicher, dass der Common Name des Zertifikats mit der URL übereinstimmt, unter der Sie den Server erreichen können. Wenn Ihr GroundRunner beispielsweise auf Port 8821 lauscht und Sie von Ihrem Netzwerk `localhost` auf den Server zugreifen können, würde der Common Name des Zertifikats "`localhost`" lauten.
Intermittierender Kettenausfall mit Fehler: "Connection reset by peer"	Wenn mehrere Runner auf demselben Rechner installiert sind, muss jeder von ihnen eine eindeutige GUID haben. Wenn dieselbe GUID verwendet wird, können sich die Runner überschneiden und in eine Aktualisierungsschleife geraten, was zu gelegentlichen Kettenfehlern führt.	Wir empfehlen eine komplette Neuinstallation des GroundRunner.
Befehle werden auf dem GroundRunner übersprungen, sind aber auf dem CloudRunner erfolgreich	Websockets sind für die Ausführung von Transformationen erforderlich. Wenn Websockets deaktiviert sind, werden alle Transformationen vollständig übersprungen.	Öffnen Sie Ihre Konfigurationsdatei und setzen Sie `DISABLE_WEBSOCKETS=false`.
Fehler beim Lesen vom Socket. `Wiederholung der Verbindung: read tcp <IP>:<Port>-><IP>:<Port>: wsarecv: Ein Verbindungsversuch ist fehlgeschlagen, weil die verbundene Partei nach einer gewissen Zeit nicht ordnungsgemäß geantwortet hat, oder die Verbindung ist fehlgeschlagen, weil der verbundene Host nicht geantwortet hat.`	Interne Firewall oder Netzwerkproblem	Bitten Sie Ihr internes IT- oder Netzwerkteam, die Protokolle und die Konfiguration zu überprüfen, um den Fehler zu beheben.
read <IP>:<Port>-><IP>:<Port>: `wsarecv: Eine bestehende Verbindung wurde vom entfernten Host zwangsweise geschlossen`	Interne Firewall oder Netzwerkproblem	Bitten Sie Ihr internes IT- oder Netzwerkteam, die Protokolle und die Konfiguration zu überprüfen, um den Fehler zu beheben.

Weiterführende Informationen

Support

Community

Workiva Support Center