Fabric: दूरस्थ सर्वर पर पर्यावरण चर और पथ के साथ समस्या (सोर्सिंग .bashrc नहीं)

यह बकवास बात है, फैब बात नहीं।

क्या बैश फ़ाइलें स्टार्टअप पर स्रोत का निर्णय लेता है जटिल हो सकता है http://blog.flowblok.id.au/2013-02/shell-startup-scripts.html और Debian / Ubuntu (और सबसे distros) है कुछ में अनुकूलन /etc/profile और डिफ़ॉल्ट ~/.bashrc ।

डिफ़ॉल्ट शेल फैब उपयोग /bin/bash -l -c , और -l इसे "लॉगिन" शेल बनाता है। डेबियन/उबंटू अनुकूलन के बिना, यह ~/.bash_profile स्रोत के लिए एक बैश "लॉगिन" शेल के लिए संभव है, लेकिन ~/.bashrc ।

लेकिन ubuntu 16.04 पर, यह लॉगिन-शेल के लिए भी डिफ़ॉल्ट रूप से .bashrc का स्रोत लगता है। लेकिन डिफ़ॉल्ट .bashrc के नीचे जोड़ी गई लाइनों को संसाधित नहीं किया जाता है, क्योंकि अगर यह गैर-संवादात्मक रूप से चलने का पता लगाता है तो यह शीर्ष के पास से बाहर निकलता है।

यहाँ मैंने ubuntu-16.04 डिफ़ॉल्ट उपयोगकर्ता .bashrc दो पंक्तियाँ जोड़ी हैं

# ~/.bashrc: executed by bash(1) for non-login shells.
# see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
# for examples

export VAR1=val1

# If not running interactively, don't do anything
case $- in
    *i*) ;;
      *) return;;
esac

export VAR2=val2

# don't put duplicate lines or lines starting with space in the history.
# See bash(1) for more options
HISTCONTROL=ignoreboth
...

यहां एक फैबफाइल है जिसके साथ मैं परीक्षण कर रहा हूं:

from fabric.api import run, env, task

<strong i="23">@task</strong>
def get_myvars():
    run("echo VAR1=$VAR1 VAR2=$VAR2")

परिणाम:

$ fab -H testpy05.ec2.st-av.net get_myvars
[testpy05.ec2.st-av.net] Executing task 'get_myvars'
[testpy05.ec2.st-av.net] run: echo VAR1=$VAR1 VAR2=$VAR2
[testpy05.ec2.st-av.net] out: VAR1=val1 VAR2=
[testpy05.ec2.st-av.net] out: 
...

एक नज़र में वैध लगता है, धन्यवाद @ploxiln!

विस्तृत उत्तर के लिए धन्यवाद!

यह मानक ssh व्यवहार से भिन्न प्रतीत होता है और इसे डीबग करना कठिन था। जब मैंने मैन्युअल रूप से ssh'd सभी में ठीक काम किया, जहां OSX में .bash_profile नहीं चलने के कारण कपड़े का एक अलग PATH मान था।

@bitpropet यह एक OSX बग हो सकता है ??

@ कोड-पेड़ क्या आप फैब्रिक 1 या 2 का उपयोग कर रहे हैं? 1.x स्पष्ट शेल रैपर का उपयोग करता है, यही कारण है कि यह मानक ओपनएसएसएच क्लाइंट से अलग होगा; संस्करण 2 कोई रैपिंग नहीं करता है और आपकी ओर से sshd जो चल रहा है उसके संदर्भ में OpenSSH क्लाइंट की तरह बहुत अधिक व्यवहार करना चाहिए।

संस्करण 1 में उस शेल रैपर को बदलने के लिए कुछ env कॉन्फ़िगरेशन मान विकल्प हैं, इसलिए आप इसमें झंडे जोड़ने का प्रयास कर सकते हैं, जैसे -i जो IIRC "इंटरेक्टिव मोड चलाने और कुछ अतिरिक्त फ़ाइलों को स्रोत करने" के लिए बैश है।

