Kva ein proxyfeilrapport bør innehalde

Gje support det mislukka steget og den nøyaktige feilen, ikkje berre «proxyen verkar ikkje». Ein kort rapport kan nytte 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:

Skildr stadiet som proxytilkopling, proxyautentisering, tunneloppretting, TLS for målet eller endeleg HTTP-svar. Til dømes viser «HTTP-proxy på port 8080; TCP tilkopla; CONNECT returnerte 407; ingen mål-TLS enno» problemet utan å røpe innlogging. Ved ein sertifikatfeil held du på kategorien og konteksten for venta vertsnamn, medan private namn vert skjulte ved behov.

Gå gjennom den faktiske teksten før deling. Fjern userinfo frå proxy-URL-en, Proxy-Authorization, Authorization for målet, Cookie, Set-Cookie, private spørjeverdiar og førespurnadskroppar. Ein øktcookie eller eit bearer-token kan gje tilgang utan å likne eit passord. Maskeringa i verktøy kan variere med versjon og utdatamodus; ein detaljert logg og eit fullstendig spor treng ikkje å skjule likt.

Nytt markørar som REDACTED_PROXY_PASSWORD, men hald hovudfeltnamn, URL-struktur og numeriske feil synlege. Ikkje slett heile utvekslinga rundt feilen. Del private endepunkt og nettverksdetaljar berre i rett supportkanal.

Dersom ein minimal førespurnad til eit harmlaust mål eller ei teneste du kontrollerer gjenskaper problemet, legg ved han i staden for eit spor med forretningsdata. Dersom feilen berre oppstår med det opphavlege målet, sei det: å endre målet endrar kva reproduksjonen slår fast. For ein HTTP-proxy kan ein tidsavgrensa curl-førespurnad gje eit minimalt døme.