பதிலிப் பிழை அறிக்கையில் சேர்க்க வேண்டியவை

ஆதரவுக் குழுவிடம் «பதிலி வேலை செய்யவில்லை» என்று மட்டும் கூறாமல் தோல்வியடைந்த படியும் துல்லியமான பிழையும் கொடுங்கள். சிறிய அறிக்கை இந்த அமைப்பைப் பயன்படுத்தலாம்:

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 கோரிக்கை குறைந்தபட்ச எடுத்துக்காட்டாக இருக்கலாம்.