Ինչ ներառել պրոքսիի սխալի հաշվետվության մեջ

Աջակցությանը տվեք ձախողված քայլը և ճշգրիտ սխալը՝ միայն «պրոքսին չի աշխատում» ասելու փոխարեն։ Կարճ հաշվետվությունը կարող է ունենալ այս կառուցվածքը։

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:

Նկարագրեք փուլը որպես պրոքսիի կապ, պրոքսիի նույնականացում, թունելի ստեղծում, նպատակակետի TLS կամ վերջնական HTTP պատասխան։ Օրինակ՝ «HTTP պրոքսի՝ 8080 պորտում, TCP-ը միացել է, CONNECT-ը վերադարձրել է 407, նպատակակետի TLS դեռ չկա» որոշում է խնդիրը՝ առանց մուտքի տվյալներ բացելու։ Վկայագրի սխալի դեպքում պահեք տեսակը և սպասվող հոսթի անվան համատեքստը՝ անհրաժեշտության դեպքում թաքցնելով մասնավոր անունները։

Տարածելուց առաջ ստուգեք փաստացի տեքստը։ Հեռացրեք պրոքսիի URL-ի userinfo-ն, Proxy-Authorization-ը, նպատակակետի Authorization-ը, Cookie-ը, Set-Cookie-ը, հարցման մասնավոր արժեքներն ու հարցումների մարմինները։ Սեսիայի cookie-ն կամ bearer թոքենը կարող է մուտք տալ՝ գաղտնաբառի նման չլինելով։ Գործիքի քողարկումը կարող է տարբեր լինել ըստ տարբերակի և արտածման ռեժիմի․ մանրամասն մատյանն ու ամբողջական հետագիծը պարտադիր չէ նույն կերպ թաքցնեն։

Օգտագործեք REDACTED_PROXY_PASSWORD-ի նման նշիչներ՝ տեսանելի պահելով վերնագրերի անունները, URL-ի կառուցվածքն ու թվային սխալները։ Մի հեռացրեք ձախողման շուրջ ամբողջ փոխանակումը։ Մասնավոր վերջնակետերն ու ցանցի մանրամասները տրամադրեք միայն աջակցության համապատասխան ալիքով։

Եթե անվտանգ նպատակակետին կամ ձեր վերահսկող ծառայությանը նվազագույն հարցումը վերարտադրում է խնդիրը, տրամադրեք այն՝ գործարար տվյալներով հետագծի փոխարեն։ Եթե սխալը միայն սկզբնական նպատակակետի հետ է, ասեք․ նպատակակետը փոխելը փոխում է վերարտադրության ապացուցածը։ HTTP պրոքսիի համար ժամանակով սահմանափակված curl հարցումը կարող է նվազագույն օրինակ լինել։