പ്രോക്സി പിശക് റിപ്പോർട്ടിൽ എന്തൊക്കെ ഉൾപ്പെടുത്തണം

«പ്രോക്സി പ്രവർത്തിക്കുന്നില്ല» എന്നു മാത്രം പറയാതെ പരാജയപ്പെട്ട ഘട്ടവും കൃത്യമായ പിശകും പിന്തുണാവിഭാഗത്തിന് നൽകുക. ചെറിയ റിപ്പോർട്ടിന് ഈ ഘടന ഉപയോഗിക്കാം:

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 അഭ്യർത്ഥന ഏറ്റവും ചെറിയ ഉദാഹരണമാകാം.