`ssh <host>` adalah shell login, tetapi `ssh <host> <command>` tidak?

Saya perhatikan bahwa ketika saya menjalankan perintah langsung pada host SSH menggunakan ssh <host> <command>sintaks, saya melihat output .bashrctetapi bukan output .bash_profile(atau .profile).

Misalnya, jika saya menempatkan perintah berikut di bagian atas kedua file,

echo ${BASH_SOURCE[0]}

dan sumber secara manual .bash_profile(sumber mana .bashrcpada gilirannya), saya akan melihat

$ . .bash_profile
.bash_profile
.bashrc

Ini adalah output yang sama yang saya lihat jika saya masuk ke komputer ini dari jarak jauh melalui SSH, menggunakan ssh <host>bentuk perintah. (Dan jika saya menyimpan di .bash_profiletempat lain untuk sementara waktu, tak satu pun dari baris ini akan bergema.)

Namun, jika saya menjalankan perintah langsung pada mesin jarak jauh dengan ssh <host> <command>bentuk ssh, maka hasilnya akan terlihat seperti ini:

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

Pemahaman saya adalah bahwa perbedaan antara .bash_profiledan .bashrcyang pertama adalah untuk shell login sedangkan yang terakhir adalah untuk shell non-login yang interaktif .

Saya telah menyimpulkan yang berikut ini:

1. ssh <host>sumber saja .bash_profile, sementara
2. ssh <host> <command>sumber saja .bashrc, yang artinya
3. yang pertama adalah shell login dan yang terakhir tidak.

Apakah kesimpulan ini benar? Mengapa ssh <host> <command>diperlakukan sebagai shell non-login yang interaktif? Bukankah SSH masih masuk ke mesin jarak jauh untuk menjalankan perintah?

OpenSSH (kemungkinan besar apa yang Anda jalankan) memutuskan apakah akan membuat shell login atau tidak, dan itu hanya berlaku jika Anda tidak menjalankan perintah tertentu. Dari man ssh:

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

Jadi ini adalah pilihan implementasi untuk server ssh apakah ia ingin membuat shell login atau tidak, dan jika Anda memberikan perintah untuk menjalankannya, itu tidak.

Meskipun sshmelakukan login, jika Anda menjalankan perintah dan keluar, itu benar-benar jauh lebih mirip dengan membuat shell hanya untuk menjalankan perintah itu daripada untuk mendapatkan lingkungan login. Tampaknya, mengingat itu, bahwa orang-orang yang menulis OpenSSH memutuskan untuk memperlakukannya seperti tugas semacam itu.

Mereka membuat shell non-interaktif, non-login untuk mengeksekusi perintah, karena itulah semangat menjalankan perintah dalam konteks / shell lain. Namun, biasanya, cangkang non-interaktif tidak akan secara otomatis sumber ~/.bashrcyang jelas terjadi di sini. bashsebenarnya mencoba membantu kami di sini. Dari dokumen

Dipanggil oleh daemon shell jarak jauh

Bash mencoba menentukan kapan dijalankan dengan input standar yang terhubung ke koneksi jaringan, seperti ketika dijalankan oleh daemon shell jarak jauh, biasanya rshd, atau secure shell daemon sshd. Jika Bash menentukan sedang dijalankan dengan cara ini, ia membaca dan mengeksekusi perintah dari ~ / .bashrc, jika file itu ada dan dapat dibaca. Ini tidak akan melakukan ini jika dipanggil sebagai sh. Opsi --norc dapat digunakan untuk menghambat perilaku ini, dan opsi --rcfile dapat digunakan untuk memaksa file lain untuk dibaca, tetapi rshd atau sshd umumnya tidak memanggil shell dengan opsi-opsi itu atau membiarkannya ditentukan.

The mengapa perilaku ini terletak pada tingkat lebih rendah dari kerang: ssh host( "login shell" kasus) menggunakan pseudoterminal pada remote host, untuk berkomunikasi antara sshdproses server dan shell; ssh host commandmenggunakan pipa di antara sshddan command, sebagai gantinya. Pseudoterminals diperlukan untuk menggunakan interpreter perintah secara interaktif, seperti shell, atau mode " read-eval-print " dari bahasa scripting; mereka mengimplementasikan banyak fitur ramah-manusia seperti mampu mundur mundur dari kesalahan ketik. Tetapi mereka memiliki lebih banyak overhead dan (tergantung pada konfigurasi) tidak mengizinkan data sewenang-wenang untuk melewati yang tidak dimodifikasi, jadi SSH menghindari menggunakannya ketika interaksi tidak akan terjadi.

Kadang-kadang perintah SSH / tidak ada perintah heuristik mendapatkan ini salah; itu bisa diganti dengan -tdan -Tswitch. Misalnya, untuk masuk ke mesin jarak jauh dan segera memasang kembali screensesi yang ditangguhkan , yang perlu Anda lakukan ssh -t host screen -R; ssh host screen -Rakan menyebabkan screenpengaduan tentang tidak terhubung ke terminal. Saya tidak bisa memikirkan situasi ketika Anda benar-benar ingin menggunakannya -T, tetapi ada di sana jika Anda pernah menemukannya.

Pertama, Anda perlu melihat berbagai jenis, Anda dapat membaca ini:

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

Sekarang jika Anda membuka bashrc Anda, Anda akan melihat di awal ini:

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

Itu berarti tergantung pada bagaimana Anda mengakses sistem file ini memuat kode di dalamnya atau tidak.