GroundRunners installieren und verwalten

GroundRunner ermöglichen Chain-Befehlen die Interaktion mit Systemen vor Ort oder 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.

Nach Abschluss der Einrichtung und sobald der GroundRunner läuft, lädt er bei Bedarf automatisch eine JRE herunter, um Befehle auszuführen, die von Java abhängen. 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 Ableitungen:
- 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. Weitere Informationen zu unserer End-of-Life-Richtlinie.

Hinweis: Der Zeitplan für die Unterstützung der einzelnen Betriebssysteme wird vom jeweiligen Hersteller festgelegt. Beispielsweise endete Microsofts Support für Windows 7 am 14. Januar 2020; Workivas Support für Windows 7 endete zum selben Datum.

Hardware-Anforderungen

Obwohl GroundRunner nur begrenzte Serverressourcen benötigt, empfehlen wir mindestens:

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

Hinweis: Für die Berechnung des benötigten Speicherplatzes gilt: Eine Chain mit fünf Befehlen, die jeweils temporäre Ausgaben von 10 MB erzeugen, benötigt für die Ausführung 50 MB.

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
Solid-State-Drive-Speicher (SSD)

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.

Rollenanforderungen

Auf der Workiva-Plattform

Auf der Workiva-Plattform benötigen Sie eine Rolle, die Zugriff auf die Chain-Builder-Einstellungen gewährt und die Verwaltung von Runnern ermöglicht. Es gibt zwei:

Chain-Besitzer: Dies ist die primär erforderliche Rolle. Benutzer mit dieser Rolle können im Chain Builder auf den Bereich „Downloads“ zugreifen, um die neuesten GroundRunner-Installationsdateien abzurufen, und den Tab „Runners“ verwalten, um den Dienst zu aktivieren oder zu überwachen.
Org Chain Security Admin: Diese organisationsweite Rolle berechtigt ebenfalls dazu, Verbindungen und Runner über mehrere Arbeitsbereiche hinweg zu verwalten.

Auf dem Server

Da ein „manuelles Update“ das Stoppen von Diensten und das Ersetzen ausführbarer Dateien auf dem physischen oder virtuellen Rechner erfordert, auf dem der GroundRunner installiert ist, benötigt der Benutzer administrative Rechte auf dem Host-Server.

