विवरण में पहचानी गई फाइलें:

• lib / ansible / CLI / config.py

यदि ये फ़ाइलें गलत हैं, तो कृपया component name विवरण के अनुभाग को अपडेट करें या !component बॉट कमांड का उपयोग करें।

बॉट मदद के लिए यहां क्लिक करें

विवरण में पहचानी गई फाइलें:

• lib / ansible / config / manager.py

यदि ये फ़ाइलें गलत हैं, तो कृपया component name विवरण के अनुभाग को अपडेट करें या !component बॉट कमांड का उपयोग करें।

बॉट मदद के लिए यहां क्लिक करें

यह पता लगाना कि प्रणाली डब्ल्यूएसएल अभी भी एक भेद्यता है। हमें यह पता लगाना होगा कि फ़ाइल विश्व-योग्य नहीं है या अनुमति के बावजूद किसी विश्व-योग्य निर्देशिका में नहीं है।

हम विंडोज मेजबानों पर भी ऐन्सिबल का समर्थन नहीं करते हैं इसलिए हम गारंटी नहीं दे सकते हैं कि इसके लिए एक फिक्स बनाया जाएगा।

मैं पूरी तरह से सुरक्षा की आवश्यकता को समझता हूं, लेकिन कम से कम एक विकल्प होना चाहिए कि इसे कैसे अक्षम किया जाए। हो सकता है कि कुछ है कि में होना /etc/ansible/ansible.cfg विशेष रूप से या कुछ इसी तरह यह मुश्किल पर फ्लिप करने बनाता है।

ऐसे अन्य उपयोग के मामले हैं जहां यह सिर्फ एक विंडोज 10 एनटीएफएस नहीं होगा जो डब्ल्यूएसएल को माउंट करेगा। यदि आपके पास एक NTFS माउंट या एक एज़्योर फ़ाइल शेयर माउंट लॉक डाउन लिनक्स बिल्ड बॉक्स पर माउंट है, तो माउंट 777 होगा, लेकिन इसका मतलब यह नहीं है कि उस स्थान से फ़ाइलों पर भरोसा करना असुरक्षित है।

OpenSSH आपको root पासवर्ड लॉगिन सक्षम करने से नहीं रोकता है, लेकिन यह आपको बताता है कि यह एक बुरा विचार है। अधिकांश सुरक्षा दिशानिर्देश उद्देश्य और उसके आस-पास के संदर्भ के सापेक्ष हैं।

हो सकता है कि आप पर्यावरण चर के माध्यम से लोगों को इस चेक से श्वेतसूची निर्देशिकाओं की अनुमति दे सकें? ANSIBLE_TRUSTED_CONFIGPATHS या कुछ और जैसा कुछ? यदि कॉन्फ़िगरेशन उस चर में एक पथ के अंदर है, तो अनुमतियों की जांच को छोड़ दें?

मैं अजगर पर उतना अच्छा नहीं हूं, लेकिन शायद ऐसा कुछ हो?

diff --git a/lib/ansible/config/manager.py b/lib/ansible/config/manager.py
index 48cf2cba3a..b356c84b9e 100644
--- a/lib/ansible/config/manager.py
+++ b/lib/ansible/config/manager.py
@@ -146,6 +146,10 @@ def find_ini_config_file(warnings=None):
    ''' Load INI Config File order(first found is used): ENV, CWD, HOME, /etc/ansible '''
    # FIXME: eventually deprecate ini configs

+    trusted_paths = os.getenv("ANSIBLE_TRUSTED_CONFIGPATHS",None)
+    if isinstance(trusted_paths, string_types):
+        trusted_paths=list(filter(None,trusted_paths.split(':')))
+
    path0 = os.getenv("ANSIBLE_CONFIG", None)
    if path0 is not None:
        path0 = unfrackpath(path0, follow=False)
@@ -154,7 +158,9 @@ def find_ini_config_file(warnings=None):
    try:
        path1 = os.getcwd()
        perms1 = os.stat(path1)
-        if perms1.st_mode & stat.S_IWOTH:
+        if trusted_paths and [i for i in trusted_paths if path1.startswith(i)]:
+            path1 += "/ansible.cfg"
+        elif perms1.st_mode & stat.S_IWOTH:
            if warnings is not None:
                warnings.add("Ansible is in a world writable directory (%s), ignoring it as an ansible.cfg source." % to_text(path1))
            path1 = None

