Konfigurieren von SCP-Push-Protokollen in SWA mit Microsoft Server

Einleitung

In diesem Dokument werden die Schritte zum Konfigurieren von Secure Copy (SCP) beschrieben, um Protokolle in Secure Web Appliance (SWA) automatisch auf einen anderen Server zu kopieren.

Voraussetzungen

Anforderungen

Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:

• Funktionsweise von SCP
• SWA-Verwaltung
• Administration des Betriebssystems Microsoft Windows oder Linux

Cisco empfiehlt Folgendes:

• Installiertes physisches oder virtuelles SWA.
• Lizenz aktiviert oder installiert.
• Der Setup-Assistent ist abgeschlossen.

• Administrator-Zugriff auf die grafische Benutzeroberfläche (GUI) von SWA
• Microsoft Windows (mindestens Windows Server 2019 oder Windows 10 (Build 1809)) oder Linux System installiert.

Verwendete Komponenten

Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt.

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

SCP

Das Verhalten von Secure Copy (SCP) ähnelt dem von Remote Copy (RCP), das aus der Berkeley r-tools Suite (Berkeley University Own Set of Networking Applications) stammt, mit der Ausnahme, dass SCP aus Sicherheitsgründen auf Secure Shell (SSH) basiert. Darüber hinaus muss die AAA-Autorisierung (Authentication, Authorization, Accounting) gemäß SCP konfiguriert werden, damit das Gerät feststellen kann, ob der Benutzer über die richtige Privilegstufe verfügt.

Die SCP on Remote Server-Methode (entspricht SCP Push) überträgt regelmäßig Protokolldateien des Protokolls für sichere Kopien an einen entfernten SCP-Server. Für diese Methode ist ein SSH-SCP-Server auf einem Remotecomputer mit SSH2-Protokoll erforderlich. Das Abonnement erfordert einen Benutzernamen, einen SSH-Schlüssel und ein Zielverzeichnis auf dem Remotecomputer. Protokolldateien werden basierend auf einem von Ihnen festgelegten Rollover-Zeitplan übertragen.

SWA-Protokoll-Abonnement 

Sie können für jeden Protokolldateityp mehrere Protokoll-Subscriptions erstellen. Abonnements enthalten Konfigurationsdetails für Archivierung und Speicherung, darunter:

• Rollover-Einstellungen, die bestimmen, wann Protokolldateien archiviert werden
• Komprimierungseinstellungen für archivierte Protokolle
• Abrufeinstellungen für archivierte Protokolle, die angeben, ob Protokolle auf einem Remote-Server archiviert oder auf der Appliance gespeichert werden

Archivieren von Protokolldateien

AsyncOS archiviert (rollt über) Protokoll-Subscriptions, wenn eine aktuelle Protokolldatei eine vom Benutzer angegebene maximale Dateigröße oder maximale Zeit seit dem letzten Rollover erreicht.

Diese Archivierungseinstellungen sind in Protokoll-Subscriptions enthalten:

• Rollover nach Dateigröße
• Rollover nach Zeit
• Protokollkomprimierung
• Retrieval-Methode

Sie können Protokolldateien auch manuell archivieren (Rollover).
Schritt 1. Wählen Sie Systemverwaltung > Protokoll-Subscriptions.
Schritt 2. Aktivieren Sie das Kontrollkästchen in der Rollover-Spalte der zu archivierenden Protokoll-Subscriptions, oder aktivieren Sie das Kontrollkästchen Alle, um alle Subscriptions auszuwählen.
Schritt 3 . Klicken Sie auf Rollover Now, um die ausgewählten Protokolle zu archivieren.

Bild - Benutzeroberfläche für Rollover jetzt

Konfigurieren des Protokollabrufs über SCP auf dem Remote-Server 

Es gibt zwei Hauptschritte für den Protokollabruf auf einem Remote-Server mit SCP von SWA:

1. Konfigurieren Sie SWA so, dass die Protokolle übertragen werden.
2. Konfigurieren Sie den Remote-Server so, dass er die Protokolle empfängt.

Konfigurieren von SWA zum Senden der Protokolle von der GUI an den SCP Remote-Server

Schritt 1: Melden Sie sich bei SWA an, und wählen Sie unter Systemverwaltung die Option Protokoll-Subscriptions.

Bild - Protokollabonnements auswählen

