Wat in een proxyfoutrapport hoort

Geef support de mislukte stap en de exacte fout, niet alleen “de proxy werkt niet”. Een kort rapport kan deze structuur gebruiken:

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:

Beschrijf de fase als proxyverbinding, proxyauthenticatie, tunnelopbouw, TLS van de bestemming of definitieve HTTP-respons. Bijvoorbeeld “HTTP-proxy op poort 8080; TCP verbonden; CONNECT gaf 407; nog geen TLS van de bestemming” lokaliseert het probleem zonder inloggegevens te tonen. Bewaar bij een certificaatfout de categorie en context van de verwachte hostnaam, met privénamen waar nodig afgeschermd.

Controleer de werkelijke tekst voordat je die deelt. Verwijder userinfo uit de proxy-URL, Proxy-Authorization, het Authorization van de bestemming, Cookie, Set-Cookie, privéquerywaarden en requestbodies. Een sessiecookie of bearer-token kan toegang geven zonder op een wachtwoord te lijken. De afscherming van tools kan per versie en uitvoermodus verschillen; een gedetailleerd log en volledige trace hoeven niet hetzelfde af te schermen.

Gebruik markeringen zoals REDACTED_PROXY_PASSWORD en laat headernamen, URL-structuur en numerieke fouten zichtbaar. Wis niet de hele uitwisseling rond de fout. Deel privé-endpoints en netwerkdetails alleen in het passende supportkanaal.

Als een minimaal request naar een onschadelijke bestemming of een dienst die je beheert het probleem reproduceert, voeg dat toe in plaats van een trace met bedrijfsgegevens. Treedt de fout alleen op bij het oorspronkelijke doel, zeg dat dan: een ander doel verandert wat de reproductie aantoont. Voor een HTTP-proxy kan een curl-request met tijdslimiet een minimaal voorbeeld bieden.