प्रोक्सी त्रुटि रिपोर्टमा के समावेश गर्ने

सहायतालाई केवल “प्रोक्सी काम गर्दैन” नभनी विफल चरण र ठ्याक्कै त्रुटि दिनुहोस्। छोटो रिपोर्टले यस्तो संरचना प्रयोग गर्न सक्छ:

Client and version:
Proxy protocol and port:
Attempt time and timezone:
Connection / overall timeout settings:
Last completed stage:
Exact error or numeric status:
Same target over an allowed direct route:
Same target through another comparable endpoint:

चरणलाई प्रोक्सी जडान, प्रोक्सी प्रमाणिकरण, टनेल स्थापना, गन्तव्य TLS वा अन्तिम HTTP प्रतिक्रियाका रूपमा वर्णन गर्नुहोस्। उदाहरणका लागि “पोर्ट 8080 मा HTTP प्रोक्सी; TCP जोडियो; CONNECT ले 407 दियो; गन्तव्य TLS अझै छैन” ले लगइन नखुलाई समस्या चिनाउँछ। प्रमाणपत्र त्रुटिका लागि श्रेणी र अपेक्षित होस्टनामको सन्दर्भ राख्नुहोस्, आवश्यक परे निजी नाम लुकाउनुहोस्।

साझा गर्नुअघि वास्तविक पाठ हेर्नुहोस्। प्रोक्सी URL को userinfo, Proxy-Authorization, गन्तव्यको Authorization, Cookie, Set-Cookie, निजी क्वेरी मान र अनुरोधका बडी हटाउनुहोस्। सत्र कुकी वा bearer token ले पासवर्डजस्तो नदेखिए पनि पहुँच दिन सक्छ। उपकरणको मास्किङ संस्करण र आउटपुट मोडअनुसार फरक हुन सक्छ; विस्तृत लग र पूरा ट्रेसले उस्तै लुकाउनैपर्छ भन्ने छैन।

REDACTED_PROXY_PASSWORD जस्ता चिह्न प्रयोग गरेर हेडर नाम, URL संरचना र सङ्ख्यात्मक त्रुटि देखिने राख्नुहोस्। विफलतावरिपरिको पूरा आदानप्रदान नहटाउनुहोस्। निजी एन्डपोइन्ट र नेटवर्क विवरण उपयुक्त सहायता च्यानलमा मात्र साझा गर्नुहोस्।

हानिरहित गन्तव्य वा आफूले चलाउने सेवामा न्यूनतम अनुरोधले समस्या दोहोर्‍याउँछ भने व्यावसायिक डाटा ट्रेसको सट्टा त्यो दिनुहोस्। त्रुटि मूल गन्तव्यमा मात्र हुन्छ भने भन्नुहोस्: गन्तव्य बदल्दा पुनरुत्पादनले के प्रमाणित गर्छ भन्ने बदलिन्छ। HTTP प्रोक्सीका लागि समयसीमायुक्त curl अनुरोध न्यूनतम उदाहरण हुन सक्छ।