प्रॉक्सी त्रुटि रिपोर्ट में क्या शामिल करें

सहायता टीम को केवल “प्रॉक्सी काम नहीं करती” कहने के बजाय विफल चरण और सटीक त्रुटि दें। छोटी रिपोर्ट यह संरचना अपना सकती है:

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 अनुरोध न्यूनतम उदाहरण दे सकता है।