तब मैं अपने शेल प्रोफाइल में सिर्फ export ANSIBLE_TRUSTED_CONFIGPATHS=/mnt/c/Users/ सेट कर सकता हूं?

आप अपनी दुनिया को लिखने योग्य ansible.cfg को इंगित करने के लिए ANSIBLE_CONFIG चर सेट कर सकते हैं और यह वर्तमान में काम करता है।

हां, यह केवल वर्तमान कार्यशील निर्देशिका है, जिस पर हम यह परीक्षण कर रहे हैं।
यह आपके फ़ाइल ट्री की खोज और फिर रनिंग जैसे आश्चर्य को रोकता है
ansible in / tmp और एक दुर्भावनापूर्ण ansible.cfg उठा

Thu, Jul 5, 2018, 11:23 PM Rमीन बारादरी नोटिफिकेशन @github.com पर
लिखा था:

आप अपनी विश्व की योग्यता को इंगित करने के लिए ANSIBLE_CONFIG चर सेट कर सकते हैं
ansible.cfg और यह वर्तमान में काम करता है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/ansible/ansible/issues/42388#issuecomment-402938591 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAMxWr8Z2LerEPWWmwZu1BR5RT9qgdnTks5uDwJ5gaJpZM4VEmwB
।

मैं ansible playbooks चलाने के लिए खिड़कियों पर योनि का उपयोग कर रहा हूँ।

Ansible_config मान सेट करने के बाद भी इसकी विफलता।

[ रूट @ कंट्रोलर ] # इको ​​$ ANSIBLE_CONFIG
/ घर / आवारा / परियोजनाओं / DevOps-परियोजनाएं /

[ रूट @ कंट्रोलर मप्र-अन्सिबल-पेसेफ़े] # ls -lh ansible.cfg
-rwxrwxrwx। 1 योनि योनि 73 जुलाई 9 07:43 ansible.cfg

[ रूट @ कंट्रोलर ] # ansible -m पिंग ऑल-आई एनवायरनमेंट / XXXX / क्लस्टर.इन -वी
[चेतावनी] Ansible एक विश्व लेखन योग्य निर्देशिका (/ घर / आवारा / परियोजना / DevOps-Projects) में है, जो इसे ansible.cfg स्रोत के रूप में अनदेखा करता है ।
कोई कॉन्फ़िगरेशन फ़ाइल नहीं मिली; चूक का उपयोग करना

अस्थायी समाधान
Install Only ansible 2.6.0

ANSIBLE_CONFIG env var को एक फ़ाइल को इंगित करना चाहिए, न कि किसी निर्देशिका को।

मैं एक ही मुद्दे पर ठोकर खाई है, और मैं अपने सभी परियोजनाओं के लिए एक वैश्विक cfg नहीं चाहता, मुझे एक परियोजना-सापेक्ष कॉन्फ़िगरेशन की आवश्यकता है। तो मैं इसे कैसे ठीक कर सकता हूं?

मैं एक ही मुद्दे पर ठोकर खाई है, और मैं अपने सभी परियोजनाओं के लिए एक वैश्विक cfg नहीं चाहता, मुझे एक परियोजना-सापेक्ष कॉन्फ़िगरेशन की आवश्यकता है। तो मैं इसे कैसे ठीक कर सकता हूं?

pip install ansible==2.6.0 जब तक देवता तय नहीं करते कि वे इसे कैसे संभालना चाहते हैं।

वैग्रंट शेयर्ड फोल्डर पर भी समस्या है, यह इस मामले में फोल्डर्स के लिए केवल 0777 मोड है और इसे बदला नहीं जा सकता है।
कृपया, जाँच करें कि CWD फ़ोल्डर == फ़ोल्डर जिसमें playbook फ़ाइल है, और फिर विश्व-योग्य के लिए जाँच न करें। या शायद playbook फ़ाइल के समान फ़ोल्डर में ansible.cfg खोजने का प्रयास करें? विंडोज उपयोगकर्ताओं पर योनि के लिए सहायक होगा।

मुझे लगता है कि मैंने 2.6.1 और इतने पर एक समाधान पाया ...

इस फाइल को अपने wsl: /etc/wsl.conf में बनाएँ

सामग्री:

[automount]
enabled = true
mountFsTab = false
root = /mnt/
options = "metadata,umask=22,fmask=11"

[network]
generateHosts = true
generateResolvConf = true