Schritt 2. Wählen Sie auf der Seite Log Subscriptions (Protokollabonnements) die Option Add Log Subscription (Protokollabonnement hinzufügen):

Abbild - Wählen Sie Protokollabonnement hinzufügen.

Schritt 3. Wählen Sie Protokolltyp. In diesem Beispiel wurde Zugriffsprotokoll ausgewählt.

Schritt 4: Geben Sie einen Namen für Ihr Protokoll-Abonnement ein.

Schritt 5. (Optional) Sie können den Rollover nach Dateigröße ändern.

Schritt 6: Wählen Sie aus der Abrufmethode SCP auf Remote-Server aus.

Schritt 7: Geben Sie diese Informationen für Ihre Remote-Server ein:

• Der SCP-Hostname oder die IP-Adresse
• Die Nummer des Überwachungsports auf dem Remote-Server, der SSH überwacht (Standard ist TCP/22). 
• Verzeichnisname 
• Benutzername für Verbindung mit Remote-Server 

Bild: Protokollparameter konfigurieren

Anmerkung: In diesem Beispiel lautet der Benutzername wsascp, und der Remoteserver ist ein Microsoft Windows-Betriebssystem. Ein Ordner wurde im Ordner c:\users\wccpscp erstellt (dies ist der Ordner für Benutzerprofile in Microsoft).

Tipp: Sie können einfach den Ordnernamen eingeben. In diesem Beispiel ist es wsa01.

Schritt 8: Änderungen übermitteln.

Schritt 9: Speichern Sie den SSH-Schlüssel in einer Textdatei zur weiteren Verwendung im Konfigurationsabschnitt des Remote-SCP-Servers.

Anmerkung: Sie müssen beide Zeilen kopieren, beginnend mit ssh- und endend mit root@<SWA hostname> .

Bild - Speichern Sie den SSH-Schlüssel zur weiteren Verwendung.

Schritt 10: Änderungen bestätigen. 

Konfigurieren von Microsoft Windows als SCP-Remote-Server 

Schritt 10: So erstellen Sie einen Benutzer für den SCP-Dienst: 

Anmerkung: Wenn Sie bereits einen Benutzer für die SCP haben, fahren Sie mit Schritt 16 fort.

Schritt 11: Wählen Sie Lokale Benutzer und Gruppen und anschließend Benutzer im linken Bereich aus.

Schritt 12. Klicken Sie mit der rechten Maustaste auf die Hauptseite und wählen Sie einen neuen Benutzer.

Image - Erstellen eines Benutzers für den SCP-Service.

Schritt 13: Geben Sie den Benutzernamen und das gewünschte Kennwort ein. 

Schritt 14: Wählen Sie Kennwort ist nie abgelaufen aus. 

Schritt 15. Klicken Sie auf Erstellen, und schließen Sie das Fenster.

Bild: Geben Sie neue Benutzerinformationen ein.

Schritt 16: Melden Sie sich mit dem neu erstellten Benutzer beim Remote-SCP-Server an, um das Profilverzeichnis erstellen zu lassen. 

Anmerkung: Wenn Sie OpenSSL auf Ihrem Remote SCP-Server installiert haben, fahren Sie mit Schritt 19 fort.

Schritt 17: Öffnen Sie PowerShell mit Administratorrechten (Als Administrator ausführen), und führen Sie den folgenden Befehl aus, um die Voraussetzungen zu überprüfen:

(New-Object Security.Principal.WindowsPrincipal([Security.Principal.WindowsIdentity]::GetCurrent())).IsInRole([Security.Principal.WindowsBuiltInRole]::Administrator)

Wenn die Ausgabe True ist, können Sie fortfahren. Wenden Sie sich andernfalls an das Microsoft-Supportteam,

Schritt 18: Um OpenSSH mit PowerShell mit Administratorrechten (Als Administrator ausführen) zu installieren, führen Sie Folgendes aus:

# Install the OpenSSH Client
Add-WindowsCapability -Online -Name OpenSSH.Client~~~~0.0.1.0

# Install the OpenSSH Server
Add-WindowsCapability -Online -Name OpenSSH.Server~~~~0.0.1.0

Hier ein Beispiel für erfolgreiche Ergebnisse: 

Path          :
Online        : True
RestartNeeded : False

Image: Installation von OpenSSH in PowerShell

Vorsicht: Wenn RestartNeeded auf True festgelegt ist, starten Sie Windows neu.

