automation-suite
2.2510
true
Automation Suite in der EKS/AKS-Installationsanleitung
- Überblick
- Anforderungen
- Vor der Installation
- Vorbereiten der Installation
- Herunterladen der Installationspakete
- Konfigurieren der OCI-konformen Registrierung
- Erteilen von Installationsberechtigungen
- Installieren und Konfigurieren des Dienstgeflechts
- Installieren und Konfigurieren des GitOps-Tools
- Installieren des Operators „Externe Geheimnisse“ in Kubernetes
- 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
- AI Center-Bereitstellungsfehler nach Upgrade auf 2023.10 oder höher
- Insights-Volumes, die nach der Migration in zwei verschiedenen Zonen erstellt wurden
- Upgrade schlägt aufgrund überschriebener Insights-PVC-Größen fehl
- Velero-Backup-Komponenten bleiben nach dem Upgrade auf AKS von Automation Suite 2024.10.x erhalten
- Das Sicherungssetup funktioniert nicht, da die Verbindung mit Azure Government fehlgeschlagen ist
- Hängende Pods im uipath-Namespace bei Aktivierung von benutzerdefinierten Knoten-Markierungen
- Automation Hub und Apps können mit Proxy-Setup nicht gestartet werden
- Die Velero-Sicherung schlägt mit dem Fehler „FehlgeschlageneValidierung“ fehl
- Fehlerbehebung bei externen Geheimnissen
- Temporär als Dienst-Fehlerbehebung
- AI Center und Document Understanding Pods können bei aktivierter TLS-Zertifikatsverifizierung nicht gestartet werden
- Validierungsfehler beim TLS-Zertifikat
- Fluentd exportiert keine Protokolle in IPv6-Umgebungen
- Studio Desktop kann keine Integration Service-Connectors und -Aktivitäten laden
- 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 von TLS-Zertifikaten in Automation Suite auf EKS/AKS.
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.