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
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
jobRunAsUserWert für mehrere Warteschlangen, es sei denn, Jobs, die an diese Warteschlangen gesendet werden, liegen innerhalb derselben Sicherheitsgrenze. -
Stellen Sie die Warteschlange nicht
jobRunAsUserauf den Namen des Betriebssystembenutzers ein, unter dem der Worker Agent ausgeführt wird. Den Grund finden Sie unterFühren Sie Jobs als dedizierte Betriebssystembenutzer aus. -
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
AdministratorKonto 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\hostswiederWindows) und/etc/hostsauf 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 z. B. Einsender, Adapter, Worker Agents, OpenJD Pakete und andere.
-
Verwenden Sie sichere Passwörter für die Windows Warteschlange
jobRunAsUserund 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
jobRunAsUserErlaubnis, Befehle so zu planen, dass sie in Zukunft ausgeführt werden:-
AnLinux, verweigern Sie diesen Konten den Zugriff auf
cronundat. -
EinWindows, diesen Konten den Zugriff auf den Windows Taskplaner verweigern.
-