<div dir="ltr"><div>Currently we allow adapters to configure two urls for Keycloak (auth-server-url and auth-server-url-for-backend-requests). I propose we remove auth-server-url-for-backend-requests.</div><div><br></div><div>The auth-server-url-for-backend-requests property was added as a way for adapters to invoke Keycloak directly without having to go through a load balancer or reverse proxy.</div><div><br></div><div>The issue with auth-server-url-for-backend-requests is that the Keycloak server will not know the adapter is invoking Keycloak from a different URL, which results in invalid URLs in tokens and also if any links are generated (for example verify email). </div><div><br></div><div>It also means that there&#39;s a need to have two separate certificates configured for Keycloak as there are different hostnames.</div><div><br></div><div>The currently proposed solution is to add a way to configure the hostname for the Keycloak server. However, this is an extra configuration requirement and is also a significant amount of work to implement as well as potentially quite error prone. This could further be problematic if there is indeed two valid URLs for a server (for example <a href="http://company.com">http://company.com</a> and <a href="http://internal.company.com">http://internal.company.com</a>).</div><div><br></div><div>We should simply remove auth-server-url-for-backend-requests. If anyone wants to bypass the load balancer for internal machines that should be solved at the DNS level or by adding entries to the host file. As the hostname remains the same there&#39;s no need for multiple certificates, nor is there a need to hardcode the address on the Keycloak server itself.</div></div>