उसके बाद सभी / mnt / c / foo के पास अलग-अलग फ़ोल्डर अनुमतियां (777 नहीं और अधिक) होंगी और आप chodod का उपयोग करने में सक्षम होंगे।
जहां तक ​​मुझे पता है आपको नवीनतम डब्ल्यूएसएल की आवश्यकता है।
wsl.conf डॉक्स

ठीक है, https://github.com/ansible/ansible/issues/42388#issuecomment -403926971 में टिप्पणी, सलाह के बराबर है जो हम लोगों को यूटीएफ के तहत एक ntfs या vfat फाइल सिस्टम बढ़ते हुए बताएंगे, इसलिए मुझे लगता है कि सही समाधान है यहाँ।

ANSIBLE_CONFIG का उपयोग करने वाले लोगों के लिए (सही ढंग से ... agaffney नोट्स के रूप में, इसे एक फ़ाइल की ओर इंगित करने की आवश्यकता है न कि एक निर्देशिका), कृपया जांचें कि क्या कॉन्फिग फाइल को वास्तव में नजरअंदाज किया जा रहा है या यह सिर्फ एक अतिरिक्त चेतावनी दे रहा है।

कोड को देखने से, मुझे लगता है कि जब ANSIBLE_CONFIG का सही तरीके से उपयोग किया जाता है, तो कॉन्फ़िगरेशन फ़ाइल को पढ़ा जाता है। यदि ऐसा वर्तमान कार्यशील निर्देशिका में भी होता है, तो चेतावनी संदेश का उपयोग किए जा रहे कॉन्फ़िगरेशन के अलावा थूक दिया जाता है क्योंकि यह ANSIBLE_CONFIG में सूचीबद्ध है। यदि वास्तव में यह लक्षण देखा जा रहा है, तो इसे केवल चेतावनी को ठीक करना आसान होना चाहिए, यदि कॉन्फ़िगरेशन का एकमात्र कारण इसका उपयोग किया जाना है क्योंकि यह वर्तमान कार्यशील निर्देशिका में है।

`` `अंतर - / a / lib / ansible / config / manager.py b / lib / ansible / config / manager Oracle
सूचकांक c308c3810d..36641d9e01 100644
--- a / lib / ansible / config / manager.py
+++ b / lib / ansible / config / manager.py
@@ -150,6 +150,8 @@ def find_ini_config_file (चेतावनी = कोई नहीं):
'' 'लोड आईएनआई विन्यास फाइल ऑर्डर (पहले पाया जाता है): ईएनवी, सीडब्ल्यूडी, होम, / आदि / एएनएसआई' ''
# FIXME: आखिरकार आईएनआर कॉन्फ़िगर करता है

• warn_cwd_public = गलत
  +
  path0 = os.getenv ("ANSIBLE_CONFIG", कोई नहीं)
  अगर path0 कोई नहीं है:
  path0 = unfrackpath (पथ 0, अनुसरण = गलत)
  @@ -159,8 +161,7 @@ def find_ini_config_file (चेतावनी = कोई नहीं):
  path1 = os.getcwd ()
  perms1 = os.stat (path1)
  अगर परम 1।st_mode और stat.S_IWOTH:
• अगर चेतावनी कोई नहीं है:
• warnings.add ("Ansible एक विश्व लेखन योग्य निर्देशिका (% s) में है, जो इसे ansibleible सोर्स के रूप में अनदेखा करता है।"% to_text (path1))

• warn_cwd_public = True
  path1 = कोई नहीं
  अन्य:
  path1 + = "/ansible.cfg"
  @@ -175,6 +176,8 @@ def find_ini_config_file (चेतावनी = कोई नहीं):
  अन्य:
  पथ = कोई नहीं

• अगर warn_cwd_public और चेतावनियां कोई नहीं है और पथ! = os.getcwd () + "/ansible.cfg":

• warnings.add ("Ansible एक विश्व लेखन योग्य निर्देशिका (% s) में है, संभव ansible.cfg स्रोतों की सूची से छोड़ दिया गया है।"% to_text (path1))
  वापसी पथ `` `
  ऐसा कुछ अधिक सटीक होना चाहिए

मेरे लिए सबसे अच्छा समाधान मेटाडाटा विकल्प के साथ एक wsl घुड़सवार nfs फाइल सिस्टम पर अनुमति को बदलना है। इस प्रक्रिया का पालन करने के लिए: https://blogs.msdn.microsoft.com/commandline/2018/01/12/chmod-chown-wsl-improvements।

मूल रूप से अपने ntfs माउंट के लिए निम्नलिखित करें "chmod" सक्षम करें:

