Wazuh-ansible: कॉन्फ़िगरेशन सेटिंग्स के चुनिंदा भागों को ओवरराइड करने का आसान तरीका चाहिए

को निर्मित 12 दिस॰ 2018 · 5टिप्पणियाँ · स्रोत: wazuh/wazuh-ansible

यह आदर्श होगा यदि _wazuh_manager_config_ हैश को या तो पुनर्गठित किया गया था या कोड को संशोधित किया गया था ताकि सेटिंग्स के छोटे हिस्से को आसानी से ओवरराइड किया जा सके:

wazuh_manager_config:
  active_responses:
    - command: host-deny
      level: 6
      location: local
      timeout: 600
    - command: restart-ossec
      location: local
      rules_id: '100002'
    - command: win_restart-ossec
      location: local
      rules_id: '100003'
  alerts_log: 'yes'
  api:
    basic_auth: 'yes'
    behind_proxy_server: 'no'
    bind_addr: 0.0.0.0
    ciphers: ''
    drop_privileges: 'true'
    experimental_features: 'false'
    honor_cipher_order: 'true'
    https: 'no'
    https_ca: ''
    https_cert: /var/ossec/etc/sslmanager.cert
    https_key: /var/ossec/etc/sslmanager.key
    https_use_ca: 'no'
    port: 55000
    secure_protocol: TLSv1_2_method
    use_only_authd: 'false'
  authd:
    enable: true
    force_insert: 'yes'
    force_time: 0
    port: 1515
    purge: 'no'
    ssl_agent_ca: null
    ssl_auto_negotiate: 'no'
    ssl_manager_cert: /var/ossec/etc/sslmanager.cert
    ssl_manager_key: /var/ossec/etc/sslmanager.key
    ssl_verify_host: 'no'
    use_password: 'no'
    use_source_ip: 'yes'

...etc. etc. etc.

इसका कारण यह है कि इस कॉन्फ़िगरेशन के अलग-अलग हिस्सों (जैसे क्लस्टर सेटिंग्स) को ओवरराइड करना आसान नहीं है। यह सब या कुछ भी नहीं है।
दूसरे शब्दों में, यदि मैं _group_vars/wazuh_managers.yml_ में परिभाषित इन चरों में से _most_ रखना चाहता हूं और _host_vars/manager01.yml_ जैसे कुछ का उपयोग करके कुछ सेटिंग्स को ओवरराइड करना चाहता हूं तो कार्यों को संशोधित करना आसानी से संभव नहीं है।

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

हो सकता है कि combine फ़िल्टर का लाभ उठाने का एक तरीका हो ताकि बड़े कॉन्फिग के हिस्सों के आसान ओवरराइड की अनुमति मिल सके:

जैसे
{{ {'a':{'foo':1, 'bar':2}, 'b':2} | combine({'a':{'bar':3, 'baz':4}}, recursive=True) }}

आउटपुट:
{'a':{'foo':1, 'bar':3, 'baz':4}, 'b':2}

(स्रोत: https://docs.ansible.com/ansible/latest/user_guide/playbooks_filters.html#combining-hashes-dictionaries)

statuavailable typenhancement

स्रोत

paulcalabro

👍2

सबसे उपयोगी टिप्पणी

मेरे दो सेंट:

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

मैं सोच रहा था कि क्या कॉन्फ़िगरेशन फ़ाइल को समतल करना एक संभावित समाधान हो सकता है - कम से कम एक अल्पकालिक? उदाहरण के लिए, repo के अंतर्गत wazuh_agent_config क्यों है? repo शीर्ष स्तर पर क्यों नहीं हो सकता? क्या ऐसा दृष्टिकोण चीजों को सरल नहीं करेगा?

आईएमओ, सामान्य रूप से, गहरे घोंसले को पूर्ववत करना, कॉन्फ़िगरेशन फ़ाइल को अनुभागों में विभाजित करना (जरूरी नहीं कि एकाधिक फाइलें बनाना, क्योंकि यह प्रति फ़ाइल परिभाषित की गई चीज़ों को याद रखने में अतिरिक्त संज्ञानात्मक ओवरहेड पेश कर सकता है), और प्रति अनुभाग टिप्पणियां जोड़ना और/या विशिष्ट कॉन्फ़िगरेशन विकल्प हो सकता है कॉन्फ़िगरेशन फ़ाइल को समग्र रूप से अधिक सहज बनाएं।

अगले चरणों के बारे में कोई विचार?

धन्यवाद।

pchristos 4 सित॰ 2020

👍2

सभी 5 टिप्पणियाँ

हैलो @paulcalabro ,

यह वास्तव में एक बहुत अच्छा विचार है।

यह परिवर्तन नाजुक है और सामान्य प्रविष्टियों के साथ मुख्य एक में और फिर अधिक अनुकूलन योग्य प्रविष्टियों के साथ एक या कई में कॉन्फ़िगरेशन को अलग करने में सक्षम होने के लिए पिछले दृष्टिकोण की आवश्यकता होती है।

इस बदलाव के लिए जल्द से जल्द परीक्षण शुरू किए जाएंगे।

आपके सहयोग के लिए बहुत-बहुत धन्यवाद, आपके जैसे योगदानों की बहुत सराहना की जाती है।

सादर,

अल्फोंसो रुइज़-ब्रावो

SitoRBJ 12 दिस॰ 2018

👍1

@SitoRBJ प्रतिक्रिया के लिए धन्यवाद और मैं पूरी तरह से सहमत हूं, परीक्षण की आवश्यकता है। जिसके बारे में बोलते हुए, क्या आप लोग टेस्ट किचन या टेस्टिंग के लिए इसी तरह की किसी चीज का इस्तेमाल करते हैं? यदि आप कुछ परीक्षण योगदान देते हैं तो क्या आप लोगों की रुचि होगी?

उदाहरण के लिए InSpec का उपयोग करके कुछ बुनियादी परीक्षण
https://www.dropbox.com/s/5zx9fb5ezc1wgj9/Screenshot%202018-12-12%2003.32.44.png?dl=0

टेस्ट किचन के बारे में जानकारी:
https://kitchen.ci

paulcalabro 12 दिस॰ 2018

हैलो @paulcalabro ,

हम अभी तक Ansible के लिए टेस्ट किचन का उपयोग नहीं कर रहे हैं। कृपया, किसी भी योगदान की सराहना की जाती है। यदि आप परीक्षण करना चाहते हैं, तो उनका स्वागत है।

आपकी रुचि के लिए और आपकी मदद के लिए बहुत-बहुत धन्यवाद, यह हमारे लिए बहुत उपयोगी है।

सधन्यवाद,

अल्फोंसो रुइज़-ब्रावो

SitoRBJ 12 दिस॰ 2018

👍1

मेरे दो सेंट:

अगले चरणों के बारे में कोई विचार?

धन्यवाद।

pchristos 4 सित॰ 2020

👍2

सभी को नमस्कार। मैंने एक प्रस्ताव के साथ एक पुल अनुरोध की समीक्षा के लिए प्रस्तुत किया जो ओपी के सुझाव के समान कुछ प्रदान करता है, जबकि भूमिका के काम करने के पहले से स्थापित तरीकों के साथ संगतता रखते हुए।

किसी भी प्रतिक्रिया का स्वागत है, धन्यवाद!

neonmei 9 नव॰ 2020

👍1

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Wazuh-ansible: कॉन्फ़िगरेशन सेटिंग्स के चुनिंदा भागों को ओवरराइड करने का आसान तरीका चाहिए

सबसे उपयोगी टिप्पणी

सभी 5 टिप्पणियाँ

संबंधित मुद्दों