Kibana: प्लगइन स्थापना के लिए http/https प्रॉक्सी की अनुमति दें

@ seang-es क्या हम ऐसे समाधान को लागू करने में सक्षम होंगे जो HTTP कनेक्ट टनलिंग का उपयोग करता हो?

@ सींग-एस के साथ चर्चा के बाद, ऐसा लगता है कि सुरक्षित नेटवर्क के पीछे उपयोगकर्ताओं के पास अपने स्वयं के http प्रॉक्सी सर्वर हैं और इन प्रॉक्सी के माध्यम से किबाना को निर्देशित करने की क्षमता को पसंद करेंगे।

उपयोगकर्ता प्रॉक्सी सर्वर पर host और port सेट करने के लिए kibana.yml में एक विकल्प को संशोधित करना चाहेंगे।

मुझे प्रॉक्सी सेटिंग प्रमाणित करने की भी आवश्यकता है।
मैं आपके कार्यान्वयन की प्रतीक्षा कर रहा हूं।

हाँ, आप यहाँ कनेक्ट नहीं करना चाहते, बस सादा पुराना http प्रॉक्सी

@seang-es Elasticsearch में bin/plugin जैसे अन्य प्लगइन इंस्टालर के साथ यह कैसे काम करता है? मुझे उनके इंस्टॉलरों के लिए प्रमाणित प्रॉक्सी सेट करने के लिए CLI विकल्प दिखाई नहीं दे रहे हैं? इसके बारे में सोचने के बाद भी ओएस स्तर पर इस पर ध्यान नहीं दिया जाना चाहिए?

@spalger और @rashidkpc के साथ चर्चा के बाद, हम यहां CONNECT का उपयोग नहीं करना चाहते हैं, इसका कारण यह है कि कई कंपनियां इसका समर्थन नहीं करती हैं। तो यहाँ प्रस्तावित विकल्प हैं:

1. देखें कि क्या हमारे उपयोगकर्ताओं को वास्तव में इसकी आवश्यकता है या यदि कोई अन्य कामकाज है जो उपयोगकर्ताओं को एक ही चीज़ को पूरा करने की अनुमति देगा। @ seang-es, क्या आप @simianhacker की टिप्पणियों का जवाब दे सकते हैं ताकि हमें इस बात की बेहतर समझ हो कि ग्राहक Elasticsearch प्लगइन्स के लिए इसे कैसे प्राप्त करता है।
2. $#$2 wreck.js #$ के बजाय नोड request मॉड्यूल का उपयोग करने के लिए installedPlugins मॉड्यूल को फिर से लिखें क्योंकि मलबे प्रॉक्सी का समर्थन नहीं करता है।
3. एक http प्रॉक्सी प्लगइन लिखें जो wreck.js का विस्तार करता हो।

3 में से, यदि यह एक बहुत ही आवश्यक विशेषता है, तो मैं विकल्प 2 को लागू करने में सबसे अधिक सहज हूं।

आगे की चर्चा के बाद, हमने किबाना में प्लगइन इंस्टाल के लिए http/https प्रॉक्सी को नहीं जोड़ने का फैसला किया है। इसका मुख्य कारण यह है कि इलास्टिक्स खोज भी इसका समर्थन नहीं करता है, और फ़ाइल इंस्टॉलर का उपयोग करके ऑफ़लाइन इंस्टॉल करने के लिए एक काम है।

उदाहरण के लिए:

bin/kibana plugin --install --url file:///home/username/plugin.tar.gz

_नोट_: आपको निरपेक्ष पथों का उपयोग करना चाहिए

इसलिए, मैं P1 लेबल को हटा रहा हूं और इस मुद्दे को बंद कर रहा हूं।

मैंने स्थानीय निर्देशिका से फ़ाइल इंस्टाल को शामिल करने के लिए किबाना प्लगइन प्रलेखन को अद्यतन करने के लिए अंक # 5998 प्रस्तुत किया।

इसका सीधे समर्थन न करने के लिए ऊपर दिए गए कारणों में से एक अमान्य है, क्योंकि इलास्टिक्सर्च का प्लगइन कमांड _does_ प्रॉक्सी निर्दिष्ट करने का समर्थन करता है, यद्यपि संबंधित जावा सिस्टम गुणों के माध्यम से, जैसा कि यहां प्रलेखित है:
https://www.elastic.co/guide/en/elasticsearch/reference/1.6/modules-plugins.html

