Kion inkluzivi en raporto pri prokurila eraro

Donu al subteno la malsukcesintan paŝon kaj precizan eraron, ne nur «la prokurilo ne funkcias». Mallonga raporto povas uzi ĉi tiun strukturon:

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:

Priskribu la etapon kiel prokurilan konekton, prokurilan aŭtentikigon, tunelan starigon, celan TLS aŭ finan HTTP-respondon. Ekzemple, «HTTP-prokurilo ĉe pordo 8080; TCP konektita; CONNECT liveris 407; ankoraŭ neniu cela TLS» identigas la problemon sen malkaŝi ensalutilojn. Por atestila eraro, konservu ĝian kategorion kaj la kuntekston de la atendata gastignomo, kaŝante privatajn nomojn laŭbezone.

Reviziu la efektivan tekston antaŭ ol dividi ĝin. Forigu userinfo de la prokurila URL, Proxy-Authorization, celan Authorization, Cookie, Set-Cookie, privatajn demandajn valorojn kaj petokorpojn. Seanca kuketo aŭ bearer-ĵetono povas doni aliron sen aspekti kiel pasvorto. Ila maskado povas varii laŭ versio kaj eliga reĝimo; detala protokolo kaj plena spuro ne nepre kaŝas same.

Uzu markilojn kiel REDACTED_PROXY_PASSWORD, konservante videblaj la kapnomojn, URL-strukturon kaj numerajn erarojn. Ne forigu la tutan interŝanĝon ĉirkaŭ fiasko. Dividu privatajn finpunktojn kaj retajn detalojn nur en la konvena subtenkanalo.

Se minimuma peto al sendanĝera celo aŭ servo regata de vi reproduktas la problemon, inkluzivu ĝin anstataŭ spuro kun komercaj datumoj. Se la eraro aperas nur ĉe la origina celo, diru tion: ŝanĝi la celon ŝanĝas tion, kion la reprodukto pruvas. Por HTTP-prokurilo, tempolimigita curl-peto povas liveri minimuman ekzemplon.