sudo umount /mnt/c
sudo mount -t drvfs C:/mnt/c -o metadata

और फिर फ़ोल्डर पर chmod करते हैं और फिर से सब कुछ ठीक है। मेटाडेटा को उस फ़ोल्डर में संलग्न करने के बाद वह वहीं रहता है। मेरी विनम्र राय के लिए wsl डिफ़ॉल्ट होना चाहिए।

वैग्रंट का समाधान, वैग्रांटफाइल को संपादित करें और mount_options :

config.vm.synced_folder "../my-folder", "/home/vagrant/my-folder",  mount_options: ["dmode=775"]

यह एक अच्छा उदाहरण है कि क्यों अपनी परियोजना का निर्माण करने के लिए ansible एक उच्च रखरखाव मॉड्यूल है।

मैंने 3 साल पहले एक vagant + virtualbox + ansible प्रोजेक्ट तैयार किया है। तब से हर 5 महीने में विराम होता है। मुझे KEP IT काम को समान तरीके से लागू करना है। इसलिए मैं सिस्टम के (कुछ) उपयोगकर्ताओं को यह नहीं बता सकता कि "यह काम करता है", क्योंकि हर बार ऐसा होने पर बस टूट जाता है। यह 3 सप्ताह पहले काम कर रहा था, और यह अब काम नहीं कर रहा है। और यह एक महापौर संस्करण परिवर्तन नहीं है, बस एक मामूली है, इसलिए परिवर्तन को तोड़ना एक विकल्प नहीं है।

(देखें "स्पर्श" वर्षों के लिए लागू नहीं किया गया है, उपयुक्त मॉड्यूल में ऑटोरेमोव नहीं है लेकिन चेतावनियों को लागू किया गया है कि मुझे "apt" को एक कमांड के रूप में नहीं बुलाना चाहिए, stat.md5 को बिना नोटिस के हटाया गया, vault_password.txt स्थान को ansible में सेट करने की अनुमति नहीं थी। cfg (सुविधा अनुरोध बंद, फिर वर्षों बाद लागू) आदि ...)

पहले की तरह ही परिणाम प्राप्त करने के लिए आपको हर कुछ हफ्तों में वर्कअराउंड का उपयोग करने की आवश्यकता है।

मैं Redhat और ansible 2.0 से अधिक परिपक्व परियोजना प्रबंधन की उम्मीद कर रहा था, लेकिन नए लोगों के लिए यह चेतावनी हो, कि ansible को प्रशासन की जरूरत है।

क्या आप कृपया STDOUT के बजाय STDERR को यह चेतावनी लिख सकते हैं?

[WARNING] Ansible is in a world writable directory...

जब मैं STDOUT के लिए एक चर फ़ाइल को डिक्रिप्ट कर रहा हूं, तो मुझे यह संदेश दिखाई दे रहा है और मुझे इस लाइन को देखने और पट्टी करने के लिए कुछ विशेष कोड नोड को हैक करना होगा।

ओह हा, यह काम करने लगता है

export ANSIBLE_CONFIG=./ansible.cfg

किसी भी आवारा / docker / wsl सेटअप में फेंक दें

इन सभी वर्कअराउड्स को जानना बहुत अच्छा है, लेकिन मुझे लगता है कि यह हास्यास्पद धारणा है, और इनलाइन करने योग्य-प्लेबुक झंडे के साथ कोई संभव समाधान नहीं है। अब मैं अपने दिन को खर्च कर रहा हूं 40 हैक जॉब के साथ जॉब बनाने के लिए, पैच वर्जन परिवर्तन में पेश किए गए परिवर्तनों को तोड़ने के लिए! और ये सभी बिल्ड कम समय तक चलने वाले कंटेनरों में चलते हैं जिसमें एक एकल स्वचालित उपयोगकर्ता की पहुंच होती है, इसलिए यह खतरनाक दुनिया के योग्य सुरक्षा छेद जिसे आप मुझसे बचा रहे हैं, पूरी तरह से अवैध धारणा है।

त्वरित अपडेट: हम इसे अनदेखा नहीं कर रहे हैं- हम एक असुरक्षित cwd से कॉन्‍फ़िगरेशन नहीं पढ़ने के सुरक्षा सुधार को संरक्षित करने के लिए कुछ अलग विचार देख रहे हैं। मेरा विश्वास करो, इस के आसपास हाल ही में सीवीई के जवाब में जो भेज दिया गया था, वह ड्रैकुअन के कुछ उपायों की तुलना में एक बहुत ही मापा दृष्टिकोण था।

