რას ცვლის CURLOPT_CONNECT_TO პროქსის გამოყენებისას
გამოიყენეთ libcurl-ის connect-to დათვალიერება ალტერნატიული ქსელის ბოლო წერტილებისთვის, ნაცვლად იმისა, რომ ჩათვალოთ, თითქოს ის ახალ მისამართზე HTTP-ს ან SOCKS-ს ახორციელებს.
CURLOPT_CONNECT_TO ცვლის ჰოსტსა და პორტს, რომლებზეც libcurl უკავშირდება შესაბამის დანიშნულებას. ის არ აქცევს ალტერნატიულ ბოლო წერტილს HTTP CONNECT-ის ან SOCKS-ის მოლაპარაკედ.
საწყისი ჰოსტის სახელი კვლავ აწვდის აპლიკაციის პროტოკოლისა და TLS-ის იდენტობას. ეს სასარგებლოა, როცა განზრახ აღწევთ იმავე სერვისის სხვა სერვერის ეგზემპლარს. ხოლო თვითნებური პროქსის მსმენელი მოელის თავის პროქსი ხელის ჩამორთმევას და არა აპლიკაციის ნედლ ბაიტებს.
დათვალიერების შერწყმა HTTP პროქსისთან
მოაწყვეთ HTTP პროქსი ცალკე. საჯარო სერვისისკენ უსერტიფიკატო HTTP მარშრუტს შეუძლია გამოიყენოს ბოლო წერტილი HTTP პროქსების სიიდან, როცა ეს შუამავალი დაშვებულია; არსებული პროქსის ანგარიში არ უნდა გაიგზავნოს კანდიდატთან. libcurl აფიქსირებს, რომ განსხვავებულმა connect-to დათვალიერებამ შეიძლება მოთხოვნა გადაიყვანოს გვირაბის რეჟიმში: პროქსი ხსნის კავშირს დათვლილ დანიშნულებასთან. დათვალიერება ირჩევს, რა მიიღწევა პროქსის მეშვეობით; მან არ შეცვალა პროქსის კონფიგურაცია.
სამი მნიშვნელობა ცალკე შეინახეთ: განზრახული სერვისის სახელი, ალტერნატიული კავშირის ბოლო წერტილი და პროქსის ბოლო წერტილი. აირჩიეთ თითოეული პარამეტრი მისი ნამდვილი როლისთვის და შეინარჩუნეთ TLS სახელის ჩვეულებრივი შემოწმება სერვისისთვის.
თუ თავად პროქსის პორტი უარყოფს კავშირებს, იმავე არმყოფ მსმენელზე მიმთითებელი სხვა პარამეტრი ვერ გამოასწორებს პირველ ნახტომს. მოაგვარეთ ეს მსმენელის ან მარშრუტის ხარვეზი დანიშნულების დათვალიერების შეცვლამდე.