يتعذر على العملاء الذين يعملون خلف الشبكات الآمنة استخدام 'kibana plugin --install' لتثبيت مكونات Kibana الإضافية. يحتاجون إلى القدرة على تكوين وكيل http أو https لاستخدامه في المكالمات إلى مستودعات البرنامج المساعد.
@ seang-es هل سنتمكن من تنفيذ حل يستخدم نفق HTTP Connect ؟
بعد المناقشة مع @ seang-es ، يبدو أن المستخدمين الذين يعملون خلف الشبكات الآمنة لديهم خوادم بروكسي http الخاصة بهم ويرغبون ببساطة في القدرة على توجيه Kibana عبر هذه البروكسيات.
يرغب المستخدمون في تعديل خيار في kibana.yml لتعيين host
و port
إلى الخادم الوكيل.
أحتاج إلى مصادقة إعداد الوكيل أيضًا.
إنني أتطلع إلى تنفيذكم.
نعم ، أنت لا تريد CONNECT هنا ، فقط وكلاء HTTP القديم
@ seang-es كيف يعمل هذا مع برامج تثبيت المكونات الإضافية الأخرى مثل bin/plugin
في Elasticsearch؟ لا أرى خيارات CLI للمثبّتين لديهم لإعداد وكيل مصادق عليه؟ أيضًا بعد التفكير في هذا ، ألا يجب الاهتمام بهذا على مستوى نظام التشغيل؟
بعد مناقشة مع spalger و rashidkpc ، فإن سبب عدم رغبتنا في استخدام CONNECT هنا هو أن العديد من الشركات لا تدعمها. إذن هذه هي الخيارات المقترحة:
installedPlugins
لاستخدام العقدة request
module بدلاً من wreck.js
لأن الحطام لا يدعم البروكسي.wreck.js
.من بين الثلاثة ، إذا كانت هذه ميزة تشتد الحاجة إليها ، فأنا أكثر راحة في تنفيذ الخيار 2.
بعد مزيد من المناقشة ، قررنا عدم إضافة بروكسي http / https لتثبيتات المكونات الإضافية في Kibana. والسبب الرئيسي لذلك هو أن Elasticsearch لا يدعمها أيضًا ، وهناك حل بديل لإجراء عمليات التثبيت في وضع عدم الاتصال باستخدام مثبت الملفات.
فمثلا:
bin/kibana plugin --install --url file:///home/username/plugin.tar.gz
_ملاحظة_: يجب عليك استخدام المسارات المطلقة
لذلك ، أزيل التصنيف P1
وأغلق هذه المشكلة.
لقد أرسلت الإصدار رقم 5998 لتحديث وثائق البرنامج المساعد Kibana لتضمين عمليات تثبيت الملفات من دليل محلي.
أحد الأسباب المذكورة أعلاه لعدم دعم هذا بشكل مباشر غير صالح ، لأن الأمر المساعد elasticsearch _ يفعل_ يدعم تحديد الوكلاء ، وإن كان ذلك عبر خصائص نظام java المقابلة ، كما هو موثق في:
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.
باستخدام 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 !
شكرا جزيلا على ذلك!
التعليق الأكثر فائدة
أحد الأسباب المذكورة أعلاه لعدم دعم هذا بشكل مباشر غير صالح ، لأن الأمر المساعد elasticsearch _ يفعل_ يدعم تحديد الوكلاء ، وإن كان ذلك عبر خصائص نظام java المقابلة ، كما هو موثق في:
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