Kibana: ينتج عن server.basePath 404

هنا بعض مزيد من المعلومات...

إرجاع curl http://x.x.x.x:5601/

<script>
   var hashRoute = '/kibana4/app/kibana';
   var defaultRoute = '/kibana4/app/kibana';
   ...
</script>

إرجاع curl http://x.x.x.x:5601/kibana4/app/kibana

{"statusCode":404,"error":"Not Found"}

لماذا يقوم '/ kibana4 / app / kibana' بإرجاع 404؟

ناثان

nreese هذا لأنه يجب إزالة basepath بواسطة الوكيل قبل إرسال الطلبات إلى Kibana. هذا يسمى بشكل عام "طلب إعادة الكتابة" وأي عدد من المنشورات يجب أن يكون موجودًا لتوضيح كيفية إعداد ذلك للوكيل الخاص بك.

هل يمكنك توضيح كيف يعمل هذا؟ أنا عالق حقًا ولا يمكنني العثور عليه
الكثير من المساعدة في التوثيق

في يوم الاثنين ، 28 مارس 2016 ، الساعة 2:45 مساءً ، كتب Spencer [email protected] :

nreese https://github.com/nreese هذا لأن القاعدة يجب أن
يتم إزالتها بواسطة الوكيل قبل إرسال الطلبات إلى Kibana. هذا هو
يُطلق عليه عمومًا "طلب إعادة الكتابة" ويجب أن يوجد أي عدد من المشاركات
لتظهر لك كيفية إعداد ذلك للوكيل الخاص بك.

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub
https://github.com/elastic/kibana/issues/6665#issuecomment -202574432

نفس المشكلة هنا. وأجد أن هذا التكوين بواسطة nginx يمكن أن يعمل: https://discuss.elastic.co/t/4-3-0-how-to-configure-your-nginx-balancer-and-apache-reverse-proxy/37351/ 5

لقد اكتشفت ذلك في النهاية ونشرت إجابة على استخدام Stack overflow
HAProxy
http://stackoverflow.com/questions/36266776/kibana-server-basepath-results-in-404.
لم أكن أتوقع أن يقوم server.basePath بإضافة المسار الأساسي فقط إلى عناوين URL الصادرة
وعدم التعامل معها في حركة المرور الواردة أيضًا.

في الثلاثاء 12 أبريل 2016 الساعة 8:51 صباحًا ، كتب Feng Yu [email protected] :

نفس المشكلة هنا. وأجد أن هذا التكوين بواسطة nginx يمكن أن يعمل:
https://discuss.elastic.co/t/4-3-0-how-to-configure-your-nginx-balancer-and-apache-reverse-proxy/37351/5

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub
https://github.com/elastic/kibana/issues/6665#issuecomment -208945037

الرجاء إضافة مثال كاف مع server.basepth. يعاني الكثير من المستخدمين بسبب نقص الوثائق.

توصيتي هي إعادة صياغة النص اللغوي لـ
تكوين server.basePath
الخيار في الوثائق. الصياغة الحالية لا تساعد كثيرا
اشرح كيف يستخدم kibana basePath. كانت غرائزي الأولى هي إلحاق ملف
basePath إلى عنوان URL. كان هذا غير صحيح وأدى إلى 404s. يمكن
شيء من هذا القبيل من شأنه أن يوجه المستخدمين في الاتجاه الصحيح

يمكّنك من تحديد مسار لتركيب Kibana عنده إذا كنت تجري خلفك
وكيل. لا تغير قيمة basePath العنوان الذي يستمع kibana إليه
في ، بدلاً من ذلك ، من المتوقع أن يقوم الوكيل بإزالة قيمة basePath من قبل
إحالة الطلبات إلى كيبانا. لا يمكن أن ينتهي هذا الإعداد بشرطة مائلة (/).

في الخميس ، 14 أبريل 2016 الساعة 4:19 صباحًا ، كتب abhijit [email protected] :

الرجاء إضافة مثال كاف مع server.basepth. الكثير من المستخدمين
تكافح بسبب نقص الوثائق.

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub
https://github.com/elastic/kibana/issues/6665#issuecomment -209866755

هذا سخيف. يجب أن يؤدي تعيين المسار الأساسي إلى تغيير المسار الأساسي لـ kibana ويجب ألا يتطلب أي إعادة كتابة عكسية للوكيل. هذا النوع من السلوك هو جميل 101 في تطبيقات الويب.

أعتقد أن هناك بعض الالتباس هنا. basePath موجود خصيصًا للأشخاص الذين يريدون تشغيل Kibana خلف وكيل. ليس من المفترض أن تكون ميزة مفيدة في أي مجال آخر. كما قال nreese ، يمكننا على الأرجح تحسين التوثيق لجعل ذلك أكثر وضوحًا. لقد فتحت علاقات عامة لتحسين صياغة المستندات: https://github.com/elastic/kibana/pull/8375

أنا على علم بما هو basePath وأنا أستخدمه خلف وكيل عكسي.
أنا أعترض على حقيقة أنني يجب أن أقوم بإعادة كتابة عنوان url على الوكيل لجعل هذا يعمل.

أنا أيضا. أنا أيضًا على دراية بما هو basePath وأنا أستخدمه خلف وكيل عكسي.
أنا أعترض على حقيقة أنني يجب أن أقوم بإعادة كتابة عنوان url على الوكيل لجعل هذا يعمل.

لو سمحت...

قد يكون من التافه بالنسبة لنا دعم هذا ، لكن لا يمكننا تغيير طريقة عمل basePath في هذه المرحلة. ما رأيك في https://github.com/elastic/kibana/issues/9522؟

أوافق ، لقد عثرت للتو على نفس المشكلة بالضبط. يخلق الكثير من العمل الإضافي بدون سبب. إذا قمت بتحديث Basepath ، فيجب تغييره. وجود عناوين URL مختلفة يجعل من الصعب حل مشكلة التصوير.

حصلت على هذا العمل على هذا النظام:

[09:39:17] [ root @ hostname :] # yum list مثبتة | grep kibana
kibana.x86_64 5.5.1-1 @ / kibana-5.5.1-x86_64
[09:39:29] [ root @ hostname :] # yum list مثبتة | grep httpd
httpd24u.x86_64 2.4.27-1.ius.el6ius
httpd24u-filesystem.noarch 2.4.27-1.ius.el6ius
httpd24u-mod_ldap.x86_64 2.4.27-1.ius.el6ius
httpd24u-mod_ssl.x86_64 1: 2.4.27-1.ius.el6ius
httpd24u-tools.x86_64 2.4.27-1.ius.el6ius
[09:39:34] [ root @ hostname :] # uname -r
2.6.32-696.6.3.el6.x86_64
[09:39:47] [ root @ hostname :] # cat / etc / redhat-release
إصدار CentOS 6.9 (نهائي)
[09:39:58] [ root @ hostname :] #

• تمت إزالة "server.basePath"
  هنا ملف "kibana.yml" ممتلئ:

[09:39:58] [ root @ hostname : ~] # cat /etc/kibana/kibana.yml
server.port: 5601
server.name: Kibana-STG
server.host: 0.0.0.0
kibana.index: .kibana
kibana.defaultAppId: اكتشف
logging.dest: /var/log/kibana/kibana.log
i18n.defaultLocale: "ar"

elasticsearch.url: http: // localhost : 9200
[09:42:35] [ root @ hostname : ~] #

• تمت إضافة إعداد الوكيل هذا على Apache

ProxyPreserveHost On
ProxyRequests تشغيل
ProxyPass / http: // localhost : 5601 / timeout = 200
ProxyPassReverse / http: // localhost : 5601 /