బ్రౌజర్ గుర్తింపు ప్రదాత యొక్క లాగిన్ పేజీని చేరుతుంది; 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 ఇంటర్ఫేస్ ద్వారా ట్రస్ట్ కాన్ఫిగరేషన్కు చెందుతుంది. మార్గాన్ని మార్చడం ద్వారా లేని సర్టిఫికెట్ ట్రస్ట్ను ఏర్పాటు చేయలేము.

సంబంధిత వ్యాసాలు