Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Sichere Worker-Hosts
<a name="worker-hosts"></a>

Bei vom Kunden verwalteten Flotten konfigurieren Sie das Worker-Host-Betriebssystem. Mit den folgenden Methoden werden der Worker Agent, die Warteschlangenbenutzer und ihre Daten auf dem Host voneinander getrennt: 
+ Überprüfen Sie die Host-Konfigurationsskripte, bevor Sie sie verwenden, und testen Sie die Konfigurationsänderungen, bevor Sie sie in Ihrer Flotte bereitstellen. Eine falsche Konfiguration kann dazu führen, dass die Mitarbeiter instabil werden oder dass sie nicht mehr arbeiten können.
+ Verwenden Sie nicht denselben `jobRunAsUser` Wert für mehrere Warteschlangen, es sei denn, Jobs, die an diese Warteschlangen gesendet werden, liegen innerhalb derselben Sicherheitsgrenze.
+ Stellen Sie die Warteschlange nicht `jobRunAsUser` auf den Namen des Betriebssystembenutzers ein, unter dem der Worker Agent ausgeführt wird. Den Grund finden Sie unter[Führen Sie Jobs als dedizierte Betriebssystembenutzer aus](job-run-as-user.md).
+ Gewähren Sie Warteschlangenbenutzern die Betriebssystemberechtigungen mit den geringsten Rechten, die für die beabsichtigten Warteschlangenarbeitslasten erforderlich sind. Stellen Sie sicher, dass sie keine Dateisystem-Schreibberechtigungen für Worker-Agent-Programmdateien oder andere gemeinsam genutzte Software haben. 
+ Stellen Sie sicher, dass nur der Root-Benutzer oder das `Administrator` Konto auf dem Windows die Worker-Agent-Programmdateien besitzen und ändern können. Linux
+ Auf Linux Worker-Hosts sollten Sie erwägen, eine `umask` Überschreibung zu konfigurieren`/etc/sudoers`, die es dem Worker-Agent-Benutzer ermöglicht, Prozesse als Warteschlangenbenutzer zu starten. Diese Konfiguration stellt sicher, dass andere Benutzer nicht auf Dateien zugreifen können, die in die Warteschlange geschrieben wurden.
+ Beschränken Sie die Berechtigungen auf lokale DNS-Override-Konfigurationsdateien (Linuximmer `C:\Windows\system32\etc\hosts` wiederWindows) und `/etc/hosts` auf das Routing von Tabellen auf Worker-Host-Betriebssystemen, sodass der Worker-Verkehr nicht zu Deadline Cloud umgeleitet werden kann.
+ Patchen Sie regelmäßig das Betriebssystem und die gesamte installierte Software. Dieser Ansatz umfasst Software, die speziell mit Deadline Cloud verwendet wird, wie Einsender, Adapter, Worker Agents, OpenJD Pakete und andere. 
+ Verwenden Sie sichere Passwörter für die Windows Warteschlange `jobRunAsUser` und wechseln Sie die Passwörter regelmäßig.
+ Gewähren Sie Personen mit geringsten Rechten Zugriff auf die Windows Kennwortgeheimnisse und löschen Sie ungenutzte Geheimnisse.
+ Erteilen Sie der Warteschlange nicht die `jobRunAsUser` Erlaubnis, Befehle so zu planen, dass sie in Zukunft ausgeführt werden:
  + AnLinux, verweigern Sie diesen Konten den Zugriff auf `cron` und`at`.
  + EinWindows, diesen Konten den Zugriff auf den Windows Taskplaner verweigern.