Ko iekļaut starpniekservera kļūdas ziņojumā

Atbalstam norādiet neveiksmīgo soli un precīzo kļūdu, nevis tikai „starpniekserveris nedarbojas”. Īsam ziņojumam var izmantot šādu struktūru:

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:

Aprakstiet posmu kā savienojumu ar starpniekserveri, tā autentifikāciju, tuneļa izveidi, galamērķa TLS vai galīgo HTTP atbildi. Piemēram, „HTTP starpniekserveris portā 8080; TCP savienots; CONNECT atgrieza 407; galamērķa TLS vēl nav” nosaka problēmu, neatklājot pieteikšanās datus. Sertifikāta kļūdai saglabājiet kategoriju un paredzētā resursdatora nosaukuma kontekstu, vajadzības gadījumā slēpjot privātos nosaukumus.

Pirms kopīgošanas pārskatiet faktisko tekstu. Izņemiet starpniekservera URL userinfo, Proxy-Authorization, galamērķa Authorization, Cookie, Set-Cookie, privātās vaicājuma vērtības un pieprasījumu saturu. Sesijas sīkdatne vai bearer tokens var piešķirt piekļuvi, neizskatoties pēc paroles. Rīka maskēšana var mainīties pēc versijas un izvades režīma; detalizēts žurnāls un pilna trase var neslēpt vienādi.

Lietojiet marķierus, piemēram, REDACTED_PROXY_PASSWORD, atstājot redzamus galveņu nosaukumus, URL struktūru un skaitliskās kļūdas. Neizdzēsiet visu apmaiņu ap kļūmi. Privātos galapunktus un tīkla detaļas kopīgojiet tikai atbilstošā atbalsta kanālā.

Ja minimāls pieprasījums nekaitīgam galamērķim vai jūsu kontrolētam pakalpojumam atkārto problēmu, pievienojiet to, nevis trasi ar biznesa datiem. Ja kļūda notiek tikai ar sākotnējo mērķi, pasakiet: mērķa maiņa maina to, ko atkārtojums pierāda. HTTP starpniekserverim curl pieprasījums ar laika ierobežojumu var sniegt minimālu piemēru.