რატომ მუშაობს პროქსი ერთ ვებსაიტზე, მეორეზე კი არა
განასხვავეთ გამართული პროქსი-კავშირი დანიშნულების შეზღუდვებისგან, პორტის წესებისგან, TLS შეცდომებისა და HTTP პასუხებისგან.
პროქსის კონფიგურაცია უცვლელი დატოვეთ, როცა ერთი ვებსაიტი მუშაობს, მეორე კი არა. მოთხოვნების სხვაობა სასარგებლო მტკიცებულებაა; ბოლო წერტილის მყისიერი შეცვლა მას გაკარგვინებთ.
HTTP პროქსით HTTPS-ისთვის კლიენტის კვალში განასხვავეთ CONNECT პასუხი, დანიშნულებასთან TLS და ვებსაიტის საბოლოო HTTP პასუხი:
| შენიშნული მარცხი | რა შეამოწმოთ |
|---|---|
| პროქსი არ პასუხობს | პროქსი-კავშირი და მარშრუტი. ადრე წარმატებული საიტი ამჟამინდელ ხელმისაწვდომობას არ ამტკიცებს. |
| CONNECT უარყოფილია ერთი სამიზნისთვის | ნებადართული დანიშნულებების/პორტების პოლიტიკა და პროქსის ქსელიდან მისაწვდომობა. |
| გვირაბი მიღებულია, სერტიფიკატის შემოწმება ვერ ხერხდება | მითითებული სერტიფიკატის შეცდომა: ვადის გასვლა, ჰოსტის სახელი, ადგილობრივი საათი, ნდობის კონფიგურაცია ან მართვადი გადაჭერა. |
| შემოწმებული TLS, შემდეგ ვებსაიტის 403 | ვებსაიტის წვდომის წესები, ანგარიშის მდგომარეობა, საჭირო ქუქიები და ნებართვები. |
| ვებსაიტის 429 | გამოქვეყნებული სიხშირის ლიმიტები. სხვა მომხმარებლების აქტივობაც შეიძლება საერთო გამოსასვლელს მიეწეროს. |
წაიკითხეთ, ვინ შექმნა შეცდომის გვერდი. შუამავალმა შეიძლება 403 ან სხვა HTTP შეცდომა დააბრუნოს; მარტო ნომერი მის წყაროს არ ადგენს. TLS შემოწმება ჩართული დატოვეთ, რათა თითქოს წარმატებულმა მოთხოვნამ უსაფრთხო კავშირის მარცხი არ დამალოს.
ყოველი სამიზნისთვის ჩაიწერეთ პროქსისთან საწყისი შეთანხმების შედეგი, TLS შედეგი და საბოლოო სტატუსი. შესადარებლად დაამატეთ ჩვეულებრივი დანიშნულება, რომელსაც თავად აკონტროლებთ. თუ ბოლო წერტილი მას აღწევს, მაგრამ ერთი ვებსაიტი გამუდმებით უარყოფს მის გამომავალ მისამართს, შეისწავლეთ საიტის მოთხოვნები ან გამოიყენეთ სხვა ნებადართული გზა. პროქსის შეცვლა ვერ შეავსებს არარსებულ ავთენტიფიკაციას ან წვდომის ნებართვებს.