لماذا يحصل أمر SSH عن بُعد على متغيرات البيئة أقل عند التشغيل يدويًا؟ [مغلق
-
03-07-2019 - |
سؤال
لديّ أمر يعمل بشكل جيد إذا قمت بالتشغيل إلى جهاز وقم بتشغيله ، لكن يفشل عندما أحاول تشغيله باستخدام أمر SSH عن بُعد مثل:
ssh user@IP <command>
مقارنة إخراج "ENV" باستخدام كلتا الطريقتين RESUTLs في بيئات مختلفة. عندما أقوم بتسجيل الدخول يدويًا إلى الجهاز وأشغيل ENV ، أحصل على المزيد من متغيرات البيئة ، ثم عندما أقوم بتشغيل:
ssh user@IP "env"
أي فكرة لماذا؟
المحلول
هناك أنواع مختلفة من الأصداف. قذيفة تنفيذ أمر SSH عبارة عن قذيفة غير تفاعلية ، في حين أن قذيفةك العادية هي إما قذيفة تسجيل الدخول أو قذيفة تفاعلية. يتبع الوصف ، من رجل باش:
A login shell is one whose first character of argument zero is a -, or one started with the --login option. An interactive shell is one started without non-option arguments and without the -c option whose standard input and error are both connected to terminals (as determined by isatty(3)), or one started with the -i option. PS1 is set and $- includes i if bash is interactive, allowing a shell script or a startup file to test this state. The following paragraphs describe how bash executes its startup files. If any of the files exist but cannot be read, bash reports an error. Tildes are expanded in file names as described below under Tilde Expansion in the EXPANSION section. When bash is invoked as an interactive login shell, or as a non-interactive shell with the --login option, it first reads and executes commands from the file /etc/profile, if that file exists. After reading that file, it looks for ~/.bash_profile, ~/.bash_login, and ~/.profile, in that order, and reads and executes commands from the first one that exists and is readable. The --noprofile option may be used when the shell is started to inhibit this behav ior. When a login shell exits, bash reads and executes commands from the file ~/.bash_logout, if it exists. When an interactive shell that is not a login shell is started, bash reads and executes commands from ~/.bashrc, if that file exists. This may be inhibited by using the --norc option. The --rcfile file option will force bash to read and execute commands from file instead of ~/.bashrc. When bash is started non-interactively, to run a shell script, for example, it looks for the variable BASH_ENV in the environment, expands its value if it appears there, and uses the expanded value as the name of a file to read and execute. Bash behaves as if the following command were executed: if [ -n "$BASH_ENV" ]; then . "$BASH_ENV"; fi but the value of the PATH variable is not used to search for the file name.
نصائح أخرى
ماذا عن الحصول على مصادر الملف الشخصي قبل تشغيل الأمر؟
ssh user@host "source /etc/profile; /path/script.sh"
قد تجد أنه من الأفضل تغيير ذلك ~/.bash_profile
, ~/.bashrc
, ، أو أيا كان.
(كما هنا (linuxquestions.org))
لا يتم تحميل بيئة Shell عند تشغيل أمر SSH عن بُعد. يمكنك تحرير ملف البيئة SSH:
vi ~/.ssh/environment
شكله هو:
VAR1=VALUE1
VAR2=VALUE2
أيضًا ، تحقق من تكوين SSHD لـ CommonUserEnvironment = خيار نعم.
واجهت مشكلة مماثلة ، لكن في النهاية اكتشفت أن ~/.bashrc كان كل ما أحتاجه.
ومع ذلك ، في أوبونتو ، اضطررت إلى التعليق على الخط الذي يتوقف عن معالجة ~/.bashrc:
#If not running interactively, don't do anything
[ -z "$PS1" ] && return
لقد وجدت دقة سهلة لهذه المشكلة هي إضافة مصدر /إلخ /ملف تعريف إلى أعلى ملف Script.sh الذي كنت أحاول تشغيله على النظام المستهدف. على الأنظمة هنا ، تسبب هذا في المتغيرات البيئية التي كانت مطلوبة بواسطة Script.sh لتكوينها كما لو كانت تعمل من قذيفة تسجيل الدخول.
في أحد الردود السابقة ، اقترح أن يتم استخدام ~/.bashr_profile وما إلى ذلك. لم أقضي الكثير من الوقت في هذا ، لكن المشكلة في ذلك هي إذا قمت بمستخدم مختلف على النظام المستهدف من نظام shell على نظام المصدر الذي قمت بتسجيل الدخول إليه ، فقد بدا لي أن هذا يسبب مستخدم النظام المصدر الاسم لاستخدامه في ~.
ما عليك سوى تصدير متغيرات البيئة التي تريدها فوق التحقق من قذيفة غير تفاعلية في ~/.bashrc.