Wie zum senden von Daten an lokale Zwischenablage von einem remote-SSH-Sitzung

Meine Lieblings-Weg ist ssh [remote-machine] "cat log.txt" | xclip -selection c. Dies ist besonders nützlich, wenn Sie wollen nicht (oder können nicht) ssh von remote zu local.

Edit: auf der Cygwin -ssh [remote-machine] "cat log.txt" > /dev/clipboard.

Edit: Ein hilfreicher Kommentar von nbren12:

Ist es fast immer möglich, die Einrichtung einer reverse-ssh-Verbindung mittels SSH-port-forwarding. Fügen Sie einfach RemoteForward 127.0.0.1:2222 127.0.0.1:22 auf den Eintrag des Servers in Ihrem lokalen .ssh/config, und führen Sie dann ssh -p 2222 127.0.0.1 auf der remote-Maschine, die dann die Umleitung von verbindungen auf den lokalen Computer. – nbren12

Reverse-tunnel-port, auf dem ssh-server

Alle vorhandenen Lösungen müssen entweder:

• X11 auf dem client (wenn Sie es haben, xclip auf dem server funktioniert Super) oder
• der client und der server im selben Netzwerk (das ist nicht der Fall, wenn man bei der Arbeit versuchen, Zugriff auf Ihren computer zu Hause).

Hier ist ein weiterer Weg, es zu tun, obwohl Sie brauchen werden, um zu ändern, wie Sie ssh in Ihrem computer.

Habe ich angefangen mit diesem und es ist bei weitem nicht so einschüchternd, wie es aussieht, so geben Sie es versuchen.

- Client (ssh-Sitzung starten)

ssh username@server.com -R 2000:localhost:2000

(Tipp: machen Sie diese eine Tastenbelegung, so dass Sie nicht haben, geben Sie es)

Client (einem anderen tab)

nc -l 2000 | pbcopy

Hinweis: wenn Sie nicht über pbcopy dann nur tee es in eine Datei.

Server (innerhalb der SSH-Sitzung)

cat some_useful_content.txt | nc localhost 2000

Sonstige Hinweise

Tatsächlich, auch wenn Sie in der Mitte eine ssh-Sitzung zu starten, einen tunnel, aber ich will nicht zu erschrecken die Menschen Weg von dem, was wirklich gar nicht so schlimm, wie es aussieht. Aber ich werde die details später hinzufügen, wenn ich sehe, kein Interesse

Dies ist meine Lösung, basierend auf SSH-reverse-tunnel, netcat und xclip.

Erste Skript erstellen (zB. clipboard-daemon.sh) auf Ihrer workstation:

#!/bin/bash
HOST=127.0.0.1
PORT=3333

NUM=`netstat -tlpn 2>/dev/null | grep -c " ${HOST}:${PORT} "`
if [ $NUM -gt 0 ]; then
    exit
fi

while [ true ]; do
    nc -l ${HOST} ${PORT} | xclip -selection clipboard
done

und starten Sie es im hintergrund.

./clipboard-daemon.sh&

Wird es beginnen, nc Rohrleitungen Ausgabe xclip und respawnen Prozess nach Erhalt der Teil der Daten

Dann starten Sie ssh-Verbindung zum remote-host:

ssh user@host -R127.0.0.1:3333:127.0.0.1:3333

Während Sie eingeloggt sind, auf dem remote-box, versuchen Sie dies:

echo "this is test" >/dev/tcp/127.0.0.1/3333

dann versuchen, fügen Sie auf Ihrer workstation

Können Sie natürlich schreiben, wrapper-Skript, das startet clipboard-daemon.sh und erst dann die ssh-Sitzung. Dies ist, wie es für mich funktioniert. Genießen.

Dieser Antwort entwickelt sich sowohl auf dem gewählte Antwort durch hinzufügen von mehr Sicherheit.

Diese Antwort diskutiert die Allgemeine form

<command that makes output> | \
    ssh <user A>@<host A> <command that maps stdin to clipboard>

Wo Sicherheit fehlt, ist in der ssh Berechtigungen ermöglichen <user B> auf host B> zu ssh in host A und ausführen alle Befehl.

Natürlich B zu A Zugang kann schon sein, gated durch ein ssh Schlüssel, und es kann auch ein Passwort haben. Aber eine andere Schicht Sicherheit beschränken Sie den Umfang der zulässigen Befehle, die B ausführen kann, auf A z.B. so, dass rm -rf / kann nicht aufgerufen werden. (Dies ist besonders wichtig, wenn die ssh Schlüssel nicht ein Passwort haben.)

Glücklicherweise ssh hat eine eingebaute Funktion namens " Befehl Beschränkung oder gezwungen Befehl. Sehen ssh.com, oder
diese serverfault.com Frage.

Die Lösung unten zeigt die Allgemeine form der Lösung zusammen mit ssh Befehl Beschränkung durchgesetzt.

