Configuration de l'url de base

Bonjour,

Nous déployons sur une app service (image docker) sous azure.
Nous avons une application gateway qui porte le nom public agent.ladom.fr pour l’accès. Nous voudrions le conserver mais il y a une redirection faite dans Simplicité.

Existe t’il un élément de configuration dans Simplicité pour modifier la base url ?

Merci d’avance
Thierry Le Corre

Bonjour Thierry,

Cette url de redirection ne provient-elle pas de la config Azure ?

Bonjour Alistair,

non ce n’est pas lié à Azure.
L’application gateaway fait office de point d’entrée (une espèce de firewall, proxy) qui a une url d’entrée et qui fait le lien mais on fait la même manip pour keycloak et nous n’avons pas cette redirection.
Thierry

Simplicité construit les URLs absolues à partir des infos obtenues de Tomcat :

request.getScheme();
request.getServerPort();
request.getServerName();

Cette URL est, par exemple, visible sur le health check:

Si ça ne correspond pas à l’URL publique c’est que votre reverse proxy ne passe pas les bonnes infos à Tomcat.

PS: Pour avoir les valeurs vue de Tomcat hors du contexte de Simplicité, ajoutez vous une JSP test.jsp avec

<pre>
Scheme: <%= request.getScheme() %>
Port: <%= request.getServerPort() %>
Hostname: <%= request.getServerName() %>
</pre>

Et regardez ce que ça répond.

Je ne vois pas comment ajouter une page jsp dans le serveur Tomcat mais l’url de Tomcat (ContextUrl du health est http://wa-ladportailv2-dev-besimplicite.azurewebsites.net/)

Si cette URL n’est pas l’URL publique c’est que votre reverse proxy n’est pas configuré pour passer les infos ad hoc à Tomcat.

Par exemple sur un reverse proxy nginx ça peut se faire via les directives suivantes:

proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto https;

Au pire, il est toujours possible de forcer l’URL vue de Simplicité via la property JVM application.url (à passer via la variable d’environnement JAVA_OPTS (ex: JAVA_OPTS=-Dapplication.url=https://mon.url.publique (...)) mais c’est une approche dégradée (= en dur) qui vous empêchera d’exposer votre instance sous plusieurs URL publiques, ce que permettrait une bonne configuration de votre reverse proxy.

Bref nous vous recommandons plutôt d’essayer de configurer votre reverse proxy pour qu’il fasse son travail correctement. Nous n’avons malheureusement pas d’expertise Azure pour vous aider sur ce point mais j’imagine que c’est un sujet classique largement discuté sur les forums dédiés

@Thierry1 Est-ce que tu as réussi à régler ce problème ?

Nous avons contourner le problème d’url absolue à la place d’url relative avec de la configuration d’un nom de domaine custom.
On peut clore le ticket