- Erste Schritte
- Best Practices
- Mandant
- Über den Kontext „Mandant“
- Suche nach Ressourcen in einem Mandanten
- Verwaltung von Robotern
- Verbindung von Robotern mit Orchestrator
- Speicherung von Roboterzugangsdaten in CyberArk
- Speichern von Unattended-Roboterkennwörtern in Azure Key Vault (schreibgeschützt)
- Speichern der Anmeldeinformationen von Unattended-Robotern im HashiCorp Vault (schreibgeschützt)
- Löschen von getrennten und nicht reagierenden Unattended-Sitzungen
- Roboter-Authentifizierung
- Roboter-Authentifizierung mit Client-Anmeldeinformationen
- SmartCard-Authentifizierung
- Zuweisen von Rollen
- Verwaltung von Rollen
- Standardrollen
- Häufig gestellte Fragen
- Aktivieren von Benutzern zum Ausführen persönlicher Automatisierungen
- Ermöglichen der Ausführung von Automatisierungen für Benutzer in einer Unattended-Infrastruktur über Unattended-Roboter
- Konfigurieren von Roboterkonten zum Ausführen von Unattended-Automatisierungen
- Audit
- Ressourcenkatalogdienst
- Ordnerkontext
- Automatisierungen
- Prozesse
- Jobs
- Auslöser
- Protokolle
- Überwachung
- Warteschlangen
- Assets
- Speicher-Buckets
- Testverfahren in Orchestrator
- Sonstige Konfigurationen
- Integrationen
- Klassische Roboter
- Hostverwaltung
- Über die Hostebene
- Verwalten von Systemadministratoren
- Verwalten von Mandanten
- Konfigurieren von System-E-Mail-Benachrichtigungen
- Prüfungsprotokolle für das Hostportal
- Wartungsmodus
- Organisationsadministration
- Fehlersuche und ‑behebung
Selbstsignierte Zertifikate sind eine Möglichkeit, Ihre Daten zu schützen, indem Sie die SAML-Antwort bei Verwendung der Single-Sign-On-Authentifizierung verschlüsseln. Der folgende Abschnitt dient als Beispiel für die Erstellung und Verwendung selbstsignierter Zertifikate in OKTA.
Erstellen eines selbstsignierten Zertifikats
Mit vielen Software-Anwendungen können Sie selbstsignierte Zertifikate erstellen, zum Beispiel OpenSSL, MakeCert, IIS, Pluralsight oder SelfSSL. In diesem Beispiel verwenden wir MakeCert. Um ein selbstsigniertes Zertifikat mit einem privaten Schlüssel herzustellen, müssen Sie folgende Befehle über die Befehlseingabeaufforderung ausführen.
makecert -r -pe -n “CN=UiPath” -e 01/01/2019 -sky exchange -sv makecert.pvk makecert.cerC:\Program Files (x86)\Microsoft SDKs\Windows\v7.1A\Bin\pvk2pfx.exe” -pvk makecert.pvk -spc makecert.cer -pfx makecert.pfx
Hinzufügen des Zertifikats zu OKTA
-
Melden Sie sich bei Okta an. Die folgende Einrichtung erfolgt in der klassischen UI- Ansicht. Sie können es über das Dropdown-Menü in der oberen rechten Ecke des Fensters ändern.
-
Wählen Sie auf der Registerkarte Anwendung (Application) Ihre zuvor definierte Anwendung aus.
-
Wählen Sie auf der Registerkarte Allgemein im Abschnitt SAML-Einstellungen die Option Bearbeiten aus.
-
Wählen Sie auf der Registerkarte SAML konfigurieren die Option Erweiterte Einstellungen anzeigen aus.
-
Wählen Sie im Dropdownmenü Sicherheitsverschlüsselung (Assertion Encryption) die Option Verschlüsselt (Encrypted) aus.
-
Das Zertifikat wird im Feld Verschlüsselungszertifikat (Encryption Certificate) angezeigt.
Festlegen von Orchestrator/Identity Server für die Verwendung des Zertifikats
-
Import the makecert.pfx certificate to the Windows certificate store using Microsoft Management Console. Refer to Private Key Certificates.
-
Log in to the host Management portal as a system administrator.
-
Wählen Sie Sicherheit aus.
Hinweis:Wenn Sie immer noch die alte Administratorumgebung verwenden, gehen Sie zu Benutzer anstelle von Sicherheit.
-
Wählen Sie Konfigurieren unter SAML SSO aus:
Die SAML-SSO-Konfigurationsseite wird geöffnet.
-
Legen Sie im Abschnitt Signaturzertifikat Folgendes fest:
- Name des Geschäfts – wählen Sie
Myaus. - Speicherort – Wählen Sie
LocalMachine - Fingerabdruck – Geben Sie den Fingerabdruckwert ein, den Sie zuvor vorbereitet haben.
- Name des Geschäfts – wählen Sie
-
Wählen Sie unten die Option Speichern aus, um Ihre Änderungen zu speichern und den Bereich zu schließen.
-
Starten Sie den IIS-Server neu.