उस ने कहा, मुझे यकीन है कि हम इन "विश्व-योग्य-लेकिन-नहीं-वास्तव में" मामलों का समर्थन करने के लिए एक परिशोधन या समाधान के साथ आ सकते हैं।

@thegreatjerboa क्या आप अपने सेटअप के बारे में अधिक विशिष्ट हो सकते हैं? मैं उत्सुक हूं कि आप एक निश्चित स्थान के बजाय cwd से ansible.cfg को क्यों पढ़ रहे हैं (जो विश्व-लेखन के साथ ठीक काम करना चाहिए - यदि नहीं, तो यह एक बग है)।

@Jfflill मैं वहां अधिक सामान्य समस्या को ठीक करने के प्रस्ताव पर काम कर रहा हूं (जो कि लगभग सभी चेतावनियों और त्रुटियों के साथ-साथ क्रियात्मक डिबगिंग प्रकार की जानकारी) स्टोडर के बजाय स्टडआउट करने जा रहा है। दुर्भाग्य से, मैं अन्य समस्याओं पर खींच रहा हूँ ...

@nitzmahone यह

playbook dir को ansible.cfg के लिए नहीं देखा जाता है

export ANSIBLE_CONFIG=./ansible.cfg

मेरे लिए काम नहीं कर रहा है, अभी भी हो रही है

 [WARNING] Ansible is in a world writable directory (/mnt/c/Users/soar/projectdir), ignoring it as an ansible.cfg source.

ansible 2.6.2

जैसा कि मैंने पहले पूछा था ... क्या इसके बावजूद यह वास्तव में कॉन्फिग फाइल उठाता है
उस चेतावनी को छापना?

तर्क चेतावनी को प्रिंट कर रहा था, भले ही इसका उपयोग किया गया हो
ANSIBLE_CONFIG.

43583 चेतावनी को ठीक करता है और आज (बाद में वापस करने के लिए) का विलय किया जाना चाहिए

उन्नयन के बाद आज एक ही मुद्दा रहा। हम उत्पादन में इसका उपयोग कर रहे हैं इसलिए अभी हमारे ग्राहक रिपोर्ट काम नहीं करते हैं। कृपया इसके लिए एक समाधान प्रदान करें।

यह अब https://github.com/ansible/ansible/pull/43583 के माध्यम से 2.6 और 2.5 के लिए दो पीआरएस https://github.com/ansible/ansible/pull/43648 और https में devel के माध्यम से तय किया गया है।

तय में क्या है?