यह अजीब है क्योंकि मैं संस्करण 2.2.1 का उपयोग कर रहा हूं। मुझे अपना ऐप काम करने के लिए वर्तमान में निम्नलिखित करना है:
c.run('bash -l -c "python3 ./configure.py"')
जैसे ही मैंने पायथन 3 को स्थापित किया, यह मेरे .bash_profile माध्यम से PATH में जुड़ गया, जो कि फैब्रिक द्वारा नहीं चलाया जा रहा है। मैंने मानक बिल्टिन sshd config में कोई संशोधन नहीं किया है।

यह अजीब बात है, मुझे देखना होगा कि क्या मैं दोहरा सकता हूं। यह साबित करने के लिए बस एक त्वरित विवेक का पता लगाया कि मेरा क्या मतलब है: फैब्रिक 2 कुछ भी 'विशेष' नहीं कर रहा है: sshd संचालित निष्पादन:

• Runner.run शुरुआत है, command लेता है
• Runner._run_body को कॉल करता है , जो यहाँ है , अभी भी इसे एक स्पष्ट kwarg के रूप में ले रहा है
• _run_body तो बस रनर को कॉल करें
• फैब्रिक का रिमोट रनर .स्टार्ट यहां है
• जो command . में बिना किसी अतिरिक्त संशोधन के Channel.exec_command को कॉल करता है
• Paramiko वहाँ से कार्यभार संभालता है और बस एक वेनिला SSH निष्पादन चैनल अनुरोध w/कमांड
• जिसके बाद यह पूरी तरह से समान होना चाहिए ssh myserver <command> , संभवतः

@ कोड-ट्री भी, यदि आप कर सकते हैं, तो कृपया कुछ और विवरण पोस्ट करें कि आप क्या चला रहे हैं और अन्य पर्यावरणीय विवरण (क्लाइंट और सर्वर ओएस/संस्करण, आदि)।

ज़रूर, मैं सर्वर के रूप में एक पुराना OSX संस्करण चला रहा हूँ। यदि आप पुष्टि कर सकते हैं कि सभी नए मैकोज़ पर ठीक काम करता है तो ओह ठीक है। लेकिन यदि नहीं तो शायद मैकोज़ के साथ सामान्य रूप से सर्वर के रूप में कोई समस्या है?

• क्लाइंट: उबंटू 16.04, पायथन 3.6.6, ओपनएसएसएच 7.2p2, बैश 4.3.48, फैब्रिक 2.2.1
• सर्वर: ओएसएक्स 10.11, पायथन 3.6.6, ओपनएसएसएच 6.9p1, बैश 3.2.57

साइड नोट, मैं सोच रहा हूं कि क्या यह वास्तव में गलत निदान का मामला है:

OSX में .bash_profile नहीं चलने के कारण कपड़े का एक अलग PATH मान था

क्या यह इसके बजाय #1744 का उदाहरण हो सकता है, जहां फैब्रिक 2 ssh से पाइप के नीचे स्थानीय एनवी वर्र्स को शंटिंग के मामले में अलग है? (प्रश्न में सटीक env vars पर निर्भर करता है और क्या वे स्थानीय और दूरस्थ रूप से समान हो सकते हैं; @ कोड-ट्री प्ले री में सटीक मानों की दोबारा जांच करके इस सिद्धांत को आसानी से अस्वीकार कर सकता है: उनके स्थानीय और दूरस्थ bash_profile ... )

लेकिन मैं वैसे भी इसका सीधा निवारण करने जा रहा हूं, बस मुझे पता है कि मैं फिर से पागल नहीं हूं: sshd शेल और सोर्स की गई फाइलों के संदर्भ में क्या कर रहा है, इसकी मेरी समझ।

इसके अलावा मुझे आश्चर्य है कि क्या यह #1816 से परिदृश्य/खुफिया से संबंधित है, जो कि गोले और स्टार्टअप फाइलों के बारे में भी है। यह ssh एक तरह से व्यवहार करने और फैब्रिक दूसरे तरीके से व्यवहार करने के कारण यहां _probably_ सीधे प्रासंगिक नहीं है (बनाम यह "बस कैसे sshd शेल को सामान्य रूप से लागू कर रहा है"), लेकिन वैसे भी लिंक करने लायक है।

