Kibana: Aider les utilisateurs qui incluent le basePath dans la demande

Créé le 16 déc. 2016  ·  3Commentaires  ·  Source: elastic/kibana

Il semble trop courant que de nouveaux utilisateurs atteignent le paramètre server.basePath et ne réalisent pas qu'ils doivent réécrire les requêtes envoyées à Kibana. Bien que ce serait génial si nous pouvions simplement changer la façon dont server.basePath fonctionne sans interrompre chaque installation existante à l'aide du paramètre, je pense que nous pourrions faire plus pour aider la personne à comprendre ce qui ne va pas en affichant un message d'aide lorsque le serveur répond avec un 404 et l'url commence par le server.basePath .

Core enhancement

Commentaire le plus utile

Il semble que le problème ici soit :

  • Tous ceux qui essaient d'utiliser 'basePath' sont confus, car il ne fait pas ce que chaque nouvel utilisateur attend de lui. (Je viens de perdre une heure sur ce chemin aussi !)
  • Vous ne voulez pas changer 'basePath' car cela casserait les installations existantes.

Alors pourquoi ne pas introduire un deuxième paramètre et le mettre immédiatement sous basePath dans le yml, avec une note disant "Si vous voulez changer le 'basePath', vous voudrez peut-être aussi changer ce paramètre 'incomingRewriteRule'"

De cette façon, les gens ne seraient pas si confus, cela «fonctionnerait» et cela ne briserait l'installation préexistante de personne.

Tous les 3 commentaires

Il semble que le problème ici soit :

  • Tous ceux qui essaient d'utiliser 'basePath' sont confus, car il ne fait pas ce que chaque nouvel utilisateur attend de lui. (Je viens de perdre une heure sur ce chemin aussi !)
  • Vous ne voulez pas changer 'basePath' car cela casserait les installations existantes.

Alors pourquoi ne pas introduire un deuxième paramètre et le mettre immédiatement sous basePath dans le yml, avec une note disant "Si vous voulez changer le 'basePath', vous voudrez peut-être aussi changer ce paramètre 'incomingRewriteRule'"

De cette façon, les gens ne seraient pas si confus, cela «fonctionnerait» et cela ne briserait l'installation préexistante de personne.

Utilisé conjointement avec le plugin Kibana Shield (alias XPack Security), vous n'obtenez pas d'erreur 401 mais une boucle de redirection 302 infinie car Shield redirige vers /kibana/login

kibana_requests

Sans implémenter un processus de réécriture d'URL pour kibana, il ne semble pas possible d'utiliser un AWS ALB avec un routage basé sur le chemin. AWS ALB ne modifie pas le chemin qui est transmis au backend.

Cette page vous a été utile?
0 / 5 - 0 notes