Mengapa perintah jarak jauh SSH mendapatkan lebih sedikit variabel lingkungan daripada saat dijalankan secara manual? [Tutup]

Saya memiliki perintah yang berjalan dengan baik jika saya ssh ke mesin dan menjalankannya, tetapi gagal ketika saya mencoba menjalankannya menggunakan perintah ssh jarak jauh seperti:

ssh user@IP <command>

Membandingkan output "env" menggunakan kedua metode resutl di lingkungan yang berbeda. Ketika saya masuk secara manual ke mesin dan menjalankan env, saya mendapatkan lebih banyak variabel lingkungan kemudian ketika saya menjalankan:

ssh user@IP "env"

Ada yang tahu kenapa?

Ada berbagai jenis kerang. Shell eksekusi perintah SSH adalah shell non-interaktif, sedangkan shell normal Anda adalah shell login atau shell interaktif. Deskripsi berikut, dari man bash:

       Shell login adalah karakter argumen pertama
       nol adalah -, atau yang dimulai dengan opsi --login.

       Shell interaktif adalah yang dimulai tanpa non-opsi
       argumen dan tanpa opsi -c yang input standarnya
       dan error keduanya terhubung ke terminal (seperti yang ditentukan
       oleh isatty (3)), atau yang dimulai dengan opsi -i. PS1 adalah
       set dan $ - termasuk saya jika bash bersifat interaktif, memungkinkan a
       skrip shell atau file startup untuk menguji keadaan ini.

       Paragraf berikut menjelaskan bagaimana bash mengeksekusi
       file startup. Jika ada file yang ada tetapi tidak bisa
       baca, bash melaporkan kesalahan. Tilde diperluas dalam file
       nama seperti yang dijelaskan di bawah di bawah Ekspansi Tilde di
       Bagian EKSPANSI.

       Ketika bash dipanggil sebagai shell login interaktif, atau sebagai
       shell non-interaktif dengan opsi --login, pertama-tama
       membaca dan mengeksekusi perintah dari file / etc / profile, jika
       file itu ada. Setelah membaca file itu, ia mencari
       ~ / .bash_profile, ~ / .bash_login, dan ~ / .profile, dalam
       memesan, dan membaca serta menjalankan perintah dari yang pertama
       yang ada dan dapat dibaca. Opsi --noprofile mungkin
       digunakan ketika shell mulai menghambat behav ini
       ior.

       Ketika shell login keluar, bash membaca dan mengeksekusi perintah
       dari file ~ / .bash_logout, jika ada.

       Ketika shell interaktif itu bukan shell login
       dimulai, bash membaca dan menjalankan perintah dari ~ / .bashrc,
       jika file itu ada. Ini dapat dihambat dengan menggunakan
       Opsi --norc. Opsi file --rcfile akan memaksa bash
       untuk membaca dan menjalankan perintah dari file alih-alih
       ~ / .bashrc.

       Ketika bash dimulai secara non-interaktif, untuk menjalankan shell
       skrip, misalnya, mencari variabel BASH_ENV di
       lingkungan, perluas nilainya jika muncul di sana,
       dan menggunakan nilai yang diperluas sebagai nama file untuk dibaca
       dan jalankan. Bash berperilaku seolah-olah perintah berikut
       dieksekusi:
              jika [-n "$ BASH_ENV"]; kemudian . "$ BASH_ENV"; fi
       tetapi nilai variabel PATH tidak digunakan untuk mencari
       untuk nama file.

Bagaimana dengan sumber profil sebelum menjalankan perintah?

ssh user@host "source /etc/profile; /path/script.sh"

Anda mungkin merasa terbaik untuk mengubah itu untuk ~/.bash_profile, ~/.bashrc, atau apa pun.

(Seperti di sini (linuxquestions.org) )

Lingkungan Shell tidak memuat saat menjalankan perintah ssh jarak jauh. Anda dapat mengedit file lingkungan ssh:

vi ~/.ssh/environment

Formatnya adalah:

VAR1=VALUE1
VAR2=VALUE2

Juga, periksa sshdkonfigurasi untuk PermitUserEnvironment=yesopsi.

Saya memiliki masalah yang sama, tetapi pada akhirnya saya menemukan bahwa ~ / .bashrc yang saya butuhkan.

Namun, di Ubuntu, saya harus mengomentari baris yang berhenti memproses ~ / .bashrc:

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

Saya menemukan resolusi mudah untuk masalah ini adalah menambahkan sumber / etc / profile ke bagian atas file script.sh yang saya coba jalankan pada sistem target. Pada sistem di sini, ini menyebabkan variabel lingkungan yang diperlukan oleh script.sh dikonfigurasikan seolah-olah berjalan dari shell login.

Dalam salah satu tanggapan sebelumnya disarankan bahwa ~ / .bashr_profile dll ... digunakan. Saya tidak menghabiskan banyak waktu untuk hal ini tetapi, masalah dengan ini adalah jika Anda ssh ke pengguna yang berbeda pada sistem target daripada shell pada sistem sumber dari mana Anda masuk nampak bagi saya bahwa ini menyebabkan pengguna sistem sumber nama yang akan digunakan untuk ~.

Cukup ekspor variabel lingkungan yang Anda inginkan di atas centang untuk shell non-interaktif di ~ / .bashrc.