☰

WinSCP erkennt die Schlüsseldatei nicht

tag-icon • tag-icon windows passwords winscp public-key private-key
WinSCP erkennt die Schlüsseldatei nicht

Ich versuche, eine Batchdatei für eine automatisierte Transaktion einzurichten, meine Tests sind bisher jedoch fehlgeschlagen.

Ich habe den öffentlichen Schlüssel des Servers, auf dem die Verbindung hergestellt wird. Er wurde als .pkk-Datei gespeichert und in WinSCP importiert.

Ich habe die Ergebnisse in einer Textdatei protokolliert, und diese lautet wie folgt:

Username: 4m4nseth (Password: No, Key File: No)

Die Schlüsseldatei ist vorhanden, wird jedoch aus irgendeinem Grund von WinSCP nicht erkannt.

Bei der Ausführung als Batchdatei erhalte ich die folgende Meldung:

Sitzungsname: 4m4nseth@IP-Adresse Hostname: IP-Adresse (Port: 22) Benutzername: 4m4nseth (Passwort: Nein, Schlüsseldatei: Nein) Tunnel: Nein Übertragungsprotokoll: SFTP (SCP) Ping-Typ: -, Ping-Intervall: 30 Sek., Timeout: 15 Sek.

Aber das Folgende, wenn es in WinSCP ausgeführt wird

Sitzungsname: 4m4nseth@ipaddress Hostname: ipaddress (Port: 22) Benutzername: 4m4nseth (Passwort: Nein, Schlüsseldatei: Ja) Tunnel: Nein Übertragungsprotokoll: SFTP (SCP)

Wie Sie sehen, wird die Schlüsseldatei gespeichert, aber bei der Ausführung als Batch-Befehl nicht erkannt.

Antwort1

Ich glaube, Sie haben den öffentlichen und den privaten Schlüssel vertauscht.

Wenn Sie WinSCP verwenden, um Informationen auf (oder von) einem Server zu kopieren, müssen Sie auf der Box, auf der WinSCP läuft, einen öffentlichen/privaten Schlüssel generieren, WinSCP mit dem privaten Schlüssel konfigurieren und den öffentlichen Schlüssel an der entsprechenden Stelle auf dem Server ablegen (unter Linux in ~username/.ssh/authorized_keys).

Obwohl mir das zunächst (vor langer Zeit!!) kontraintuitiv erschien, macht es tatsächlich vollkommen Sinn, wenn man die Logik durchdenkt. Es kann hilfreich sein, wie folgt darüber nachzudenken -

  1. Ein privater Schlüssel soll privat sein, also nur etwas, das Sie wissen sollten.
  2. Wenn der Server jemand anderem gehört, möchten Sie ihm nichts geben, was nur
    Sie wissen sollten, und deshalb sollten Sie ihm Ihren privaten Schlüssel nicht geben.
  3. Wenn Sie ihnen andererseits Ihren öffentlichen Schlüssel geben und ihr System kompromittiert wird und jemand anderes Ihren öffentlichen Schlüssel zu seinem Setup hinzufügt, bedeutet das nur, dass Sie auf ihr System zugreifen können, Sie haben nichts verloren. Wenn Sie ihnen andererseits Ihren privaten Schlüssel hätten geben müssen, verlieren Sie die Kontrolle darüber.

verwandte Informationen