NO_PROXY არ შლის Requests-ის მკაფიო მარშრუტს

როცა აპლიკაცია Requests-ს თავის პროქსის პოლიტიკას გადასცემს, მიეცით პირდაპირი გამონაკლისი იმავე პოლიტიკას. არსებული Session-ისა და ვიწროდ შემოფარგლული გამოძახებისთვის:

direct_routes = {'http': '', 'https': ''}
response = session.get(url, proxies=direct_routes, timeout=15)

მკაფიო ცარიელი მნიშვნელობები ირჩევს პირდაპირ მარშრუტიზაციას შესაბამისი სქემებისთვის. შეამოწმეთ ასევე ფაქტობრივი გამოძახება და Session-ის ნაგულისხმევი მნიშვნელობები უფრო კონკრეტული ჰოსტის გასაღებებისთვის; მხოლოდ სქემის დონეზე გადაფარვა არ აშორებს ცალკე ჰოსტის სპეციფიკურ მარშრუტს.

რატომ დატოვა ჰოსტის NO_PROXY-ში დამატებამ მკაფიო პროქსი ადგილზე? Requests 2.34.2-ის გადამწყვეტი აკოპირებს მოცემულ რუკას და განიხილავს, უნდა შეავსოს თუ არა გარემომ დაკარგული ჩანაწერები. გვერდის ავლის დამთხვევამ შეიძლება ჩაახშოს ეს აღმოჩენა ისე, რომ არ წაშალოს აპლიკაციის მიერ უკვე მიცემული მარშრუტი.

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