پراکسی خرابی کی رپورٹ میں کیا شامل کریں
پراکسی پاس ورڈ، اکاؤنٹ ٹوکن، کوکیز اور نجی درخواست کی تفصیل ہٹاتے ہوئے رابطے کے مفید شواہد رکھیں۔
سہولت ٹیم کو صرف «پراکسی نہیں چلتا» کہنے کے بجائے ناکام قدم اور درست خرابی دیں۔ مختصر رپورٹ یہ ساخت استعمال کر سکتی ہے:
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 درخواست کم سے کم مثال دے سکتی ہے۔