SSH uzaktan kumanda komutu manuel olarak çalıştırıldığında neden daha az ortam değişkeni alıyor? [kapalı]

Bir makineye ssh ve çalıştırırsanız iyi çalışan bir komut var, ama gibi bir uzak ssh komutunu kullanarak çalıştırmayı denediğimde başarısız:

ssh user@IP <command>

Her iki yöntemi kullanarak "env" çıktısını karşılaştırmak farklı ortamlarda sonuçlanır. Makineye manuel olarak giriş yaptığımda ve env çalıştırdığımda, çalıştırdığımda çok daha fazla ortam değişkeni alıyorum:

ssh user@IP "env"

Neden olduğu hakkında bir fikrin var mı?

Farklı mermi türleri vardır. SSH komut yürütme kabuğu etkileşimli olmayan bir kabuk iken, normal kabuğunuz bir giriş kabuğu veya etkileşimli kabuktur. Man bash'tan açıklama şöyle:

       Bir giriş kabuğu ilk argüman karakteri
       sıfır bir - veya bir --login seçeneğiyle başlar.

       Etkileşimli kabuk isteğe bağlı olmayan bir başlangıçtır
       bağımsız değişkenler ve standart girdisi olan -c seçeneği olmadan
       ve hatanın her ikisi de terminallere bağlıdır (belirlendiği gibi)
       isatty (3)) veya biri -i seçeneğiyle başlatılmıştır. PS1:
       set ve $ - bash etkileşimli ise i'yi içerir,
       kabuk betiği veya bu durumu test etmek için bir başlangıç ​​dosyası.

       Aşağıdaki paragraflarda bash'ın
       başlangıç ​​dosyaları. Dosyalardan herhangi biri mevcut ancak olamazsa
       okh bash bir hata bildirir. Tildes dosyada genişletildi
       Aşağıda Tilde Genişletme altında açıklanan adlar
       GENLEŞME bölümü.

       Bash etkileşimli bir giriş kabuğu olarak veya
       --login seçeneğiyle etkileşimli olmayan bir kabuk, önce
       / etc / profile dosyasından komutları okur ve yürütürse,
       bu dosya var. Bu dosyayı okuduktan sonra
       içinde ~ / .bash_profile, ~ / .bash_login ve ~ / .profile
       sıralayın ve ilk komutları okur ve yürütür
       mevcut ve okunabilir. --Noprofile seçeneği
       kabuk bu davranışı engellemeye başladığında kullanılmalıdır
       IOR.

       Bir giriş kabuğu çıktığında, bash komutları okur ve yürütür
       varsa, ~ / .bash_logout dosyasından.

       Giriş kabuğu olmayan etkileşimli bir kabuk olduğunda
       bash ~ / .bashrc komutlarını okur ve yürütür,
       bu dosya varsa. Bu,
       --norc seçeneği. --Rcfile dosyası seçeneği bash'ı zorlar
       komutları dosya yerine okumak ve yürütmek için
       ~ / .Bashrc.

       Bash etkileşimli olmayan bir şekilde başlatıldığında, bir kabuk çalıştırmak için
       örneğin, BASH_ENV değişkenini
       çevre, orada görünürse değerini artırır,
       ve genişletilmiş değeri okumak için bir dosyanın adı olarak kullanır
       ve çalıştırın. Bash aşağıdaki komut gibi davranır
       idam edildi:
              [-n "$ BASH_ENV"] ise; sonra . "$ BASH_ENV"; fi
       ancak PATH değişkeninin değeri arama yapmak için kullanılmaz
       dosya adı için.

Komutu çalıştırmadan önce profili kaynaklamaya ne dersiniz?

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

Bunu değiştirmek için en iyi buluyorum olabilir ~/.bash_profile, ~/.bashrcya da her neyse.

(Burada olduğu gibi (linuxquestions.org) )

Uzak ssh komutu çalıştırıldığında kabuk ortamı yüklenmiyor. Ssh ortam dosyasını düzenleyebilirsiniz:

vi ~/.ssh/environment

Biçimi:

VAR1=VALUE1
VAR2=VALUE2

Ayrıca, seçenek sshdiçin yapılandırmayı kontrol edin PermitUserEnvironment=yes.

Benzer bir sorunum vardı, ama sonunda ~ / .bashrc tüm ihtiyacım olduğunu öğrendim.

Ancak, Ubuntu'da ~ / .bashrc işlemeyi durduran satıra yorum yapmak zorunda kaldım:

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

Bu sorun için kolay bir çözüm buldum, hedef sistemde çalıştırmaya çalıştığım script.sh dosyasının üstüne kaynak / etc / profile eklemek oldu. Buradaki sistemlerde bu, script.sh tarafından ihtiyaç duyulan çevresel değişkenlerin bir oturum açma kabuğundan çalışıyormuş gibi yapılandırılmasına neden oldu.

Önceki yanıtlardan birinde ~ / .bashr_profile vs ... 'nin kullanılması önerildi. Ben bu konuda fazla zaman harcamak yoktu ama, sorun bu hedef sistemde farklı bir kullanıcı için ssh oturum açtığınız kaynak sistemindeki kabuk daha farklı bir kullanıcı için bu kaynak sistem kullanıcı neden olduğu ortaya çıktı ~ için kullanılacak ad.

~ / .Bashrc içinde etkileşimli olmayan bir kabuk olup olmadığını denetlemek istediğiniz ortam değişkenlerini dışa aktarmanız yeterlidir.