Peer-ები, tracker-ები და DNS libtorrent-ის პროქსის პარამეტრებში
დააყენეთ თანამედროვე libtorrent პროქსი settings_pack-ის მეშვეობით და შეამოწმეთ peer-ების, tracker-ებისა და ჰოსტების სახელების დაფარვა ცალკე პარამეტრებად.
libtorrent 2.1-ის დოკუმენტირებული პარამეტრების ინტერფეისისთვის სესია დააკონფიგურირეთ settings_pack-ით, რამდენიმე ძველი set_proxy მეთოდის გაერთიანების ნაცვლად.
| პარამეტრი | მიზანი |
|---|---|
| proxy_type | აირჩიეთ მხარდაჭერილი პროქსის პროტოკოლი |
| proxy_hostname, proxy_port | აირჩიეთ შუამავალი |
| proxy_username, proxy_password | საჭიროების შემთხვევაში მიუთითეთ მისი ანგარიში |
| proxy_peer_connections | მარშრუტიზაცია გაუკეთეთ peer-ის მონაცემთა კავშირებს, მათ შორის ვებ-სიდებს |
| proxy_tracker_connections | მარშრუტიზაცია გაუკეთეთ tracker-ის კავშირებს |
| proxy_hostnames | გადაწყვიტეთ დანიშნულების სახელები მხარდაჭერილი პროქსის მეშვეობით |
შეავსეთ პაკეტი და გამოიყენეთ სესიის apply_settings ინტერფეისით. ჰოსტის სახელების პროქსისთვის საცნობარი ადასტურებს SOCKS5-ისა და HTTP-ის მხარდაჭერას. შეამოწმეთ არჩეული პროტოკოლი აპლიკაციისთვის საჭირო ტრაფიკთან. საჯარო SOCKS5 ბოლო წერტილის არჩევისას საწყის წერტილად გამოიყენეთ SOCKS5 პროქსიების სია, შემდეგ დაადგინეთ, რომელ peer და tracker კავშირებს უშვებს ეს წერტილი რეალურად.
ძველი force_proxy რჩევა ვერსიაზეა დამოკიდებული. პროექტის 1.2 ცვლილებების ჟურნალმა ეს პარამეტრი მოძველებულად გამოაცხადა, რადგან კონფიგურირებული პროქსი ყოველთვის გამოიყენება დაფარული ტრაფიკისთვის. მისი არსებობა ძველ binding-ის მაგალითში არ ადგენს მიმდინარე მოთხოვნას.
აკონტროლეთ კავშირებისა და tracker-ების წარუმატებლობები აპლიკაციის გაფრთხილებების დამუშავების მეშვეობით. ცალ-ცალკე განიხილეთ peer-ების, tracker-ებისა და DNS-ის ქცევა; მხოლოდ წარმატებული tracker-ის პასუხი არ არის შედეგი peer-ის მონაცემთა მარშრუტისთვის.