If logged in into a SSH server with a running desktop, the GPG tool doesn’t show any password dialog when trying to decrypt a file in an SSH session. It just stalls at gpg: AES encrypted data. User grawity shows a solution on superuser.com where the PIN-Entry tool of the GPG agent can be set manually. My adaption now looks like this and works like a charm:
File: ~/.gnupg/gpg-agent.conf
pinentry-program /usr/bin/pinentry-curses Reload the GPG agent configuration with the following command and you’re done:
Ein Problem das mit SSH hin und wieder auftritt ist, dass es nach dem Ausloggen (oder einem Remote-Neustart) einfach hängt und man es abschiessen muss. Warum? SSH wartet einfach auf die Beendigung eines Prozesses die entweder viel später oder garnicht eintritt. Die Lösung: das SSH-Escape-Zeichen. Standardmässig steht dieses Zeichen auf ‘~’ (sprich, der Tilde). Beachten dabei sollte man noch, dass es im normalfall nur nach einer Newline, d.h. dem Drücken der Eingabe-Taste funktioniert.
Da sich bei OpenWrt 8.09 ein wenig geändert hat, ist nun ein etwas anderer Weg notwendig, um von aussen ssh zu nutzen. Freischalten über LuCI
Administration Network->Firewall->Traffic Control Advanced Rules->Add Entry Additional Field->Protocol: Add Name: ssh Source: wan Destination: Device Protocol: TCP Destination Port: 22 Action: accept Save & Apply` Freischalten über uci
uci add firewall rule uci set firewall.@rule[-1]._name=ssh uci set firewall.@rule[-1].src=wan uci set firewall.@rule[-1].target=ACCEPT uci set firewall.
Hin und wieder kommt es vor, dass das Tool scp (secure copy) einfach nicht in der Lage ist, große Dateien zu übertragen. Schon nach den ersten Megabytes hängt die Verbindung und es erscheint nur ein nettes stalled anstelle der verbleibenden Restzeit.Jephe Wu vom Linux Security Guide hat glücklicherweise dafür eine Lösung (inklusive der Problembeschreibung auf Englisch) gefunden die bei mir funktioniert hat.
Dazu öffnet man ein Terminal und führt folgenden Befehl vor dem Transfer aus:
