SOCKS კლიენტების დაკავშირება HTTP CONNECT მშობელთან 3proxy-ით
აღწერს SOCKS-ის მხრიდან მოქმედ კარიბჭეს HTTP CONNECT მშობლით და პროტოკოლისა და ავთენტიფიკაციის მოთხოვნებს ყოველ საფეხურზე.
აპლიკაციას SOCKS სჭირდება. თქვენი დამტკიცებული ზედა ნაკადის სერვისი იღებს HTTP CONNECT-ს. HTTP საბოლოო წერტილის აპლიკაციის SOCKS ველში ჩასმა პროტოკოლებს შორის თარგმნას არ აკეთებს.
კარიბჭეს შეუძლია მიიღოს SOCKS აპლიკაციისგან, წაიკითხოს მოთხოვნილი დანიშნულება და სთხოვოს HTTP მშობელს CONNECT გვირაბი ამ დანიშნულებისკენ. შემდეგ აპლიკაციის ნაკადს გვირაბში გადასცემს.
SOCKS application → SOCKS-facing gateway → HTTP CONNECT parent → destination
ყოველი ინტერფეისი გამოკვეთე
ამ წყობის მხარდამჭერი კარიბჭისთვის მშობლის ტიპს მნიშვნელობა აქვს. 3proxy-ის დოკუმენტაცია განასხვავებს connect მშობელს ჩვეულებრივი HTTP გადამცემი პროქსის სახით გამოყენებული მშობლისგან.
არსებული 3proxy მომხმარებლითა და ავთენტიფიკაციით, მხოლოდ ლოკალური მარშრუტიზაციის ფრაგმენტი ასე გამოიყურება:
auth strong
allow alex
parent 1000 connect parent.example.net 8080
socks -i127.0.0.1 -p1080
ეს ფრაგმენტი ვარაუდობს, რომ ანგარიში უკვე განსაზღვრულია. ის არ ამატებს რაიმე სერტიფიკატს, რომელიც თავად HTTP მშობელს სჭირდება, და არ ცვლის არსებულ წვდომის პოლიტიკას. საჯარო დანიშნულებებისთვის მარშრუტზე, რომელიც უშვებს აუთენტიფიცირებულ საჯარო HTTP მშობელს, HTTP პროქსების სია გთავაზობთ ჰოსტისა და პორტის კანდიდატებს. ამ შტოსთვის მშობლის სერტიფიკატები არ დატოვოთ და დაადასტურეთ ნებართვა რეალური სამიზნისთვის; თავად კარიბჭის ანგარიში ლოკალური რჩება. parent წესი დაკავშირებულია წინა allow წესთან 3proxy-ის დოკუმენტირებული კონფიგურაციის მოდელის მიხედვით.
აპლიკაცია იყენებს ლოკალურ SOCKS საბოლოო წერტილს. კარიბჭე იყენებს HTTP CONNECT-ს მშობლის მიმართულებით. მშობელი მაინც წყვეტს, დაშვებულია თუ არა მოთხოვნილი დანიშნულების ჰოსტი და პორტი.
აქ სასარგებლო არეა ჩვეულებრივი TCP ნაკადის გვირაბიზაცია. SOCKS5-ის UDP ასოციაცია არ ხდება მხარდაჭერილი მხოლოდ იმიტომ, რომ წინა მსმენელი იღებს SOCKS5-ს. HTTP CONNECT მშობელი ავტომატურად არ უზრუნველყოფს საჭირო UDP რელეს.
HTTPS შეიძლება დარჩეს ბოლოდან ბოლომდე ამ გზაზე; პროქსი ინტერფეისებს შორის თარგმნა არ მოითხოვს დანიშნულების საიტის განსახიერებას. კარიბჭის, მშობლისა და საიტის ავთენტიფიკაცია რჩება სხვადასხვა სერტიფიკატად და გაცვლად.