जब WinHTTP 407 र 401 बीच फेरिन्छ
छानिएको प्रोक्सी प्रमाणीकरण स्थिति कायम राख्नुहोस् र पुनः प्रयास गर्नु अघि यसलाई फेरि लागू गर्नुहोस्, साथै छुट्टै गन्तव्य चुनौती सँभाल्नुहोस्।
एक WinHTTP अनुरोध प्रोक्सीमा प्रमाणीकरण गर्छ, वेबसाइटको 401 प्राप्त गर्छ, त्यसपछि अर्को पठाइमा अर्को 407 पाउँछ। प्रोक्सी र वेबसाइटको प्रमाणीकरण स्थिति छुट्टाछुट्टै हुन्छ, र पुनः पठाउने मार्गले दुवै कायम राख्नुपर्छ।
माइक्रोसफ्टको मूल WinHTTP प्रमाणीकरण नमुनाले छानिएको प्रोक्सी योजना एक चलमा राख्छ र त्यो योजना छानिएपछि प्रत्येक WinHttpSendRequest अघि प्रोक्सी खाता फेरि लागू गर्छ।
- अनुरोध पठाउनुहोस् र प्रतिक्रिया जाँच्नुहोस्।
- 407 को लागि, दिइएका योजनाहरू सोध्नुहोस् र छानिएको प्रोक्सी योजना सम्झनुहोस्।
- पुनः पठाउनु अघि, त्यो योजना र खातासँग WINHTTP_AUTH_TARGET_PROXY का लागि WinHttpSetCredentials कल गर्नुहोस्।
- गन्तव्यको 401 का लागि, यसको योजना लिनुहोस् र अर्को पठाइका लागि सम्झिएको प्रोक्सी स्थिति कायम राख्दै सर्भर प्रमाणहरू सेट गर्नुहोस्।
नमुनाले विशेष गरी सर्भर चुनौती वा पुनर्निर्देशनपछिको पुनः प्रमाणीकरणलाई प्रोक्सी प्रमाणहरू फेरि लागू गर्ने कारण बताउँछ। कललाई पहिलो 407 शाखामा मात्र राख्दा अर्को पुनः प्रयास मार्ग अपेक्षित सेटअपबिना रहन सक्छ।
हरेक API परिणाम जाँच्नुहोस् र दोहोरिने असफलताहरू सीमित राख्नुहोस्। माइक्रोसफ्टको संक्षिप्त नमुनाले अघिल्लो स्थिति ट्र्याक गर्छ, भने उत्पादन पुनः प्रयास नीतिले दोहोरिने फेरबदल क्रम पनि चिन्नुपर्छ।
असफलतापछि प्रयोगकर्ताले प्रतिस्थापन खाता दिएमा, त्यो पुनः पठाउने मार्गले प्रयोग गर्ने मानहरू अद्यावधिक गर्नुहोस्। WinHttpSetCredentials अनुरोध-सीमित छ; यो प्रक्रिया-व्यापी पासवर्ड भण्डार होइन जसको सामग्री सबै भावी अनुरोधका लागि बदलिन्छ।