Weitere Informationen zur Installation auf anderen Versionen von Microsoft Windows finden Sie unter Erste Schritte mit OpenSSH für Windows | Microsoft Lernen.

Schritt 19:Öffnen Sie eine normale (nicht erhöhte) PowerShell-Sitzung, und generieren Sie ein Paar RSA-Schlüssel mithilfe des folgenden Befehls:

ssh-keygen -t RSA

Nachdem der Befehl beendet ist, können Sie sehen, dass der Ordner .ssh Ihr Benutzerprofilverzeichnis erstellt hat.

Bild - RSA-Schlüssel generieren

Schritt 20. Starten Sie den SSH-Dienst von PowerShell mit Administratorrechten ( Ausführen als Administrator ).

Start-Service sshd

Schritt 21. (Optional, aber empfohlen) Ändern Sie den Dienststarttyp in Automatisch mit Administratorberechtigung Als Administrator ausführen). 

Set-Service -Name sshd -StartupType 'Automatic'

Schritt 22: Vergewissern Sie sich, dass die Firewall-Regel erstellt wurde, um den Zugriff auf den TCP-Port 22 zuzulassen.

if (!(Get-NetFirewallRule -Name "OpenSSH-Server-In-TCP" -ErrorAction SilentlyContinue | Select-Object Name, Enabled)) {
    Write-Output "Firewall Rule 'OpenSSH-Server-In-TCP' does not exist, creating it..."
    New-NetFirewallRule -Name 'OpenSSH-Server-In-TCP' -DisplayName 'OpenSSH Server (sshd)' -Enabled True -Direction Inbound -Protocol TCP -Action Allow -LocalPort 22
} else {
    Write-Output "Firewall rule 'OpenSSH-Server-In-TCP' has been created and exists."
}

Schritt 23: Bearbeiten Sie die SSH-Konfigurationsdatei im Verzeichnis %programdata%\ssh\sshd_config im Editor, und entfernen Sie die # für RSA und DSA.

HostKey __PROGRAMDATA__/ssh/ssh_host_rsa_key
HostKey __PROGRAMDATA__/ssh/ssh_host_dsa_key
#HostKey __PROGRAMDATA__/ssh/ssh_host_ecdsa_key
#HostKey __PROGRAMDATA__/ssh/ssh_host_ed25519_key

Schritt 24. Bearbeiten Sie die Verbindungsbedingungen in %programdata%\ssh\sshd_config. In diesem Beispiel gilt die Listen-Adresse für alle Schnittstellen-Adressen. Sie können es aufgrund Ihres Designs anpassen.

Port 22
#AddressFamily any
ListenAddress 0.0.0.0

Schritt 25. Markieren Sie diese beiden Zeilen am Ende der Datei %programdata%\ssh\sshd_config, indem Sie # am Anfang jeder Zeile hinzufügen:

# Match Group administrators
#       AuthorizedKeysFile __PROGRAMDATA__/ssh/administrators_authorized_keys

Schritt 26.(Optional) Bearbeiten Sie die strikten Modi in %programdata%\ssh\sshd_config. Dieser Modus ist standardmäßig aktiviert und verhindert die auf dem SSH-Schlüssel basierende Authentifizierung, wenn private und öffentliche Schlüssel nicht ordnungsgemäß geschützt sind.

Kommentarlos die Zeile #StrictModes yes kommentieren und in StrictModes no ändern:

StrictModes No

Schritt 27. Entfernen Sie die # aus dieser Zeile, um die %programdata%\ssh\sshd_config für die Authentifizierung mit öffentlichem Schlüssel zu aktivieren.

PubkeyAuthentication yes

Schritt 28. Erstellen Sie eine Textdatei authorized_keys im Ordner ".ssh", und fügen Sie den öffentlichen SWA-RSA-Schlüssel ein (der in Schritt 9 erfasst wurde):

Bild - Öffentlicher SWA-Schlüssel

Anmerkung: Kopieren Sie die gesamte Zeile, beginnend mit ssh-rsa und endend mit root@<Ihr_SWA_Hostname>.

Tipp: Da RSA auf dem SCP-Server installiert ist, muss der Schlüssel ssh-dss nicht eingefügt werden.

Schritt 29: Aktivieren Sie den OpenSSH-Authentifizierungs-Agent in PowerShell mit Administratorrechten (Als Administrator ausführen).

