`ssh <Host>` ist eine Login-Shell, `ssh <Host> <Befehl>` jedoch nicht?

Ich habe festgestellt, dass beim Ausführen eines Befehls direkt auf einem SSH-Host mithilfe der ssh <host> <command>Syntax .bashrcdie Ausgabe von .bash_profile(oder .profile) angezeigt wird, jedoch nicht die Ausgabe von (oder ).

Wenn ich zum Beispiel den folgenden Befehl oben in beiden Dateien platziere,

echo ${BASH_SOURCE[0]}

und manuell Quelle .bash_profile(welche Quellen .bashrcwiederum), werde ich sehen

$ . .bash_profile
.bash_profile
.bashrc

Dies ist die gleiche Ausgabe, die ich sehe, wenn ich mich über SSH mit ssh <host>der Befehlsform remote bei diesem Computer anmelde . (Und wenn ich .bash_profilevorübergehend woanders verstaue , wird keine dieser Zeilen wiedergegeben.)

Wenn ich jedoch einen Befehl mit der ssh <host> <command>Form von direkt auf dem Remotecomputer ausführe ssh, sieht die Ausgabe folgendermaßen aus:

$ ssh <host> echo foo
/home/rlue/.bashrc
foo

Mein Verständnis ist, dass der Unterschied zwischen .bash_profileund darin .bashrcbesteht, dass Ersteres für Login-Shells gilt, während Letzteres für interaktive Nicht-Login-Shells gilt .

Ich habe folgendes festgestellt:

1. ssh <host>Quellen nur .bash_profile, während
2. ssh <host> <command>nur Quellen .bashrc, was bedeutet
3. Ersteres ist eine Login-Shell und Letzteres nicht.

Sind diese Schlussfolgerungen richtig? Warum wird ssh <host> <command>es als interaktive Shell ohne Anmeldung behandelt? Meldet sich SSH nicht immer noch auf dem Remotecomputer an, um den Befehl auszuführen?

OpenSSH (höchstwahrscheinlich das, was Sie ausführen) entscheidet, ob eine Anmeldeshell erstellt werden soll oder nicht, und dies nur, wenn Sie keinen bestimmten Befehl ausführen. Von man ssh:

 If command is specified, it is executed on the remote host instead of a
 login shell.

Es ist also eine Implementierungsoption für den SSH-Server, ob er eine Anmeldeshell erstellen möchte oder nicht, und wenn Sie einen Befehl zum Ausführen geben, ist dies nicht der Fall.

Während Sie ssheine Anmeldung durchführen, ist es viel ähnlicher, eine Shell zu erstellen, um diesen Befehl auszuführen, als eine Anmeldeumgebung abzurufen, wenn Sie einen Befehl ausführen und beenden. Angesichts dessen scheint es, dass die Leute, die OpenSSH schreiben, beschlossen haben, es wie eine solche Aufgabe zu behandeln.

Sie erstellen eine nicht interaktive Shell ohne Anmeldung, um den Befehl auszuführen, da dies der Geist ist, einen Befehl in einem anderen Kontext / einer anderen Shell auszuführen. Normalerweise werden nicht interaktive Shells jedoch nicht automatisch als Quelle verwendet, ~/.bashrcwas hier eindeutig geschieht. bashversucht tatsächlich, uns hier draußen zu helfen. Aus den Dokumenten

Wird vom Remote-Shell-Daemon aufgerufen

Bash versucht festzustellen, wann es ausgeführt wird, wenn seine Standardeingabe mit einer Netzwerkverbindung verbunden ist, wie dies vom Remote-Shell-Daemon (normalerweise rshd) oder vom Secure-Shell-Daemon sshd ausgeführt wird. Wenn Bash feststellt, dass es auf diese Weise ausgeführt wird, liest es Befehle von ~ / .bashrc und führt sie aus, sofern diese Datei vorhanden und lesbar ist. Dies wird nicht ausgeführt, wenn es als sh aufgerufen wird. Die Option --norc kann verwendet werden, um dieses Verhalten zu verhindern, und die Option --rcfile kann verwendet werden, um das Lesen einer anderen Datei zu erzwingen, aber weder rshd noch sshd rufen im Allgemeinen die Shell mit diesen Optionen auf oder erlauben deren Angabe.

Das Warum dieses Verhaltens liegt auf einer niedrigeren Ebene als bei Shells: ssh host(der Fall "Login-Shell") verwendet ein Pseudoterminal auf dem Remote-Host, um zwischen dem sshdServerprozess und der Shell zu kommunizieren . ssh host commandverwendet stattdessen Pipes zwischen sshdund command. Pseudoterminals sind erforderlich, um einen Befehlsinterpreter wie eine Shell oder den " Read-Eval-Print " -Modus einer Skriptsprache interaktiv zu verwenden . Sie implementieren eine Reihe von benutzerfreundlichen Funktionen, z. B. die Möglichkeit, Tippfehler rückgängig zu machen. Sie haben jedoch einen höheren Overhead und lassen (abhängig von der Konfiguration) nicht zu, dass beliebige Daten unverändert übertragen werden. Daher vermeidet SSH die Verwendung dieser Daten, wenn keine Interaktion stattfinden soll.

Manchmal macht SSHs Befehl / keine Befehlsheuristik dies falsch; Es kann mit den Schaltern -tund überschrieben -Twerden. Um sich beispielsweise bei einem Remotecomputer anzumelden und eine angehaltene screenSitzung sofort wieder anzuschließen, müssen Sie Folgendes tun ssh -t host screen -R: ssh host screen -Rwird dazu führen screen, dass Sie sich beschweren, nicht an ein Terminal angeschlossen zu sein. Ich kann eine Situation nicht denken , wenn Sie tatsächlich würden wollen verwenden -T, aber es ist da , wenn Sie jemals ein finden.

Zuerst müssen Sie die verschiedenen Typen sehen, Sie können dies lesen:

/unix/170493/login-non-login-and-interactive-non-interactive-shells

Wenn Sie nun Ihren Bashrc öffnen, sehen Sie am Anfang Folgendes:

# If not running interactively, don't do anything
[ -z "$PS1" ] && return

Das bedeutet, dass diese Datei je nachdem, wie Sie auf das System zugreifen, den Code darin lädt oder nicht.