Kibana: ساعد المستخدمين الذين يقومون بتضمين basePath في الطلب

تم إنشاؤها على ١٦ ديسمبر ٢٠١٦ · 3تعليقات · مصدر: elastic/kibana

يبدو من الشائع جدًا أن يصل المستخدمون الجدد إلى الإعداد server.basePath ولا يدركون أنهم بحاجة إلى إعادة كتابة الطلبات القادمة إلى Kibana. في حين أنه سيكون من الرائع أن نغير الطريقة التي يعمل بها server.basePath دون كسر كل تثبيت موجود باستخدام الإعداد ، أعتقد أنه يمكننا فعل المزيد لمساعدة الشخص على إدراك الخطأ من خلال تقديم رسالة مساعدة عندما يستجيب الخادم بـ 404 ويبدأ عنوان url بـ server.basePath .

Core enhancement

مصدر

spalger

التعليق الأكثر فائدة

يبدو أن القلق هنا هو:

يشعر كل من يحاول استخدام "basePath" بالارتباك ، لأنه لا يفعل ما يتوقعه كل مستخدم جديد. (لقد أهدرت للتو ساعة في هذا المسار أيضًا!)
لا تريد تغيير "basePath" لأنه سيؤدي إلى تعطيل عمليات التثبيت الحالية.

فلماذا لا تقدم معلمة ثانية ، وتضعها على الفور ضمن basePath في yml ، مع ملاحظة تقول "إذا كنت تريد تغيير" basePath "، فقد ترغب في تغيير معلمة" incomingRewriteRule "أيضًا"

بهذه الطريقة لن يتم الخلط بين الناس ، ستعمل فقط ، ولن تؤدي إلى تعطيل التثبيت الموجود مسبقًا لأي شخص.

RobinAllen في ١٠ مايو ٢٠١٧

👍3

ال 3 كومينتر

يبدو أن القلق هنا هو:

يشعر كل من يحاول استخدام "basePath" بالارتباك ، لأنه لا يفعل ما يتوقعه كل مستخدم جديد. (لقد أهدرت للتو ساعة في هذا المسار أيضًا!)
لا تريد تغيير "basePath" لأنه سيؤدي إلى تعطيل عمليات التثبيت الحالية.

بهذه الطريقة لن يتم الخلط بين الناس ، ستعمل فقط ، ولن تؤدي إلى تعطيل التثبيت الموجود مسبقًا لأي شخص.

RobinAllen في ١٠ مايو ٢٠١٧

👍3

عند استخدامه مع البرنامج المساعد Kibana Shield (المعروف أيضًا باسم XPack Security) ، لا تحصل على خطأ 401 ولكن حلقة إعادة توجيه لا نهائية 302 لأن Shield يعيد التوجيه إلى / kibana / تسجيل الدخول

kibana_requests

gquintana في ٢٢ مايو ٢٠١٧

بدون تنفيذ عملية إعادة كتابة عنوان URL لـ kibana ، لا يبدو أن هناك طريقة لاستخدام AWS ALB مع التوجيه القائم على المسار. لا يقوم AWS ALB بتعديل المسار الذي يتم تمريره إلى الواجهة الخلفية.