Proxychains Squid-ის გავლით: CONNECT-ის შეზღუდვები პორტზე 80

ბრაუზერი HTTP გვერდს Squid-ის გავლით ტვირთავს. იგივე დანიშნულება proxychains-ის ქვეშ ვერ მუშაობს. ეს სულაც არ ნიშნავს, რომ ორიდან ერთმა პროგრამამ არასწორი პროქსი IP აირჩია.

ჩვეულებრივ HTTP-გაგების მქონე კლიენტს შეუძლია ვებ მოთხოვნა წინა პროქსის HTTP პროქსის ფორმით გაუგზავნოს. ზოგად socket-გარსს კი სჭირდება ბაიტური გვირაბი იმ კავშირისთვის, რომლის გახსნაც აპლიკაციას სურდა. საკუთარ ჯაჭვში არსებული HTTP პროქსისთვის proxychains იყენებს CONNECT-ს.

ეს ნიშნავს, რომ პორტ 80-ზე არსებული ღია ტექსტის ვებსაიტს შეუძლია შექმნას CONNECT მოთხოვნა პორტ 80-ისთვის. Squid-ის პოლიტიკა, რომელიც CONNECT-ს მხოლოდ დამტკიცებულ TLS პორტების სიაზე უშვებს, შეიძლება უარყოს ეს გვირაბი, თუმცა პორტ 80-ზე ჩვეულებრივი HTTP მოთხოვნები დაშვებულია.

შეადარეთ მოთხოვნები და არა მხოლოდ ჰოსტის სახელები

proxychains-ng-ის დოკუმენტაცია აღწერს მის HTTP CONNECT მხარდაჭერას. Squid-ის წვდომის წესებს შეუძლიათ განასხვავონ მეთოდი და დანიშნულების პორტი. ეს ერთი და იმავე საიტის მიმართ სხვადასხვა მოთხოვნის გზაა.

სანამ შეცვლით, წაიკითხეთ უარყოფა და განზრახული პოლიტიკა. CONNECT-ის წვდომის ყველა პორტზე გავრცელება მნიშვნელოვანი ცვლილებაა; ის არ უნდა იყოს გარსის შეუსაბამობის ნაგულისხმევი პასუხი.

თუ აპლიკაციას აქვს მშობლიური HTTP პროქსის მხარდაჭერა, მისი გამოყენება თავიდან აიცილებს ზედმეტ ზოგად გვირაბს ღია ტექსტური HTTP-სთვის. თუ მას ნამდვილად სჭირდება ნედლი TCP გვირაბი, აირჩიეთ დამტკიცებული პროქსი პროტოკოლი და პორტის პოლიტიკა, რომლებიც მას უზრუნველყოფენ.

წარმატებული ბრაუზერის მოთხოვნა სასარგებლო მტკიცებულებაა პროქსის ხელმისაწვდომობისა და ერთი მხარდაჭერილი მოთხოვნის რეჟიმის შესახებ. მაგრამ ის არ ამტკიცებს, რომ ყოველი გვირაბიზაციის მეთოდი, დანიშნულების პორტი ან აპლიკაციის პროტოკოლი დაშვებულია ამ პროქსის გავლით.