ప్రాక్సీ లోప నివేదికలో చేర్చాల్సినవి
ప్రాక్సీ పాస్వర్డ్లు, ఖాతా టోకెన్లు, కుకీలు, ప్రైవేట్ అభ్యర్థన వివరాలు తీసేసి ఉపయోగకరమైన కనెక్షన్ ఆధారాలు ఉంచండి.
సహాయ బృందానికి కేవలం «ప్రాక్సీ పనిచేయడం లేదు» అనకుండా విఫలమైన దశ, కచ్చితమైన లోపం ఇవ్వండి. చిన్న నివేదిక ఈ నిర్మాణాన్ని వాడవచ్చు:
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 అభ్యర్థన కనీస ఉదాహరణ కావచ్చు.