bin/plugin -DproxyHost=host_name -DproxyPort=port_number --install mobz/elasticsearch-head

@avallen क्या फ़ाइल डाउनलोड करना और फिर इसे मैन्युअल रूप से इंस्टॉल करना आपके लिए काम करता है?

यह तथाकथित समाधान काम नहीं कर रहा है

$bin/kibana plugin --install --url file:///opt/kibana-4.4.1-linux-x64/marvel-latest.tar.gz
Invalid install option. Please use the format <org>/<plugin>/<version>.

साथ ही प्रॉक्सी, और/या ऑफ़लाइन प्लग इन इंस्टॉल की अनुमति न देना मूल रूप से 90% संगठनों को इस संस्करण का उपयोग करने से रोकता है...

ऑफलाइन इंस्टाल करने का सही तरीका है:

bin/kibana plugin -i marvel -u file:///tmp/marvel-latest.tar.gz

@stormpython PI लेबल हटा दिया जाना चाहिए, लेकिन क्या इसे खुला नहीं रखा जाना चाहिए?

यह Dockerfiles को तोड़ता है जो अन्यथा HTTP प्रॉक्सी के पीछे सही ढंग से काम करता है।

@stormpython - कई कारणों से हास्यास्पद स्पष्टीकरण:

• Elasticsearch आउटगोइंग प्रॉक्सी का समर्थन करता है (मुझे पता है क्योंकि यह मेरे लिए प्लगइन्स स्थापित करने का एकमात्र तरीका है);
• कोई भी उचित व्यवस्थापक अपने डेटासेंटर (सर्वर) से अप्रतिबंधित आउटगोइंग ट्रैफ़िक की अनुमति नहीं देगा, इसलिए आपको उम्मीद करनी चाहिए कि प्लगइन इंस्टॉलेशन एक आउटगोइंग प्रॉक्सी के माध्यम से जाएगा। मूल रूप से यदि किबाना आउटगोइंग प्रॉक्सी के माध्यम से प्लगइन्स को स्थापित नहीं कर सकता है, तो यह उन्हें बिल्कुल भी स्थापित करने में सक्षम नहीं होने के बगल में है।
• आपके द्वारा सुझाए गए समाधान प्रशासन और कॉन्फ़िगरेशन प्रबंधन (यानी कठपुतली, बावर्ची) को काफी जटिल बनाते हैं। और भ्रम का परिचय देता है: उदाहरण के लिए मुझे यकीन नहीं है कि मेरी परेशानी सेंस प्लगइन ( समस्या 7400 देखें) फ़ाइल से इंस्टॉलेशन (आपके वर्कअराउंड) के कारण होती है या नहीं।

गीज़, चर्चा की या नहीं, तय किया या नहीं, आपको इस पर फिर से विचार करना चाहिए। केवल एक निर्णय सही है (स्मार्ट वाला), और आप इसे चूक गए हैं।

स्थापना के लिए परियोजनाओं में संगति महत्वपूर्ण है, इसलिए हम Elasticsearch में प्रॉक्सी समर्थन पर गौर करने जा रहे हैं।

puppet का उपयोग करके और एक कॉर्प फ़ायरवॉल के पीछे, मैं elasticsearch और logstash (लेकिन kibana नहीं) के लिए प्लगइन्स इंस्टॉल कर सकता हूं।

(1) exec उदाहरण में एक पर्यावरण चर सेट करना

exec {
    "$name":
        command     => $command,
        creates     => $creates,
        environment => [ "http_proxy=http://1.2.3.4:3128" ],
        logoutput   => $logoutput,
        onlyif      => $onlyif,
        path        => ["/bin", "/sbin", "/usr/bin", "/usr/sbin"],
        returns     => [0,74],
    ;
}

या द्वारा

(2) जावा को प्रॉक्सी पैरामीटर पास करना।

"${bin_plugin} -DproxyHost=1.2.3.4 -DproxyPort=3128 install -b --verbose $name"

प्लगइन स्थापना के लिए प्रॉक्सी समर्थन जोड़ने के लिए यहां #7967 का प्रयास करें

इसे #12753 के साथ ठीक किया गया है और 6.1 के साथ जारी किया जाएगा। प्लगइन कमांड तब http_proxy , https_proxy और no_proxy पर्यावरण चर को समझेगा।

अच्छी खबर @timroes !
उसके लिए बड़ा धन्यवाद!