જ્યારે WinHTTP 407 અને 401 વચ્ચે ફેરબદલી કરે છે

WinHTTP વિનંતી પ્રોક્સી પર પ્રમાણીકરણ કરે છે, વેબસાઇટનું 401 મેળવે છે, અને પછી આગલા મોકલામાં બીજું 407 મેળવે છે. પ્રોક્સી અને વેબસાઇટની પ્રમાણીકરણ સ્થિતિ અલગ છે, અને ફરી મોકલવાના માર્ગે બંને જાળવવા પડે.

માઇક્રોસોફ્ટનું મૂળ WinHTTP પ્રમાણીકરણ નમૂનો પસંદ કરેલ પ્રોક્સી સ્કીમને ચલમાં રાખે છે અને તે સ્કીમ પસંદ થયા પછી દરેક WinHttpSendRequest પહેલાં પ્રોક્સી ખાતું ફરીથી લાગુ કરે છે.

1. વિનંતી મોકલો અને પ્રતિસાદ તપાસો.
2. 407 માટે, ઓફર કરેલ સ્કીમ પૂછો અને પસંદ કરેલ પ્રોક્સી સ્કીમ યાદ રાખો.
3. ફરી મોકલતા પહેલાં, તે સ્કીમ અને ખાતા સાથે WINHTTP_AUTH_TARGET_PROXY માટે WinHttpSetCredentials કૉલ કરો.
4. લક્ષ્યના 401 માટે, તેની સ્કીમ મેળવો અને સર્વર ઓળખપત્રો સેટ કરો, જ્યારે આગલા મોકલા માટે યાદ રાખેલ પ્રોક્સી સ્થિતિ જાળવી રાખો.

નમૂનો ખાસ કરીને સર્વર પડકાર કે રીડાયરેક્ટ પછી ફરી પ્રમાણીકરણને પ્રોક્સી ઓળખપત્રો ફરીથી લાગુ કરવાનું કારણ ગણાવે છે. કૉલ ફક્ત પ્રથમ 407 શાખામાં મૂકવાથી બીજો ફરી પ્રયાસ માર્ગ અપેક્ષિત સેટઅપ વિના રહી શકે.

દરેક API પરિણામ તપાસો અને પુનરાવર્તિત નિષ્ફળતાઓ મર્યાદિત રાખો. માઇક્રોસોફ્ટનો સંક્ષિપ્ત નમૂનો પાછલી સ્થિતિ ટ્રેક કરે છે, જ્યારે ઉત્પાદન ફરી પ્રયાસ નીતિએ પુનરાવર્તિત ફેરબદલી ક્રમ પણ ઓળખવો જોઈએ.

નિષ્ફળતા પછી વપરાશકર્તા બદલી ખાતું આપે તો, તે ફરી મોકલવાના માર્ગ દ્વારા વપરાતા મૂલ્યો અપડેટ કરો. WinHttpSetCredentials વિનંતી-વ્યાપી છે; તે પ્રક્રિયા-વ્યાપી પાસવર્ડ સંગ્રહ નથી જેની સામગ્રી બધી ભાવિ વિનંતીઓ માટે બદલાય.