რა უნდა შეიტანოთ პროქსის შეცდომის ანგარიშში

მხარდაჭერას მიეცით ჩავარდნილი ნაბიჯი და ზუსტი შეცდომა, მხოლოდ «პროქსი არ მუშაობს» თქმის ნაცვლად. მოკლე ანგარიშმა შეიძლება ეს სტრუქტურა გამოიყენოს:

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 მოთხოვნა მინიმალური მაგალითი შეიძლება იყოს.