httr-ის პროქსის კონფიგურაციაში ავთენტიფიკაციის სქემის არჩევა
როდესაც მოთხოვნა იღებს 407-ს, მიუთითეთ პროქსის ანგარიში და Basic-ის ან NTLM-ის მკაფიო არჩევანი httr-ის use_proxy დამხმარის მეშვეობით.
httr-ის use_proxy დამხმარე პროქსის ანგარიშსა და ავთენტიფიკაციის სქემას ერთად იღებს. უფრო მაღალი დონის httr გამოძახებისთვის იგივე კონფიგურაცია შეიძლება გამოყენებულ იქნას არჩეული გამოსახულების გარშემო:
route <- httr::use_proxy(
'proxy.example',
port = 8080,
username = Sys.getenv('PROXY_USER'),
password = Sys.getenv('PROXY_PASSWORD'),
auth = 'ntlm'
)
response <- httr::GET('https://api.example/items', route)
გამოიყენეთ ntlm მხოლოდ მაშინ, როცა პროქსი გთავაზობთ ამ სქემას და დაინსტალირებული libcurl-ის ნაშენი მას მხარს უჭერს. თუ გაცვლა მაინც ვერ ხერხდება, curl-ის NTLM პროქსის დიაგნოსტიკა ხსნის გამოწვევას, ნაშენის მხარდაჭერას და კავშირის უწყვეტობის შემოწმებებს. Basic-ის მოლოდინის მქონე პროქსისთვის აირჩიეთ auth = 'basic'. Basic არის use_proxy-ის ნაგულისხმევი; მხოლოდ Windows-სტილის მომხმარებლის სახელის მიწოდება NTLM-ს არ ირჩევს.
დამხმარე ამ მნიშვნელობებს ასახავს libcurl-ის proxyuserpwd, proxyport და proxyauth პარამეტრებზე. port არგუმენტი უნდა იყოს რიცხვითი.
407 პროქსში შესვლას ეხება. API-სთვის httr::authenticate-ის ან აპლიკაციის Authorization თავსართის მეშვეობით მიწოდებულ ანგარიშს სხვა მიმღები ჰყავს.
შეინახეთ პროქსის რეალური საბოლოო წერტილი და გამოცხადებული გამოწვევა შეცდომის ანგარიშთან ერთად, საიდუმლოებების გარეშე. არასწორი ანგარიში, არასწორი სქემა და მხარდაუჭერელი ავთენტიფიკაციის მეთოდი სხვადასხვა შესწორებას მოითხოვს; სერტიფიკატის შემოწმების შეცვლა მათ შორის არ ირჩევს.