Windows PAC სკრიპტს შეუძლია პროქსის არჩევა დანიშნულების მიხედვით. R-ის curl პაკეტით შესრულებული ჩამოტვირთვისთვის, გადაცემის handle-ის შექმნამდე ჰკითხეთ მის Windows დამხმარეს ამ URL-ის მარშრუტი:

url <- "https://example.com/data.csv"
route <- curl::ie_get_proxy_for_url(url)
if (is.null(route)) route <- ""

handle <- curl::new_handle(proxy = route)
connection <- curl::curl(url, handle = handle)

წაიკითხეთ და დახურეთ კავშირი აპლიკაციის ჩვეულებრივი კავშირის სასიცოცხლო ციკლის მეშვეობით. ფრაგმენტი ადგენს მარშრუტს ამ curl handle-ისთვის; ის არ აკონფიგურირებს R პროცესის ყველა ქსელურ პაკეტს.

დამხმარე კითხულობს Windows-ის მიმდინარე პროქსის კონფიგურაციას. როცა ავტომატური კონფიგურაცია ჩართულია, შეფასება შეიძლება მოიცავდეს PAC სკრიპტის ჩამოტვირთვასა და გაშვებას, ამიტომ თავად ძიებამ შეიძლება დრო დახარჯოს. გამოიყენეთ რეალური სამიზნე URL, და არა მოხერხებული, უკავშირო სატესტო საიტი.

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

PAC ფაილის URL არ არის მიღებული პროქსის საბოლოო წერტილი. ამ სკრიპტის URL-ის handle-ის პროქსის მნიშვნელობად გადაცემა libcurl-ს არ სთხოვს სკრიპტის შეფასებას.

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

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