უჭერს Squid-ის HTTP მსმენელი SOCKS-ს მხარს?

Squid-ის http_port იღებს HTTP პროქსის ტრაფიკს, პორტის ნომრის მიუხედავად. 1080 პორტზე კონფიგურაცია მას HTTP მსმენელად ტოვებს; SOCKS კლიენტი სხვა ხელის ჩამორთმევას აგზავნის.

HTTP პროქსის მხარდამჭერ აპლიკაციას შეუძლია Squid-ის მისამართი და პორტი თავის HTTP პროქსის პარამეტრში გამოიყენოს. HTTPS დანიშნულებებს CONNECT-ით გავლა შეუძლიათ, ამიტომ ეს პარამეტრი უსაფრთხო საიტებისთვისაც გამოდგება, როცა პროქსი გვირაბს უშვებს.

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

ექსპერიმენტული მხარდაჭერა და ზედა პროქსები

Squid-ის SOCKS განვითარების გვერდი აღწერს ექსპერიმენტულ და ბიბლიოთეკაზე დაფუძნებულ მიდგომებს შეზღუდვებით. ის არ ამტკიცებს, რომ სტანდარტული შეფუთული HTTP მსმენელი კონფიგურაციის გადამრთველით იღებს SOCKS5-ს.

Squid-ისთვის ზემოთ SOCKS-ის გამოყენების იძულება მისი გამავალი კავშირების ცალკე მოთხოვნაა. მეთოდი, რომელიც ამ სოკეტებზე მოქმედებს, შემომავალი SOCKS მხარდაჭერას არ მატებს.

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