প্রক্সি ত্রুটির প্রতিবেদনে কী থাকবে

সহায়তা দলকে শুধু “প্রক্সি কাজ করে না” না বলে ব্যর্থ ধাপ ও সঠিক ত্রুটি জানান। সংক্ষিপ্ত প্রতিবেদন এই কাঠামো ব্যবহার করতে পারে:

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 অনুরোধ ন্যূনতম উদাহরণ হতে পারে।