पाया कि गहरे sshd कोड डाइविंग के एक समूह पर ठोकर खाने की कोशिश कर रहा हूं, मुझे याद है कि पिछले कुछ महीनों में, इन पंक्तियों के साथ कुछ से संबंधित है। मैं इसे अभी नहीं ढूंढ सकता, हालांकि यह परेशान करने वाला है। संपादित करें: आह मुझे लगता है कि प्रमाणीकरण से पहले कमांड निष्पादित करने के बारे में यह एक असंबंधित पैरामिको मुद्दा था (लिंकिंग नहीं क्योंकि कोई बात भ्रमित करने वाली चीजें नहीं)। ठीक है।

ठीक है, तो जब हम कमांड निष्पादन का अनुरोध करते हैं तो वास्तव में क्या हो रहा है?

• SSH-द-प्रोटोकॉल चाहता है कि आप या तो shell चैनल अनुरोध करें (जो उपयोगकर्ता के परिभाषित लॉगिन शेल प्रोग्राम को लोड करता है और कोई command नहीं लेता है) या एक exec चैनल अनुरोध (जो सिर्फ कहता है "दिए गए कमांड स्ट्रिंग को निष्पादित करता है, जिसमें पथ हो सकता है" और अधिक निर्दिष्ट नहीं करता है)
• Paramiko बाद वाला करता है, जैसा कि हमने ऊपर पाया।
• तो ओपनएसएसएच वास्तव में क्या कर रहा है? मैं ओपनश-पोर्टेबल के अपने स्थानीय चेकआउट को देख रहा हूँ ( 775f8a23f2353f5869003c57a213d14b28e0736e )

ठीक है, पहले मैं थोड़ा नासमझ हूँ। एक मनमानी डेबियन 8.10 कंटेनर के खिलाफ चल रहा है (जो ओपनएसएसएच 6.7 चला रहा है!) मैं इसे ssh localhost whoami करने पर DEBUG3-स्तर लॉग में देखता हूं:

debug1: server_input_channel_req: channel 0 request exec reply 1
debug1: session_by_channel: session 0 channel 0
debug1: session_input_channel_req: session 0 req exec
Starting session: command for root from 172.17.0.1 port 42598

fab -H localhost -- whoami :

debug1: server_input_channel_req: channel 0 request exec reply 1
debug1: session_by_channel: session 0 channel 0
debug1: session_input_channel_req: session 0 req exec
Starting session: command for root from 172.17.0.1 port 42610

ठीक है, वे दोनों exec ... प्रक्रिया पेड़ में कुछ अलग? नहीं होना चाहिए, और...वहाँ नहीं है। दोनों इस तरह दिखते हैं:

sshd,1 -D -e
  └─sshd,1535
      └─pstree,1537 -alpU

तो, निश्चित रूप से खेल में कोई खोल नहीं है? यह भी क्या कर रहा है? क्या मैं && जैसी शेली चीजों का उपयोग कर सकता हूं?

मैं कर सकता हूं! उदाहरण के लिए whoami && id ठीक काम करता है। तो यूनिक्स प्रक्रिया नियंत्रण की मेरी समझ को देखते हुए यह थोड़ा अजीब है; ऐसा लगता नहीं है कि sshd सचमुच exec(string) , लेकिन अगर यह व्याख्या करने के लिए एक खोल का उपयोग कर रहा था, तो क्या हम इसे pstree में नहीं देखेंगे?

मुझे लगता है कि यह वास्तव में ओपनश-पोर्टेबल में खुदाई करने का समय है और देखें कि क्या है।

