Hva en proxyfeilrapport bør inneholde

Gi support det mislykkede trinnet og den nøyaktige feilen, ikke bare «proxyen virker ikke». En kort rapport kan bruke denne strukturen:

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:

Beskriv stadiet som proxytilkobling, proxyautentisering, tunnelopprettelse, målets TLS eller endelig HTTP-svar. For eksempel viser «HTTP-proxy på port 8080; TCP tilkoblet; CONNECT returnerte 407; ingen mål-TLS ennå» problemet uten å avsløre innlogging. Ved en sertifikatfeil beholder du kategorien og konteksten for forventet vertsnavn, mens private navn skjules ved behov.

Gå gjennom den faktiske teksten før deling. Fjern proxy-URL-ens userinfo, Proxy-Authorization, målets Authorization, Cookie, Set-Cookie, private spørreverdier og forespørselskropper. En øktcookie eller et bearer-token kan gi tilgang uten å ligne et passord. Verktøyets maskering kan variere med versjon og utdataformat; en detaljert logg og et fullstendig spor trenger ikke å skjule likt.

Bruk markører som REDACTED_PROXY_PASSWORD, men behold headernavn, URL-struktur og numeriske feil synlige. Ikke slett hele utvekslingen rundt feilen. Del private endepunkter og nettverksdetaljer bare i riktig supportkanal.

Hvis en minimal forespørsel til et harmløst mål eller en tjeneste du kontrollerer gjenskaper problemet, legg ved den i stedet for et spor med forretningsdata. Hvis feilen bare oppstår med det opprinnelige målet, si det: å endre målet endrer hva reproduksjonen fastslår. For en HTTP-proxy kan en tidsbegrenset curl-forespørsel gi et minimalt eksempel.