Requests-ის HTTPDigestAuth დანიშნულების ავთენტიფიკაციას ამუშავებს. პროქსი სამაგიეროდ აბრუნებს სტატუს 407-ს Proxy-Authenticate-ით და საკუთარი ავთენტიფიკაციის დამუშავება სჭირდება.

requests-toolbelt გვაწვდის HTTPProxyDigestAuth-ს პროქსის გამოწვევების დასამუშავებლად და პროქსის ავტორიზაციის მოსამზადებლად. შეამოწმეთ თავსებადობა გამოყენებული Requests-ისა და ტრანსპორტის ზუსტ ვერსიებთან.

HTTPS CONNECT ცალკე მხარდაჭერას მოითხოვს

პროქსის შეუძლია გამოწვევა წამოაყენოს CONNECT გვირაბის დამყარებისას, სანამ ჩვეულებრივი დანიშნულების პასუხი პასუხის hook-ებამდე მიაღწევს. ამიტომ ხილული 407-ის დამუშავება არ ადასტურებს მხარდაჭერას CONNECT ავთენტიფიკაციის ყველა გზისთვის.

HTTPS სამიზნეებისთვის გამოიყენეთ კლიენტი ან შენარჩუნებული ინტეგრაცია, რომელიც ღიად უჭერს მხარს გვირაბის დაყენებისას საჭირო პროქსის ავთენტიფიკაციას. ძველი Requests-ის ან urllib3-ის შიდა ნაწილებზე მიბმული monkey patch-ები ხელახლა გამოყენებამდე შენარჩუნებულ თავსებადობის განაცხადს მოითხოვს.

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

დაკავშირებული სტატიები