Set-Service -Name ssh-agent -StartupType 'Automatic'
Start-Service ssh-agent

Image: Open SSH Authentication Agent aktivieren

Schritt 30.(Optional) Fügen Sie diese Zeile zu %programdata%\ssh\sshd_config hinzu, um folgende Schlüsseltypen zuzulassen:

PubkeyAcceptedKeyTypes ssh-ed25519-cert-v01@openssh.com,ssh-rsa-cert-v01@openssh.com,ssh-ed25519,ssh-rsa,ssh-dss

Schritt 31: Starten Sie den SSH-Dienst neu. Sie können diesen Befehl in PowerShell mit Administratorrechten verwenden (Als Administrator ausführen)

 restart-Service -Name sshd

Schritt 32: Um zu testen, ob der SCP-Push richtig konfiguriert ist, führen Sie ein Rollover der konfigurierten Protokolle durch, und zwar über die GUI oder die CLI (Befehl rollovernow):

WSA_CLI> rollovernow scpal

Anmerkung: In diesem Beispiel lautet der Protokollname "scpal".

Sie können bestätigen, dass die Protokolle in den definierten Ordner kopiert werden, der in diesem Beispiel c:/Users/wsascp/wsa01 lautete.

Push-SCP-Protokolle auf ein anderes Laufwerk

Falls Sie die Protokolle auf ein anderes Laufwerk als C: übertragen müssen, erstellen Sie einen Link vom Benutzerprofilordner zum gewünschten Laufwerk. In diesem Beispiel werden die Protokolle an die Adresse D:\WSA_Logs\WSA01 gesendet.

Schritt 1: Erstellen Sie die Ordner im gewünschten Laufwerk.

Schritt 2: Öffnen Sie die Eingabeaufforderung mit Administratorrechten (Als Administrator ausführen).

Schritt 3. Führen Sie diesen Befehl aus, um den Link zu erstellen:

mklink /d c:\users\wsascp\wsa01 D:\WSA_Logs\WSA01 

Bild - SYM-Link erstellen

Anmerkung: In diesem Beispiel ist SWA so konfiguriert, dass die Protokolle an den Ordner WSA01 in C:\Users\wsascp weitergeleitet werden. Der SCP-Server hat den Ordner WSA01 als symbolischen Link zu D:\WSA_Logs\WSA01.

Weitere Informationen zu Microsoft Symbol Link finden Sie unter: mklink | Microsoft - Lernen

Fehlerbehebung: SCP-Protokoll-Push

Protokolle in SWA anzeigen

Prüfen Sie zur Fehlerbehebung beim SCP-Protokoll-Push die Fehler in:

1. CLI > zeigtWarnungen an 

2. System_logs

Anmerkung: Um system_logs zu lesen, können Sie den Befehl grep in der CLI verwenden. Wählen Sie die Nummer, die system_logs zugeordnet ist, und beantworten Sie die Frage im Assistenten.

Protokolle auf dem SCP-Server anzeigen

Sie können die SCP-Serverprotokolle in der Microsoft Event Viewer unter Anwendungen und Dienstprotokolle > OpenSSH > Betriebsbereit lesen:

Bild - PreAuth fehlgeschlagen

"Fehler bei der Host-Schlüsselverifizierung."

Dieser Fehler weist darauf hin, dass der öffentliche Schlüssel des SCP-Servers, der in SWA gespeichert ist, ungültig ist.

Nachfolgend finden Sie ein Beispiel für einen Fehler bei der Anzeige von Warnmeldungen in der CLI:

02 Jan 2024 16:52:35 +0100    Log Error: Push error for subscription scpal: SCP failed to transfer to 10.48.48.195:22:
Last message occurred 68 times between Tue Jan  2 15:53:01 2024 and Tue Jan  2 16:52:31 2024.

Log Error: Push error for subscription scpal: SCP failed to transfer to 10.48.48.195:22: Host key verification failed.
Last message occurred 46 times between Tue Jan  2 16:30:19 2024 and Tue Jan  2 16:52:31 2024.

Log Error: Push error for subscription scpal: SCP failed to transfer to 10.48.48.195:22: lost connection
Last message occurred 68 times between Tue Jan  2 15:53:01 2024 and Tue Jan  2 16:52:31 2024.

