एउटा पेज लोड हुन्छ, र प्रोक्सी लगइन बाकसहरू आउँदै रहन्छन्
एउटा पेजले बारम्बार प्रमाणीकरण अनुरोध उत्पन्न गर्दा असफल स्रोत अनुरोध र प्रोक्सी मार्गहरू पछ्याउनुहोस्।
एउटा पेजले एकभन्दा बढी अनुरोध गर्छ। यसको पहिलो प्रोक्सी लगइन बाकसको जवाफ दिँदा पनि स्क्रिप्ट, तस्बिर वा प्रत्यक्ष जडानहरू अरू मार्गमा गएर अरू चुनौती पाउन सक्छन्।
- असफल हुने स्रोत खोज्नुहोस्। यसको गन्तव्य, छानिएको प्रोक्सी र 407 चुनौती राख्नुहोस्। ती नै फिल्डहरूलाई सफल स्रोतसँग तुलना गर्नुहोस्; मुख्य पेजको URL मात्र पर्याप्त हुँदैन।
- साझा भिन्नता खोज्नुहोस्। असफलता एउटा स्रोत होस्ट, छुट्टै HTTP/HTTPS मार्ग, एक्सटेन्सन वा PAC निर्णय पछ्याउन सक्छ। एउटा एन्डपोइन्टले स्वीकार गरेको लगइनले अर्कोले पनि स्वीकार्छ भनी प्रमाणित गर्दैन। प्रमाणीकरण क्यासिङ चुनौती, पहिचान र मार्गको दायरामा पनि निर्भर छ।
- पहिचान गरिएको आदानप्रदान सुधार्नुहोस्। मार्ग, खाता वा समर्थित प्रमाणीकरण व्यवहार सुधार्नुहोस्, त्यसपछि पेजको व्यवहार र स्रोतका नतिजा दुवै जाँच्नुहोस्।
एउटै पासवर्ड बारम्बार टाइप गर्नाले त्यो दायरा थाहा नभएसम्म थोरै प्रमाण दिन्छ। WebSockets बन्द गर्ने, स्क्रिप्ट ब्लक गर्ने वा एक्सटेन्सन बदल्ने जस्ता सुरुका ब्राउजर उपायले बाकस उत्पन्न गर्ने अनुरोध हटाउन सक्छन्, साथै आवश्यक सुविधा पनि हटाउन सक्छन्।
नचाहिने स्रोत ब्लक गर्नु जानाजानी नीति निर्णय हुन सक्छ। त्यो नतिजालाई ब्लकिङ भन्नुहोस्, प्रमाणीकरण अब काम गर्छ भन्ने प्रमाणका रूपमा होइन। आवश्यक रियल-टाइम जडान नभएको शान्त पेजले इच्छित मार्ग प्रयोग गर्ने कार्यरत पेजजस्तै नतिजा पाएको छैन।