Ibigay sa support ang hakbang na pumalya at ang eksaktong error, hindi lamang «hindi gumagana ang proxy». Maaaring ganito ang istruktura ng maikling ulat:

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:

Ilarawan ang yugto bilang proxy connection, proxy authentication, tunnel setup, TLS ng destinasyon o huling HTTP response. Halimbawa, «HTTP proxy sa port 8080; TCP connected; CONNECT returned 407; wala pang destination TLS» ay tumutukoy sa problema nang hindi inilalantad ang login. Para sa certificate error, panatilihin ang kategorya at konteksto ng inaasahang hostname, at takpan ang pribadong pangalan kung kailangan.

Suriin ang aktuwal na teksto bago ibahagi. Alisin ang userinfo ng proxy URL, Proxy-Authorization, Authorization ng destinasyon, Cookie, Set-Cookie, pribadong query value at request body. Maaaring magbigay ng access ang session cookie o bearer token kahit hindi mukhang password. Maaaring mag-iba ang pagtatakip ng tool ayon sa bersiyon at output mode; hindi kailangang pareho ang pagtatakip sa verbose log at full trace.

Gumamit ng marker gaya ng REDACTED_PROXY_PASSWORD habang nakikita pa rin ang mga pangalan ng header, istruktura ng URL at numerikong error. Huwag burahin ang buong palitan sa paligid ng pagkabigo. Ibahagi ang pribadong endpoint at detalye ng network sa angkop na support channel lamang.

Kung naibabalik ang problema ng minimal request sa hindi nakapipinsalang destinasyon o serbisyong kontrolado mo, iyon ang isama sa halip na trace na may business data. Kung nangyayari lamang ang error sa orihinal na target, sabihin iyon: nagbabago ang pinatutunayan ng reproduction kapag binago ang target. Para sa HTTP proxy, maaaring magbigay ng minimal example ang curl request na may takdang oras.

Kaugnay na mga artikulo