Log Error: Push error for subscription scpal: SCP failed to transfer to 10.48.48.195:22: ssh: connect to host 10.48.48.195 port 22: Operation timed out
Last message occurred 22 times between Tue Jan  2 15:53:01 2024 and Tue Jan  2 16:29:18 2024.

Hier sind einige Beispiele für den Fehler in system_logs:

Tue Jan  2 19:49:50 2024 Critical: Log Error: Push error for subscription scp: SCP failed to transfer to 10.48.48.195:22:
Tue Jan  2 19:49:50 2024 Critical: Log Error: Push error for subscription scp: SCP failed to transfer to 10.48.48.195:22: lost connection
Tue Jan  2 19:49:50 2024 Critical: Log Error: Push error for subscription scp: SCP failed to transfer to 10.48.48.195:22: Host key verification failed.

Um dieses Problem zu beheben, können Sie den Host vom SCP-Server kopieren und in die Abonnementseite für SCP-Protokolle einfügen. Siehe Schritt 7 in SWA konfigurieren, um die Protokolle von der GUI an den SCP Remote-Server zu senden, oder wenden Sie sich an das Cisco TAC, um den Host-Schlüssel vom Backend zu entfernen.

"Berechtigung verweigert (publickey,password,keyboard-interactive)"

Dieser Fehler weist normalerweise darauf hin, dass der in SWA angegebene Benutzername ungültig ist.

Beispiel für ein Fehlerprotokoll in system_logs:

Tue Jan  2 20:41:40 2024 Critical: Log Error: Push error for subscription scpal: SCP failed to transfer to 10.48.48.195:22:
Tue Jan  2 20:41:40 2024 Critical: Log Error: Push error for subscription scpal: SCP failed to transfer to 10.48.48.195:22: lost connection
Tue Jan  2 20:41:40 2024 Critical: Log Error: Push error for subscription scpal: SCP failed to transfer to 10.48.48.195:22: scp@10.48.48.195: Permission denied (publickey,password,keyboard-interactive).

Beispiel für einen Fehler des SCP-Servers: "Ungültiger Benutzer-SCP von <SWA_IP-Adresse> Port <TCP-Port-SWA-Verbindung zum SCP-Server>".

Bild - Ungültiger Benutzer

Um diesen Fehler zu beheben, überprüfen Sie die Rechtschreibung und stellen Sie sicher, dass der Benutzer (der in SWA konfiguriert wurde, um die Protokolle zu übertragen) im SCP-Server aktiviert ist.

"Keine solche Datei oder solches Verzeichnis"

Dieser Fehler zeigt an, dass der im SWA-Protokoll-Abonnementabschnitt angegebene Pfad ungültig ist.

Beispiel für einen Fehler in system_logs:

Tue Jan  2 20:47:18 2024 Critical: Log Error: Push error for subscription scpal: SCP failed to transfer to 10.48.48.195:22:
Tue Jan  2 20:47:18 2024 Critical: Log Error: Push error for subscription scpal: SCP failed to transfer to 10.48.48.195:22: scp: Userswsascpwsa01/aclog.@20240102T204508.s: No such file or directory
Tue Jan  2 20:47:18 2024 Critical: Log Error: Push error for subscription scpal: SCP failed to transfer to 10.48.48.195:22: Sink: C0660 255 aclog.@20240102T204508.s

Um dieses Problem zu lösen, überprüfen Sie die Rechtschreibung und vergewissern Sie sich, dass der Pfad im SCP-Server richtig und gültig ist.

"SCP konnte nicht übertragen werden"

Dieser Fehler kann ein Hinweis auf einen Kommunikationsfehler sein. Beispiel für einen Fehler:

03 Jan 2024 13:23:27 +0100    Log Error: Push error for subscription scp: SCP failed to transfer to 10.48.48.195:22:

Verwenden Sie den Befehl telnet in der SWA-CLI, um Probleme mit der Verbindung zu beheben: 

SWA_CLI> telnet

Please select which interface you want to telnet from.
1. Auto
2. Management (10.48.48.187/24: SWA_man.csico.com)
[1]> 2

Enter the remote hostname or IP address.
[]> 10.48.48.195

Enter the remote port.
[23]> 22

Trying 10.48.48.195...

In diesem Beispiel ist die Verbindung nicht hergestellt. Der erfolgreiche Verbindungsausgang sieht wie folgt aus:

