ચેલેન્જ ઓળખમાંથી Java HTTP પ્રોક્સી ક્રેડેન્શિયલ્સ પસંદ કરો
એકાઉન્ટ પરત કરતા પહેલાં વિનંતીકર્તાનો પ્રકાર, હોસ્ટ અને પોર્ટ મેળવો; અસંબંધિત સર્વર ચેલેન્જને તે શોધની બહાર રાખો.
દરેક HTTP પ્રમાણીકરણ કૉલબેક માટે, આ ક્રમમાં ક્રેડેન્શિયલનો નિર્ણય લો:
- તપાસો કે વિનંતીકર્તા પ્રોક્સી છે, ગંતવ્ય સર્વર નહીં.
- વિનંતી કરતા હોસ્ટ અને પોર્ટને મંજૂર પ્રોક્સી એન્ટ્રી સાથે મેળવો.
- તે એન્ટ્રીનું એકાઉન્ટ પરત કરો, અથવા ન મળતી ચેલેન્જ માટે કોઈ ક્રેડેન્શિયલ ન આપો.
એક બિનશરતી વપરાશકર્તાનામ/પાસવર્ડ બે પ્રોક્સીના એકાઉન્ટ વ્યક્ત કરી શકતું નથી અને તેમને બીજા પ્રાપ્તકર્તાને લીક કરી શકે છે.
Java ના HTTP ક્લાયન્ટ બિલ્ડરનો ઉપયોગ કરતી વખતે ક્લાયન્ટ-જોડાયેલ Authenticator પસંદ કરો. JVM ડિફૉલ્ટ Authenticator અન્ય ભાગ લેતા કોડને પણ અસર કરે છે.
કોઈપણ હોસ્ટ-ઉપનામ મેપિંગ મનસ્વી નામો સ્વીકારવાને બદલે જાણી જોઈને વ્યાખ્યાયિત કરો. આ HTTP પેટર્ન છે; SOCKS સમાન હોસ્ટનામ પર પણ બીજો અમલીકરણ માર્ગ વાપરી શકે છે.
નિદાન માટે, ચેલેન્જ પ્રકાર અને મળતું એકાઉન્ટ ઓળખકર્તા તેના રહસ્ય વિના રેકોર્ડ કરો. તે પાસવર્ડ લૉગ કર્યા વિના વ્યાપનો નિર્ણય સમજાવે છે.