Välj autentiseringsschema i httrs proxykonfiguration
Ange proxykontot och ett uttryckligt Basic- eller NTLM-val via httrs use_proxy-hjälpare när en begäran får 407.
Httrs use_proxy-hjälpare tar proxykontot och autentiseringsschemat tillsammans. För ett httr-anrop på högre nivå kan samma konfiguration tillämpas runt ett valt uttryck:
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)
Använd ntlm bara när proxyn erbjuder schemat och den installerade libcurl-byggnationen stöder det. Om utbytet fortfarande misslyckas förklarar curls NTLM-proxydiagnostik utmaningen, byggnadsstödet och kontrollerna av anslutningens kontinuitet. För en proxy som förväntar sig Basic, välj auth = 'basic'. Basic är standardvärdet för use_proxy; att bara ange ett Windows-likt användarnamn väljer inte NTLM.
Hjälparen mappar dessa värden till libcurl-alternativen proxyuserpwd, proxyport och proxyauth. Portargumentet måste vara numeriskt.
En 407 gäller proxyns inloggning. Ett konto som ges till API:et via httr::authenticate eller ett Authorization-huvud i applikationen har en annan mottagare.
Behåll proxyns faktiska slutpunkt och den annonserade utmaningen tillsammans med felrapporten, utan hemligheter. Fel konto, fel schema och autentiseringsmetod som inte stöds kräver olika åtgärder; att ändra certifikatverifieringen väljer inte bland dem.