• सारा जादू session.c . में होने लगता है
• पहला दिलचस्प पड़ाव वह है जहां session_input_channel_req लॉग लाइन होती है, (आपने अनुमान लगाया है) session_input_channel_req , जो लॉग करता है और फिर सत्र प्रकार (खोल, पीटी ओपन, निष्पादन, सबसिस्टम, आदि) के आधार पर विभिन्न कार्यों को भेजता है।
• हमारे मामले में यह exec जिसका अर्थ है session_exec_req
• जो हमें do_exec . पर
• जो बदले में बस फिर से लॉग इन करता है और अंततः हमें या तो do_exec_pty या (हमारे मामले में, क्योंकि हमने एक पीटीआई का अनुरोध नहीं किया है, आप बता सकते हैं क्योंकि लॉग लाइनों में ट्टी नंबर के बारे में कुछ भी नहीं है) do_exec_no_pty
• कौन सा कांटा और फिर कॉल करता है do_child
• जो वास्तव में एक खोल प्राप्त करता है
• और आरसी फाइलों के साथ चीजें करता है ...
  
  
  
  • सिवाय इसके कि इसका अर्थ केवल SSH की अपनी .rc फ़ाइलें हैं
  
  
• अंत में, हाँ, यह उस शेल का उपयोग करता है जिसे उसने शेल, -c, और कमांड स्ट्रिंग के साथ निष्पादित करने के लिए सेट किया था

इसके अलावा, मैं _did_ इस अनुरेखण का हिस्सा (लेकिन एक अलग कारण/फोकस के लिए) अतीत में, जैसा कि दिसंबर 2016 में था: https://github.com/paramiko/paramiko/pull/398#issuecomment -264281759। बिलकुल भूल गया था...

कारण है कि मैं में खोल नहीं दिखाई दे रही है pstree के उपयोग की वजह से है execve है, जो एक बच्चे को उत्पन्न करने के बजाय माता पिता प्रक्रिया का एक प्रतिस्थापन है। जानकर अच्छा लगा। (संपादित करें: गलत, जो सिर्फ sshd चाइल्ड प्रो को शेल के साथ बदल देता है; शेल स्वयं भी एक रिप्लेस-मी स्टाइल एक्ज़ीक्यूटिव कॉल कर सकता है; नीचे टिप्पणी देखें।)

वैसे भी! इसका अभी भी मतलब होना चाहिए कि फैब्रिक और ओपनएसएसएच के क्लाइंट शेल निष्पादन के मामले में एक ही सटीक काम कर रहे हैं; उनमें से कोई भी ओपनएसएसएच के कोडबेस के इन हिस्सों को संशोधित नहीं कर रहा है। यह हमेशा की तरह कुछ होना चाहिए bash -c "python3 ./configure.py" , के वास्तविक मूल्य के साथ bash @ कोड-वृक्ष की MacOS स्तर उपयोगकर्ता और उनके कॉन्फ़िगर किया गया खोल के आधार पर।

मुझे आश्चर्य होता है कि एनवी वर ट्रांसमिशन के बारे में मेरा झुकाव सटीक है, क्योंकि यह एकमात्र दूसरी चीज है जिसे मैं फिर से सोच सकता हूं: दो निष्पादन वातावरण कैसे भिन्न हो सकते हैं। मेरे CLI-केंद्रित परीक्षण में FWIW, env दोनों प्रणालियों पर समान रिपोर्ट करता है, और उन अन्य env संबंधित मुद्दों की परवाह किए बिना, _default_ व्यवहार (SSH सुरक्षा नीति के कारण) हमेशा ऐसा होना चाहिए कि कोई स्थानीय env "लीक" न हो दूसरी ओर।

हाँ, मुझे पूरा यकीन है कि sshd हमेशा उपयोगकर्ता के शेल में कमांड स्ट्रिंग चलाता है (/etc/passwd में कॉन्फ़िगर किया गया)। हालाँकि यह कमांड स्ट्रिंग को "exec" के साथ प्रीपेन्ड करता है यदि यह कमांड स्ट्रिंग को पार्स कर सकता है और यह निर्धारित कर सकता है कि यह एक सिंगल कमांड है।