SWA_CLI> telnet

Please select which interface you want to telnet from.
1. Auto
2. Management (10.48.48.187/24: rishi2Man.calo.lab)
[1]> 2
Enter the remote hostname or IP address.
[]> 10.48.48.195
Enter the remote port.
[23]> 22

Trying 10.48.48.195...
Connected to 10.48.48.195.
Escape character is '^]'.
SSH-2.0-OpenSSH_for_Windows_SCP

Wenn das Telnet nicht verbunden ist:

1. Aktivieren Sie diese Option, wenn die SCP-Server-Firewall den Zugriff blockiert.
2. [Überprüfen Sie, ob Firewalls im Pfad von SWA zum SCP-Server den Zugriff blockieren.
3. Überprüfen Sie, ob sich der TCP-Port 22 im SCP-Server im Listen-Status befindet.
4. Führen Sie zur weiteren Analyse die Paketerfassung sowohl auf dem SWA- als auch auf dem SCP-Server aus.  

Nachfolgend finden Sie ein Beispiel für eine erfolgreiche Verbindung mit der Paketerfassung:

Bild - Erfolgreiche Paketerfassung

"Kein übereinstimmender Hostschlüsseltyp gefunden"

Dieser Fehler zeigt an, dass die Host Key Algorithmen, die von SWA in der Phase des Client Key Exchange bereitgestellt werden, im SCP-Server keine Übereinstimmung aufweisen.

Wed Feb 12 20:21:40 2025 Critical: Log Error: Push error for subscription al: SCP failed to transfer to 10.48.48.192:22:
Wed Feb 12 20:21:40 2025 Critical: Log Error: Push error for subscription al: SCP failed to transfer to 10.48.48.192:22: lost connection
Wed Feb 12 20:21:40 2025 Critical: Log Error: Push error for subscription al: SCP failed to transfer to 10.48.48.192:22: info: Unable to negotiate with 10.48.48.192 port 22: no matching host key type found. Their offer: rsa-sha2-512,rsa-sha2-256,ecdsa-sha2-nistp256,ssh-ed25519

Um dieses Problem zu beheben, können Sie wie folgt vorgehen:

Schritt 1: Starten einer Paketerfassung in SWA und Filtern nach der IP-Adresse des SCP-Servers

Schritt 2: Überrollen Sie die Protokolldatei, um sicherzustellen, dass SWA die Dateien an den SCP-Server sendet.

Schritt 3: Beenden Sie die Paketerfassung, und öffnen Sie die Datei.

Schritt 4. Suchen Sie in der Erfassungsdatei nach einem Paket mit dem Text "Client: Key Exchange Init" im Abschnitt Info. 

Schritt 5: Erweitern Sie das SSH-Protokoll, und navigieren Sie zum Abschnitt "Algorithmen".

Schritt 6. Überprüfen Sie die Zeichenfolge server_host_key_algorithms (z. B.: server_host_key_algorithmen Zeichenfolge: SSH-RSA)

Schritt 7: Navigieren Sie zum SCP-Server, und bearbeiten Sie die Datei sshd_config.

Schritt 8. Suchen Sie eine Zeile, die mit HostKeyAlgorithms beginnt, und fügen Sie den in "Schritt 6" genannten unterstützten Host-Schlüssel der Datei hinzu. (In diesem Beispiel: HostKeyAlgorithms ssh-rsa)

Anmerkung: Wenn keine Zeilen mit HostKeyAlgorithms gestartet werden, können Sie die Zeile am Ende der Datei hinzufügen.

Schritt 9: Speichern Sie die Änderungen, und starten Sie den SSHD-Dienst neu.

Referenzen

• Best Practices-Richtlinien für Cisco Web Security Appliances - Cisco
• BRKSEC-3303 (Cisco Live)
• Benutzerhandbuch für AsyncOS 14.5 für Cisco Secure Web Appliance - GD (Allgemeine Bereitstellung) - Verbinden, Installieren und Konfigurieren [Cisco Secure Web Appliance] - Cisco
• Erste Schritte mit OpenSSH für Windows | Microsoft - Lernen
• Konfigurieren der SSH-Authentifizierung mit öffentlichem Schlüssel unter Windows | Windows-Betriebssystem-Hub (woshub.com)
• Schlüsselbasierte Authentifizierung in OpenSSH für Windows | Microsoft - Lernen