B. Lösung mit Befehl Beschränkung Hinzugefügt

Diese security enhanced Lösung folgt der Allgemeinen form - der Anruf von der ssh Sitzung auf host-B ist einfach:

cat <file> | ssh <user-A>@<host A> to_clipboard

Den rest dieses zeigt das setup, um das zu bekommen, zu arbeiten.

Setup von ssh-Befehl Beschränkung

Angenommen, der Benutzer-account auf B ist user-B und B hat einen ssh-key id-clip,, wurde in der üblichen Weise (ssh-keygen).

Dann in user-A's ssh-Verzeichnis gibt es eine Datei

/home/user-A/.ssh/authorized_keys

erkennt, dass der Schlüssel id-clip und ermöglicht ssh Verbindung.

In der Regel den Inhalt jeder Zeile authorized_keys ist genau der öffentliche Schlüssel autorisiert, z.B., den Inhalt id-clip.pub.

Jedoch durchsetzen Befehl Beschränkung, dass public-key-Inhalt vorangestellt (auf derselben Zeile), die von dem Befehl ausgeführt werden soll.

In unserem Fall:

command="/home/user-A/.ssh/allowed-commands.sh id-clip",no-agent-forwarding,no-port-forwarding,no-user-rc,no-x11-forwarding,no-pty <content of file id-clip.pub>

Den benannten Befehl "/home/user-A/.ssh/allowed-commands.sh id-clip", und nur, dass die benannten Befehl, wird ausgeführt, wenn der Schlüssel id-clip verwendet wird, initiieren Sie eine ssh Verbindung zu host-A - egal welchen Befehl geschrieben ist ssh Befehlszeile.

Dem Befehl zeigt an, eine script-Datei allowed-commands.sh, und der Inhalt der Skript-Datei ist

#/bin/bash
#
# You can have only one forced command in ~/.ssh/authorized_keys. Use this
# wrapper to allow several commands.

Id=${1}

case "$SSH_ORIGINAL_COMMAND" in
    "to-clipboard")
          notify-send "ssh to-clipboard, from ${Id}"
        cat | xsel --display :0 -i -b
          ;;
    *)
        echo "Access denied"
        exit 1
        ;;
esac

Der ursprüngliche Aufruf ssh auf der Maschine B war

... | ssh <user-A>@<host A> to_clipboard

Den string to-clipboard übergeben allowed-commands.sh durch die Umgebungsvariable SSH_ORIGINAL_COMMAND.
Wir haben dazu übergeben Sie den Namen der Taste, id-clip von der Linie in authorized_keysdie nur zugegriffen id-clip.

Die Linie

          notify-send "ssh to-clipboard, from ${Id}"

ist nur eine popup-Meldung informiert Sie über die Zwischenablage geschrieben wird - das ist wohl eine gute Sicherheits-Funktion zu. (notify-send funktioniert auf Ubuntu 18.04, vielleicht andere nicht).

In der Zeile

cat | xsel --display :0 -i -b

den parameter --display :0 ist notwendig, da der Prozess nicht über einen eigenen X-display mit einer Zwischenablage,
so muss es sein specificied ausdrücklich. Dieser Wert :0 passiert, arbeiten auf Ubuntu 18.04 mit Wayland Fenster server. Auf anderen setups dürfte es nicht funktionieren. Für eine standard-X-server diese Antwort helfen könnte.

host-A /etc/ssh/sshd_config Parameter

Endlich ein paar Parameter in /etc/ssh/sshd_config auf host A sollten festgelegt werden, damit die Berechtigung für die Verbindung, und die Erlaubnis zu verwenden ssh-Schlüssel nur ohne Passwort:

PubkeyAuthentication yes
PasswordAuthentication no
ChallengeResponseAuthentication no
AllowUsers user-A

Machen die sshd server erneuten Lesen der config

sudo systemctl restart sshd.service

oder

sudo service sshd.service restart

Fazit

Es einige Mühe, um es einzurichten, aber auch andere Funktionen außer der to-clipboard konstruiert werden können, die parallel den gleichen Rahmen.

Ist die einfachste Lösung von allen, wenn du auf OS X mit Terminal und Sie habe ssh ' Ing um auf einen remote-server und wollen, schnappen Sie sich die Ergebnisse einer text-Datei oder ein Protokoll oder eine csv -, einfach:

1) Cmd-K deaktivieren Sie die Ausgabe des Terminals

2) cat <filename> zeigt den Inhalt der Datei

3) Cmd-S zum speichern der Terminal-Ausgabe

Müssen Sie manuell entfernen Sie die erste Zeile und Letzte Zeile der Datei, aber diese Methode ist etwas einfacher, als sich auf andere Pakete installiert werden, "reverse Tunnel" und versuchen, eine statische IP, etc.