La retumilo atingas la ensalutan paĝon de la identeca provizanto; la servilo de Keycloak interŝanĝas la redonitan kodon. Se tiu posta interŝanĝo ne povas konektiĝi, metu la prokuran itineron en la procezon aŭ ujmedion de Keycloak antaŭ la lanĉo:

HTTPS_PROXY=http://proxy.example:8080
NO_PROXY=localhost,internal.example

Por publika HTTP-itinero, adreso el la listo de HTTP-prokuriloj iras en HTTPS_PROXY; konservu la intencitajn preterirajn celojn. La ĵetona URL restas la finpunkto de la identeca provizanto, ne la prokura adreso.

La prioritato de Keycloak diferencas de mapo laŭ celoskemo:

  • Se kaj HTTP_PROXY kaj HTTPS_PROXY estas difinitaj, venkas HTTPS_PROXY.
  • Minusklaj formoj havas prioritaton super majusklaj formoj.
  • NO_PROXY estas komapartigita, kaj nomita gastiganto ankaŭ ekskludas siajn subdomajnojn.

Kontrolu ĉiujn tiujn enigojn se la servilo elektas neatenditan itineron. Retumilaj prokuraj agordoj ne provizas ĉi tiun medion.

Post kiam la konekto funkcias, malsukceso de TLS-kontrolo apartenas al fida agordo per la truststore-fasado de Keycloak. Ŝanĝi la itineron ne povas establi la mankan atestilan fidon.

Rilataj artikoloj