Windows: Sie müssen die Eingabeaufforderung als Administrator ausführen und auf den Windows Service Manager zugreifen können (um den GroundRunner Dienst zu stoppen 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 oben rechts auf das Benutzerprofilsymbol klicken, Chains admin und anschließend Workplace Settings auswählen.
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.
Können Sie diese Anforderung nicht erfüllen, müssen Sie den GroundRunner stattdessen über die Kommandozeile installieren.

So installieren Sie den GroundRunner:

Entpacken Sie GroundRunner.zip in einen neuen Ordner, und öffnen Sie den Ordner.
Führen Sie GroundRunner.msi 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 der GroundRunner installiert werden soll (z. B. C:\Programme\GroundRunner\) und klicken Sie auf Weiter.
Geben Sie unter Platform company token Ihren company token ein.
Unter Platform auth host:
- Für APAC geben Sie h.apac.wdesk.com/s/chains-reaper ein.
- Für Kanada geben Sie h.ca.wdesk.com/s/chains-reaper ein.
- Für EMEA geben Sie h.eu.wdesk.com/s/chains-reaper ein.
- Für die USA, Mittelamerika und Südamerika geben Sie h.app.wdesk.com/s/chains-reaper ein.
Wenn Sie einen Proxy-Server verwenden, geben Sie dessen URL und Port unter Proxy-Host ein.
(Zum Beispiel: http://yourproxy:3000.)
Um den Proxyserver zu umgehen, geben Sie unter No proxy host eine durch Kommata getrennte Liste von Hosts ein.
Klicken Sie auf Weiter, Installieren, und Fertigstellen.
Nach der Installation klicken Sie im Windows-Dienst-Manager mit der rechten Maustaste auf den GroundRunner und wählen Start.

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

Um über die Kommandozeile zu installieren, müssen Sie die Installationsdatei des GroundRunners in ein eigenes Verzeichnis innerhalb Ihrer Programmdateien herunterladen (zum Beispiel c:\Program Files (x86)\wdata). Sie können dann die Installationsdatei entpacken und in das Stammverzeichnis extrahieren.

Danach können Sie den GroundRunner installieren:

Geben Sie im Windows-Befehlsfenster Folgendes ein:
```
c:\Program Files (x86)\wdata\installer.exe install
```
und akzeptieren Sie alle Standardeinstellungen.
- Wählen Sie als Init-System „Windows“ aus.
  
  Sie müssen angeben, dass der GroundRunner als Windows-Dienst arbeiten soll, damit er automatische Updates unterstützt. GroundRunner sollten nur als Dienst ausgeführt werden, außer zu Testzwecken.
- Für den Pfad erstellen Sie einen Ordner Files innerhalb des neuen Verzeichnisses
  (z. B. C:\Program Files (x86)\Wdata\Files).
- Für den Autorisierungs-Hostnamen (AUTH_HOST):
  - Für APAC geben Sie h.apac.wdesk.com/s/chains-reaper ein.
  - Für Kanada geben Sie h.ca.wdesk.com/s/chains-reaper ein.
  - Für EMEA geben Sie h.eu.wdesk.com/s/chains-reaper ein.
  - Für die USA, Mittelamerika und Südamerika geben Sie h.app.wdesk.com/s/chains-reaper ein.
- Geben Sie Ihr Unternehmenstoken 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 der GroundRunner als Dienst ausgeführt wird, führen Sie einen der folgenden Schritte aus:
  - Geben Sie im Befehlsdialog sc start GroundRunner ein.
  - Starten Sie im Windows-Dienst-Manager den Dienst GroundRunner.
- Läuft er als Prozess im Vordergrund, 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 des GroundRunners in ein eigenes Verzeichnis herunter,
zum Beispiel: /home/user_name/wdata/.

Hinweis: „/home/user_name/wdata“ dient nur als Beispiel. Befolgen Sie die Richtlinien Ihrer Organisation für Installationsorte von Diensten.
Entpacken Sie die Installationsdatei in einem Befehlsdialog mit:
```
GroundRunner.zip entpacken
```
Geben Sie die Details des GroundRunners ein.
1. Geben Sie ./installer install ein.
2. Für den Autorisierungs-Hostnamen (AUTH_HOST):
  - Für APAC geben Sie h.apac.wdesk.com/s/chains-reaper ein.
  - Für Kanada geben Sie h.ca.wdesk.com/s/chains-reaper ein.
  - Für EMEA geben Sie h.eu.wdesk.com/s/chains-reaper ein.
  - Für die USA, Mittelamerika und Südamerika geben Sie h.app.wdesk.com/s/chains-reaper ein.
3. Geben Sie Ihr Unternehmenstoken ein.
Löschen Sie alle Dateien aus dem Verzeichnis außer dem während der Installation erstellten Ordner.

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

Damit die automatischen GroundRunner-Updates funktionieren und für eine gute GroundRunner-Hygiene, muss der GroundRunner als aktivierter, neustartfähiger 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 Ihres Unternehmens.

Für grundlegende Konfigurationen gelten folgende Anforderungen an die systemd-Unit-Datei, damit automatische Updates ordnungsgemäß funktionieren:

Stellen Sie sicher, dass die ausführbare Datei unter ExecStart auf die Binärdatei GroundRunnerMonitor und NICHT auf die Binärdatei
GroundRunner verweist.
Setzen Sie Restart=always.
Setzen Sie StartLimitBurst oder StartLimitIntervalSec nicht, da dies den GroundRunner daran hindern kann, sich nach vorübergehenden Fehlern neu zu starten. Möchten Sie verhindern, dass der GroundRunner in eine schnelle Neustart-Schleife gerät, können Sie RestartSec konfigurieren.
Geben Sie systemctl enable ein, um die systemd-Dienst-Unit des GroundRunners zu aktivieren, damit dieser einen Neustart des Systems übersteht.

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

Betrieb von GroundRunner unter macOS (nur zu Testzwecken)

Workiva unterstützt GroundRunner unter macOS nur zu Testzwecken. Obwohl macOS-GroundRunner dieselben Befehle wie die Linux- und Windows-Versionen ausführen können, unterstützt Workiva launchd offiziell nicht als gültigen Dienst-Manager. Dies liegt daran, dass Apple den Support für seine macOS-Server-Software 2022 eingestellt hat. Apple-Laptops und -Desktop-Computer eignen sich nicht für den Betrieb von GroundRunner.

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 Runner und anschließend auf Ausstehende Registrierung.
Geben Sie einen kurzen, aussagekräftigen Namen für den Runner ein.
Zum Beispiel „<datasource>-GroundRunner“.
Möchten Sie Benachrichtigungen erhalten, wenn der GroundRunner nicht mehr fehlerfrei läuft, aktivieren Sie den Schalter Notify me when this runner becomes unhealthy (er wird blau).
Klicken Sie auf Aktivieren Sie.

GR-Einrichtungs-Checkliste

Führen Sie die ausführbare Datei GroundRunnerMonitor aus (statt der ausführbaren Datei GroundRunner)?
Haben Sie Ihren GroundRunnerMonitor als neustartfähigen Dienst auf Systemebene eingerichtet?
- Für Linux: Systemd.
- Für Windows: Windows-Dienste.
Startet Ihr Dienst bei einem Systemneustart automatisch neu?
- Unter Linux: systemctl enable.
- Unter Windows: Starttyp auf Automatisch gesetzt.
Führen Sie den Dienst auf einem unterstützten Server-Betriebssystem aus?
Sind 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 Manuelles Update des GroundRunners.

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.
- Läuft er als Dienst, nutzen Sie den Windows Service Manager oder geben Sie
  sc stop GroundRunner in einem Befehlsfenster ein.
- Läuft er als Vordergrundprozess, drücken Sie Strg+C.
Geben Sie im Befehlsdialog als Administrator
installer.exe uninstall ein.
Löschen Sie das ausführbare Verzeichnis GroundRunner.

Stoppen Sie im Befehlsdialog den GroundRunner-Dienst und löschen Sie dessen Ausführungsverzeichnis (z. B. /home/<username>/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 gemeinsamen Bibliotheken von Workiva.

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.
COMPANY_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: GroundRunner können Proxyserver verwenden, jedoch keine Proxyserver mit New Technology LAN Manager (NTLM)-Authentifizierung. 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.
DISABLE_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:

Domain	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.

Falls Sie bei der Berechtigungsvergabe über die Zulassungsliste keine Platzhalter (*) verwenden können, nutzen Sie die „Mothership“-Domain für Ihre Region, um das Herunterladen von GroundRunner-Ressourcen zu ermöglichen und mögliche Blockierungsprobleme in Zukunft zu vermeiden.

Bereich	Zweck
`mothership.app.wdesk.com` `mothership.apac.wdesk.com` `mothership.ca.wdesk.com` `mothership.eu.wdesk.com`	Die Subdomain zum Herunterladen der erforderlichen Kettenressourcen.

Sicherheit

GroundRunner sammeln oder aggregieren niemals Daten; sie speichern 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.

GroundRunner-Fehler beheben

Wenn Sie diese Fehler bei der Ausführung einer Kette erhalten, prü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 den Befehlen dieser Chain verbundenen Runner 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 Chain denselben Runner. 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 Chain-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 prü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