• दस्तावेज़ीकरण सुरक्षा जोखिम को समझाता है और इसे ठीक करने के सही तरीके की ओर इशारा करता है (फाइलसिस्टम को बढ़ते हुए ताकि उपयोगकर्ता और समूह को ansible.cfg तक पहुंचने की आवश्यकता हो, जो निर्देशिका विश्व की उपयुक्तता को बढ़ाने के बजाय ऐसा कर सकता है।
• ब्लॉगर और डब्ल्यूएसएल दोनों के लिए यह करने के लिए व्याख्या करने वाले ब्लॉग पोस्ट के संकेत (वैग्रंट को समझाने के लिए ब्लॉग पोस्ट की तुलना में अधिक आधिकारिक कुछ भी नहीं दिखाई देता है और डब्ल्यूएसएल सुविधा में आधिकारिक दस्तावेज और ब्लॉग पोस्ट दोनों हैं जो अधिक विस्तार से बताता है कि कैसे माउंट करें फाइल सिस्टम)।
• दस्तावेज़ीकरण जो बताता है कि ANSIBLE_CONFIG को आपकी ज़रूरत की कॉन्फ़िग फ़ाइल में सेट किया जा सकता है, यदि आप वास्तव में इसे विश्व लेखन योग्य निर्देशिका में होना चाहिए, जैसा कि @AngellusMortis और @zoredache द्वारा पूछा गया है
• निर्देशिका को स्किप करने के बारे में चेतावनी के लिए एक फिक्स ताकि यह प्रकट न हो कि यह कॉन्फिग फाइल को स्किप किया जा रहा है जब यह विश्व लेखन योग्य वर्तमान वर्किंग डायरेक्टरी में दोनों हो और ANSIBLE_CONFIG में निर्दिष्ट हो।

यदि आप अभी भी इस समस्या का अनुभव करते हैं, तो देवल शाखा का परीक्षण करते समय कृपया एक नया मुद्दा खोलें, ताकि हमें पता चल सके कि सटीक लक्षण क्या हैं ताकि हम पुन: पेश करने का प्रयास कर सकें।

यदि यह उपयोग की स्थिति के रूप में उपयोगी हो सकता है, तो हम एक साझा फ़ोल्डर का उपयोग करके एक vmware वर्कस्टेशन ubuntu मशीन में ansible का उपयोग करते हैं, जो एक स्थानिक स्थान पर इंगित करता है।

प्रारंभ में यह माउंट स्थान 777 अनुमतियों के साथ गलती के लिए बनाया गया था। हमने इसे घटाकर 755 कर दिया।

मैंने ANSIBLE_CONFIG पर्यावरण चर को asible.cfg फ़ाइल नाम ( /path/to/ansible.cfg ) के लिए पूर्ण पथ पर सेट किया है, और मुझे अभी भी संदेश मिल रहा है: [WARNING] Ansible is in a world writable directory ...

$ ansible --version
 [WARNING] Ansible is in a world writable directory (/c/Users/my/path/to/ansible), ignoring it as an ansible.cfg source.
ansible 2.6.2
  config file = /path/to/ansible.cfg
  configured module search path = [u'/home/me/.ansible/plugins/modules', u'/usr/share/ansible/plugins/modules']
  ansible python module location = /usr/lib/python2.7/dist-packages/ansible
  executable location = /usr/bin/ansible
  python version = 2.7.12 (default, Dec  4 2017, 14:50:18) [GCC 5.4.0 20160609]

यदि आप यह परीक्षण कर सकते हैं कि डीवेल शाखा या पीआरएस में से एक के साथ बैकपोर्ट 2.6 या 2.5 के साथ है, तो यह बहुत अच्छा होगा। अन्यथा, आप 2.6.3 के बाहर आने के लिए इंतजार कर सकते हैं और वहां कोशिश कर सकते हैं।

पैच का हिस्सा था प्रलेखन के लिए जानकारी के लिए लिंक है
नॉन वर्ल्ड के साथ फाइलसिस्टम माउंट करने के तरीके पर दोनों योनि और खिड़कियां
लेखन योग्य निर्देशिका:
https://docs.ansible.com/ansible/devel/reference_appendices/config.html#avoiding -security-risk-with -sible-cfg-in-current-directory

क्या जानकारी के वे टुकड़े आपके लिए काम नहीं करते हैं?

शुक्र पर, 17 अगस्त 2018, 3:23 पूर्वाह्न व्हाइडग्रुप सूचनाएँ @ithub.com ने लिखा:

जैसे ही हमारे पास 2.6.3 संस्करण है - अब इसे बनाने का विचार होना चाहिए
विंडोज मशीन के तहत काम करते हैं। किसी को भी स्थापित करने के बारे में सलाह कर सकते हैं
योनि / ansible कॉम्बो .cfg फ़ाइल के लिए पथ को ठीक से काम करने के लिए?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने खुली / बंद स्थिति को संशोधित किया है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/ansible/ansible/issues/42388#issuecomment-413823645 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAMxWhtxSRE6GQW6ZYJflqydXhrQW-FDks5uRpmLgaJpZM4VEmwB
।

मैं WSL के साथ विंडोज 10 पर Ubuntu स्थापित है

मैंने अपने / आदि / पर्यावरण के लिए निम्नलिखित जोड़ा है

ANSIBLE_CONFIG = "/ etc / ansible / ansible.cfg"

मुझे अभी भी त्रुटि मिल रही है

ANSIBLE_CONFIG पर्यावरण चर जोड़ने वालों ने इसे कैसे काम किया?

क्या आप अपने सेटअप, आउटपुट और पुन: उत्पन्न करने के विवरण के साथ एक नया टिकट खोल सकते हैं? ANSIBLE_CONFIG सेट होने पर नवीनतम 2.6 और 2.7 रिलीज़ को चेतावनी संदेश के बिना काम करना चाहिए

निर्यात ANSIBLE_CONFIG = / ansible.cfg

यदि यह आपके वर्तमान निर्देशिका में ansible.cfg है, तो सुनिश्चित करें कि आप इसे अनुमति नहीं देंगे, क्योंकि आप वहां नेविगेट करते हैं। लेकिन ANSIBLE_CONFIG होना बहुत अच्छा है! और सुरक्षा पर विचार करना अनदेखी करने से बेहतर है। धन्यवाद!!!