બ્રાઉઝર ઓળખ પ્રદાતાના લોગિન પૃષ્ઠ પર પહોંચે છે; Keycloak સર્વર પરત મળેલ કોડનું વિનિમય કરે છે. જો તે પછીનું વિનિમય કનેક્ટ થઈ શકતું ન હોય, તો શરૂ કરતા પહેલા પ્રોક્સી માર્ગને Keycloak પ્રોસેસ અથવા કન્ટેનર એન્વાયર્નમેન્ટમાં મૂકો:

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

જાહેર HTTP માર્ગ માટે, HTTP પ્રોક્સીની યાદીમાંથી એક સરનામું HTTPS_PROXY માં જાય છે; ઇચ્છિત બાયપાસ ગંતવ્યો રાખો. ટોકન URL ઓળખ પ્રદાતાનું એન્ડપોઇન્ટ જ રહે છે, પ્રોક્સી સરનામું નહીં.

Keycloakની પ્રાથમિકતા ગંતવ્ય-સ્કીમ મેપથી અલગ છે:

  • જો HTTP_PROXY અને HTTPS_PROXY બંને વ્યાખ્યાયિત હોય, તો HTTPS_PROXY જીતે છે.
  • નાના અક્ષરના સ્વરૂપો મોટા અક્ષરના સ્વરૂપો પર પ્રાથમિકતા ધરાવે છે.
  • NO_PROXY અલ્પવિરામથી અલગ થયેલું છે, અને નામવાળું હોસ્ટ તેના સબડોમેન્સને પણ બાકાત રાખે છે.

જો સર્વર અણધાર્યો માર્ગ પસંદ કરે તો આ બધા ઇનપુટ તપાસો. બ્રાઉઝર પ્રોક્સી સેટિંગ્સ આ એન્વાયર્નમેન્ટ પૂરું પાડતા નથી.

કનેક્શન કામ કરે પછી, TLS ચકાસણી નિષ્ફળતા Keycloakના truststore ઇન્ટરફેસ દ્વારા ટ્રસ્ટ કન્ફિગરેશનની છે. માર્ગ બદલવાથી ખૂટતો પ્રમાણપત્ર ટ્રસ્ટ સ્થાપિત કરી શકાતો નથી.

સંબંધિત લેખો