SOCKS5 თუ SOCKS5h: სად ხდება DNS სახელის ამოხსნა
შეადარეთ curl-ში ადგილობრივი და პროქსის მხარეს DNS ამოხსნა, გამოიკვლიეთ სახელის შეცდომები და გაიგეთ socks5h-ის დაცვის საზღვრები.
curl-ში აირჩიეთ socks5h://, როცა დანიშნულების სახელი პროქსიმ უნდა ამოხსნას. აირჩიეთ socks5://, როცა curl-მა სახელი ადგილობრივად უნდა ამოხსნას და პროქსის მისამართი გაუგზავნოს. ორივე SOCKS5-ს იყენებს; ბოლო h კლიენტის URL-ის ჩაწერის პირობითი წესია.
შეადარეთ რეჟიმები და ადგილობრივი მსმენელის ნაცვლად თქვენი SOCKS5 საბოლოო წერტილი მიუთითეთ:
curl --noproxy '' --proxy socks5://127.0.0.1:1080 --connect-timeout 5 --max-time 15 --verbose https://example.com/
curl --noproxy '' --proxy socks5h://127.0.0.1:1080 --connect-timeout 5 --max-time 15 --verbose https://example.com/იცვლება მხოლოდ ამოხსნის რეჟიმი. --noproxy '' ამ გამოძახებებისთვის პროქსის გვერდის ავლის წესებს ასუფთავებს, ხოლო დროის ლიმიტები შედარების ხანგრძლივობას ზღუდავს. შესაბამისი ცალკეული პარამეტრებია --socks5 და --socks5-hostname. სამიზნედ ჰოსტის სახელი გამოიყენეთ: პირდაპირ მითითებულ IP მისამართს დანიშნულების სახელის ძიება არ სჭირდება და ამ განსხვავებას ვერ აჩვენებს.
სახელი შეიძლება მხოლოდ ერთ მხარეს იყოს ცნობილი
დავუშვათ, პროქსი განვითარების ქსელში მუშაობს, რომლის DNS-მა შიდა სერვისის სახელი იცის. ლეპტოპმა შეიძლება socks5 რეჟიმში ეს სახელი ვერ ამოხსნას, ხოლო socks5h ამოხსნას პროქსის ანდობს. საპირისპირო შემთხვევაში, როცა სახელი მხოლოდ ლეპტოპის hosts ფაილშია განსაზღვრული, შეიძლება სწორედ დისტანციური ძიება ჩავარდეს.
საჯარო DNS-მაც შეიძლება სხვადასხვა ქსელიდან სხვადასხვა მისამართი დააბრუნოს. განსხვავებული შედეგები არჩეული მისამართებისა და მათი ხელმისაწვდომობის შედარების მიზეზია და არა პროქსის დაუყოვნებლივ შეცვლის.
- პროქსის ჰოსტის სახელი ვერ იხსნება: ვერცერთი რეჟიმი ვერ დაიწყებს. კლიენტი კვლავ ამოხსნის
proxy.example-სsocks5h://proxy.example:1080-ში. - დანიშნულების ადგილობრივი ძიება ჩავარდა: შეამოწმეთ კლიენტის ამომხსნელი ან შეადარეთ რეჟიმს, რომელიც ჰოსტის სახელს პროქსის უგზავნის.
- SOCKS სერვერი დანიშნულებას უარყოფს: შეამოწმეთ პასუხი და პოლიტიკა. წარმატებული ადგილობრივი ძიება დისტანციური მხრიდან ხელმისაწვდომობას არ ადასტურებს.
- გვირაბი მუშაობს, მაგრამ სერტიფიკატის შემოწმება ვერ სრულდება: გამოიკვლიეთ დანიშნულების TLS; სხვა DNS რეჟიმის არჩევა ნდობის პრობლემების ზოგადი გამოსავალი არ არის.
თქვენს კონტროლქვეშ მყოფ საცდელ სახელსა და სერვერის ჟურნალებს შეუძლია დაადასტუროს, რა ტიპის მისამართი მივიდა თქვენ მიერ მართულ პროქსისთან. გასასვლელი IP-ის საჩვენებელი ვებგვერდი ამას ვერ აკეთებს: ის გარე კავშირს აღწერს და არა იმას, სად მოხდა DNS ამოხსნა.
კონფიდენციალურობის სარგებელს კონკრეტული ფარგლები აქვს
პროქსის მხარეს ძიება ამ მოთხოვნისთვის დანიშნულების ადგილობრივ ძიებას გამორიცხავს. ის არ შიფრავს SOCKS-ს, არ ამტკიცებს პროქსის მიერ დაშიფრული DNS-ის გამოყენებას და არ ატარებს სხვა პროგრამების ან ბრაუზერის წინასწარი ჩამოტვირთვის ტრაფიკს. SOCKS მხარდაჭერის მქონე Requests-იც ადგილობრივ და პროქსის მხარეს ამოხსნას განასხვავებს; სხვა კლიენტებში curl-ის URL ჩანაწერის ნაცვლად შეიძლება პარამეტრი იყოს. აირჩიეთ თქვენი პროგრამის მხარდაჭერილი პროტოკოლი, სანამ საბოლოო წერტილს SOCKS5 პროქსიების სიიდან დააკოპირებთ.