automation-suite
2.2510
true
Automation Suite in OpenShift – Installationsanleitung
- Überblick
- Anforderungen
- Vor der Installation
- Vorbereiten der Installation
- Herunterladen der Installationspakete
- Konfigurieren der OCI-konformen Registrierung
- Gewährung von Installationsberechtigungen mit Clusterrollen
- Gewährung von Installationsberechtigungen ohne Clusterrollen
- Installieren und Konfigurieren des Dienstgeflechts
- Installieren und Konfigurieren des GitOps-Tools
- Installieren des Operators für externe Geheimnisse
- Bereitstellen von Redis über OperatorHub
- Anwenden verschiedener Konfigurationen
- Ausführen von uipathctl
- Installation
- Nach der Installation
- Migration und Upgrade
- Überwachung und Warnungen
- Clusterverwaltung
- Produktspezifische Konfiguration
- Erweiterte Orchestrator-Konfiguration
- Konfigurieren von Orchestrator-Parametern
- Konfigurieren von AppSettings
- Konfigurieren der maximalen Anforderungsgröße
- Überschreiben der Speicherkonfiguration auf Clusterebene
- Konfigurieren von NLog
- Speichern von Roboterprotokollen in Elasticsearch
- Konfigurieren von Anmeldeinformationsspeichern
- Konfigurieren der Verwendung von einem Verschlüsselungsschlüssel pro Mandant
- Bereinigen der Orchestrator-Datenbank
- Installation der Hostbibliothek überspringen
- AI Trust Layer
- Fehlersuche und ‑behebung
- Deinstallieren der Automation Suite
- So beheben Sie einen Fehler bei der Überprüfung der Prereq-Konnektivität unter OpenShift 4.16–4.18
- So stellen Sie Insights in einem FIPS-fähigen Cluster bereit
- So deaktivieren Sie die automatische CDI-Aktivierung im Nvidia GPU-Operator
- So codieren Sie ein PostgreSQL-Verbindungszeichenfolgenkennwort für eine URL
- 500 Fehler und Ratenbegrenzung für S3-Anforderungen in ODF
- Fehlerbehebung bei externen Geheimnissen
- Konfigurieren von CSI-Treibertoleranzen für ODF 4.20
- Temporär als Dienst-Fehlerbehebung
- AI Center und Document Understanding Pods können bei aktivierter TLS-Zertifikatsverifizierung nicht gestartet werden
- Studio Desktop kann keine Integration Service-Connectors und -Aktivitäten laden
- Validierungsfehler beim TLS-Zertifikat
- Manuelle Schadensbegrenzung bei ArgoCD NetworkPolicy (GHSA-47m3-95c7-g2g8)
- Konfigurieren von Ressourcenanforderungen und Limits für von uipathctl erstellte Workloads
Wichtig :
Bitte beachten Sie, dass dieser Inhalt teilweise mithilfe von maschineller Übersetzung lokalisiert wurde.
Es kann 1–2 Wochen dauern, bis die Lokalisierung neu veröffentlichter Inhalte verfügbar ist.
Validierungsfehler beim TLS-Zertifikat
Lösungen für Validierungsfehler bei TLS-Zertifikaten in der Automation Suite auf OpenShift.
Wenn die Validierung des TLS-Zertifikats nach der Aktualisierung der Zertifikate in der Automation Suite fehlschlägt, sehen Sie in folgender Tabelle nach, um die Ursache und die Lösung zu ermitteln.
| Fehlermeldung (enthält) | Ursache | Resolution |
|---|---|---|
incomplete or untrusted certificate chain | Ein fehlendes Zwischenzertifikat oder die Kette führt nicht zur angegebenen Stammzertifizierungsstelle. | Legen Sie alle Zwischenzertifikate und die Stammzertifizierungsstelle unter ca.crt ab. |
is not part of the leaf certificate's chain | Ein Zertifikat, das das Blatt nicht ausgestellt hat, ist vorhanden (ein gleichgeordnetes oder nicht verwandtes Zwischenzertifikat oder ein Duplikat). | Stellen Sie sicher, dass server.crt nur die Zertifikate aus der eigentlichen Signaturkette des Blatts enthält – entfernen Sie alle gleichgeordneten, nicht verwandten oder doppelten Zertifikate von Zertifizierungsstellen. Setzen Sie das/die Zwischen(s) und die Stammzertifizierungsstelle der Signaturkette in ca.crt ein. |
certificates are not in the correct order | Zertifikate sind nicht in der richtigen Reihenfolge. | Sortieren Sie sie: Blattzertifikat, dann Zwischenzertifikat(e), dann Stammzertifikat. |
leaf certificate does not match fqdn | Das SAN des Blattzertifikats lässt den Cluster-FQDN weg oder server.crt beginnt nicht mit dem Blatt. | Stellen Sie sicher, dass server.crt mit dem Blattzertifikat beginnt und dass der Cluster-FQDN in den alternativen Antragstellernamen aufgeführt ist. |
Zertifikatsanforderungen
Um sicherzustellen, dass die Validierung des TLS-Zertifikats erfolgreich ist, stellen Sie sicher, dass die Zertifikatsdateien die folgenden Anforderungen erfüllen:
- Die
server.crt-Datei muss die vollständige öffentliche Serverzertifikatkette im PEM-Format enthalten. Die Kette muss mit dem Blattserverzertifikat beginnen, gefolgt von den Zwischenzertifikaten der Zertifizierungsstelle und dann der Stammzertifizierungsstelle, die den Signaturpfad für dieses Blattzertifikat bilden. - Die
server.crt-Datei darf nur Zertifikate enthalten, die Teil der eigentlichen Signaturkette des Blattzertifikats sind. Fügen Sie keine gleichgeordneten, nicht verwandten, doppelten oder alternativen Zertifikate von Zertifizierungsstellen ein, da die TLS-Validierung fehlschlägt, wenn Zertifikate außerhalb der Kette des Blattzertifikats vorhanden sind. - Die
ca.crt-Datei muss das Zertifizierungsstellenzertifikatpaket enthalten, das zum Validieren der Serverzertifikatkette verwendet wird, einschließlich des erforderlichen Zwischenzertifikats und der Stammzertifizierungsstelle. Dieca.crt-Datei darf das Blattserverzertifikat nicht enthalten.