რატომ APT არ იყენებს CONNECT-ს ყოველი ჩამოტვირთვისთვის
ჩვეულებრივი HTTP გადამისამართება და HTTPS გვირაბიზაცია სხვადასხვა პროქსი საუბარს იყენებს. მხოლოდ CONNECT-ის მხარდამჭერი სერვისი შეიძლება არ უჭერდეს მხარს HTTP საცავის მიერ შექმნილ მოთხოვნებს.
„პროქსი CONNECT-ს იღებს“ არ ნიშნავს, რომ ის ღებულობს ყოველ მოთხოვნას, რომელსაც APT გააგზავნის.
ჩვეულებრივი HTTP საცავისთვის APT-ს შეუძლია ჩვეულებრივი HTTP პროქსი გადამისამართება გამოიყენოს: პროქსი იღებს HTTP მოთხოვნას, რომელიც განსაზღვრავს დანიშნულების რესურსს. HTTP პროქსის მეშვეობით HTTPS-ისთვის კლიენტი ჩვეულებრივ ქმნის CONNECT გვირაბს, შემდეგ მისი მეშვეობით აწარმოებს მოლაპარაკებას დანიშნულების TLS სესიაზე.
| დანიშნულება | ტიპიური საუბარი HTTP პროქსისთან |
|---|---|
| HTTP საცავი | HTTP მოთხოვნის გადაცემა |
| HTTPS საცავი | CONNECT, შემდეგ დანიშნულების TLS |
მხოლოდ გვირაბების მიმღები სერვისი შეიძლება უარყოს ჩვეულებრივი გადაცემული მოთხოვნა. HTTP 405 ღირს შევხედოთ რეალურ მეთოდს, პასუხის გამომცემს და პროქსი პოლიტიკას; ის არ ამტკიცებს, რომ APT-ს არ აქვს SOCKS მხარდაჭერა ან რომ მისი პაროლი არასწორია.
შეადარეთ სერვისის მხარდაჭერილი ქცევა APT ტრანსპორტის დოკუმენტაციას და CONNECT სემანტიკას. გამოიყენეთ თავსებადი დამტკიცებული სერვისი ან მხარდაჭერილი საცავის URL. საჯარო საცავებისთვის, სადაც საჯარო შუამავლები დაშვებულია, HTTP პროქსიების სია გთავაზობთ კანდიდატებს ამ მოთხოვნებთან შესამოწმებლად. ნუ ჩათვლით, რომ https://-ის დამატება პროქსის მისამართზე ცვლის საცავის პროტოკოლს ან ყოველ მოთხოვნას გვირაბად აქცევს.