$ ssh testdeploy02.ec2.st-av.net pstree -a
...
  |-sshd -D
  |   `-sshd 
  |       `-sshd  
  |           `-pstree -a

$ ssh testdeploy02.ec2.st-av.net 'pstree -a && sleep 1'
...
  |-sshd -D
  |   `-sshd 
  |       `-sshd  
  |           `-bash -c pstree -a && sleep 1
  |               `-pstree -a

$ ssh testdeploy02.ec2.st-av.net 'VAR=-a sh -c "exec pstree \$VAR"'
...
  |-sshd -D
  |   `-sshd 
  |       `-sshd  
  |           `-pstree -a

पर्यावरण चर के लिए, ये ज्यादातर ssh क्लाइंट और sshd सर्वर कॉन्फ़िगरेशन द्वारा नियंत्रित होते हैं:

$ grep Env /etc/ssh/*_config
/etc/ssh/ssh_config:    SendEnv LANG LC_*
/etc/ssh/sshd_config:AcceptEnv LANG LC_*

तो ssh क्लाइंट स्पष्ट रूप से कुछ चर (कमांड-स्ट्रिंग के बाहर) भेजता है और उन्हें sshd द्वारा फ़िल्टर किया जाता है। लेकिन स्पष्ट रूप से कुछ अपवाद हैं:

$ ssh testdeploy02.ec2.st-av.net env | grep TERM
$ ssh -t testdeploy02.ec2.st-av.net env | grep TERM
TERM=xterm-256color

वास्तव में मुझे लगता है कि "सिंगल कमांड के साथ शेल को बदलने के लिए स्वचालित निष्पादन" व्यवहार बैश की एक विशेषता है:

$ dash -c "pstree -a"
...
  ├─sshd -D
  │   └─sshd 
  │       └─sshd  
  │           └─bash
  │               └─dash -c pstree -a
  │                   └─pstree -a

$ bash -c "pstree -a"
  ├─sshd -D
  │   └─sshd 
  │       └─sshd  
  │           └─bash
  │               └─pstree -a

संपादित करें: पूर्णता के लिए:

$ bash -c "pstree -a && sleep 1"
  ├─sshd -D
  │   └─sshd 
  │       └─sshd  
  │           └─bash
  │               └─bash -c pstree -a && sleep 1
  │                   └─pstree -a

आह हाँ, मुझसे गलती हुई थी, execve मतलब है कि sshd चाइल्ड proc वही है जो बदल दी जाती है, तो उसके बाद जो होता है वह शेल पर ही निर्भर करता है और यह -c xxx लिए क्या करता है। मेरे परीक्षण zsh, fwiw में थे।

इसके अलावा @ploxiln हाँ env vars वाली बात ऊपर से जुड़े अन्य टिकटों का संदर्भ दे रही है, हालांकि यह देखा जाना बाकी है कि @ कोड-पेड़ वास्तव में उन लोगों के लिए एक अलग लक्षण का अनुभव कर रहा है या नहीं।

क्षमा करें, मुझे लगता है कि यह एक झूठा अलार्म है। मुझे पता नहीं था कि एसएसएच इनलाइन के माध्यम से कमांड निष्पादित करने और एसएसएच के माध्यम से लॉग इन करने के बाद निष्पादित करने में कोई अंतर था। जब मैं ssh host 'echo $PATH' करता हूं तो उसने PATH को भी अपडेट नहीं किया है, जहां लॉग इन करने के बाद echo $PATH ठीक काम करता है।

मुझे अभी भी वास्तव में यह नहीं पता है कि ssh ऐसा क्यों करता है (ऐसा लगता है कि मुझे वास्तव में ssh host 'bash -l -c "python3 ./configure.py"' )। भले ही, यह कहना सुरक्षित है कि यह फैब्रिक का मुद्दा नहीं है। गलतफहमी के लिए खेद है।

@ कोड-पेड़ जो पहले उल्लेख किया गया था उससे संबंधित है - गोले में कुछ अलग मोड होते हैं, जिन्हें अक्सर 'लॉगिन' और 'इंटरैक्टिव' कहा जाता है (और आमतौर पर वे बेस मोड के शीर्ष पर होते हैं जिन्हें न तो माना जाता है) और कौन सा मोड खोल में चलाया जा रहा है, यह बदलता है कि आरसी-फाइलों का कौन सा सेट लोड होता है।

यहां मुख्य बिंदु यह है कि bash -c xxx को "इंटरैक्टिव" नहीं माना जाता है और इस प्रकार कुछ फ़ाइलों को लोड करना छोड़ देता है - जैसे .bash_profile - लेकिन bash बिना -c आमतौर पर इंटरैक्टिव होता है, और प्रोफ़ाइल फ़ाइलों को लोड करता है।

जैसा कि आपने ऊपर देखा - sshd हमेशा bash -c <command send down the pipe> चलता है जब आप इसे एक कमांड चलाने के लिए कहते हैं (जैसा कि फैब्रिक करता है, या ssh host command करता है), और इस प्रकार, हमेशा गैर-संवादात्मक मोड में होता है। (जब तक आप क्या कपड़ा 1 करता है और साथ अपने स्वयं के, नेस्ट, खोल चलाने -l ... लेकिन फिर आप चला रहे हैं bash -c "bash -l -c \"oh god escaping is hard help\"" और मैं जाने के लिए कुछ 🥃 अब जा रहा हूँ।

वैसे भी, सब कुछ खो नहीं गया है, मुझे हर कुछ वर्षों में चीजों के इस हिस्से की अपनी याददाश्त को ताज़ा करने की ज़रूरत है, जाहिरा तौर पर उह ... अब मैं तरोताजा हूँ

यह बकवास बात है, फैब बात नहीं।

क्या बैश फ़ाइलें स्टार्टअप पर स्रोत का निर्णय लेता है जटिल हो सकता है http://blog.flowblok.id.au/2013-02/shell-startup-scripts.html और Debian / Ubuntu (और सबसे distros) है कुछ में अनुकूलन /etc/profile और डिफ़ॉल्ट ~/.bashrc ।

डिफ़ॉल्ट शेल फैब उपयोग /bin/bash -l -c , और -l इसे "लॉगिन" शेल बनाता है। डेबियन/उबंटू अनुकूलन के बिना, यह ~/.bash_profile स्रोत के लिए एक बैश "लॉगिन" शेल के लिए संभव है, लेकिन ~/.bashrc ।

लेकिन ubuntu 16.04 पर, यह लॉगिन-शेल के लिए भी डिफ़ॉल्ट रूप से .bashrc का स्रोत लगता है। लेकिन डिफ़ॉल्ट .bashrc के नीचे जोड़ी गई लाइनों को संसाधित नहीं किया जाता है, क्योंकि अगर यह गैर-संवादात्मक रूप से चलने का पता लगाता है तो यह शीर्ष के पास से बाहर निकलता है।

यहाँ मैंने ubuntu-16.04 डिफ़ॉल्ट उपयोगकर्ता .bashrc दो पंक्तियाँ जोड़ी हैं

# ~/.bashrc: executed by bash(1) for non-login shells.
# see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
# for examples

export VAR1=val1

# If not running interactively, don't do anything
case $- in
    *i*) ;;
      *) return;;
esac

export VAR2=val2

# don't put duplicate lines or lines starting with space in the history.
# See bash(1) for more options
HISTCONTROL=ignoreboth
...

यहां एक फैबफाइल है जिसके साथ मैं परीक्षण कर रहा हूं:

from fabric.api import run, env, task

<strong i="24">@task</strong>
def get_myvars():
    run("echo VAR1=$VAR1 VAR2=$VAR2")

परिणाम:

$ fab -H testpy05.ec2.st-av.net get_myvars
[testpy05.ec2.st-av.net] Executing task 'get_myvars'
[testpy05.ec2.st-av.net] run: echo VAR1=$VAR1 VAR2=$VAR2
[testpy05.ec2.st-av.net] out: VAR1=val1 VAR2=
[testpy05.ec2.st-av.net] out: 
...

आप मेरी जान बचाई। यह सही उत्तर है जो मुझे मिल रहा है :) बहुत धन्यवाद!