Vel autentiseringsskjema i proxykonfigurasjonen til httr

use_proxy-hjelparen til httr tek proxykontoen og autentiseringsskjemaet saman. For eit httr-kall på høgare nivå kan same konfigurasjonen brukast rundt eit valt uttrykk:

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)

Bruk ntlm berre når proxyen tilbyr skjemaet og libcurl-bygget som er installert, støttar det. Viss utvekslinga framleis mislukkast, forklarer NTLM-proxydiagnostikken til curl utfordringa, byggestøtta og kontrollane av tilkoplingskontinuitet. For ein proxy som ventar Basic, vel auth = 'basic'. Basic er standardverdien til use_proxy; å oppgi berre eit Windows-aktig brukarnamn vel ikkje NTLM.

Hjelparen koplar desse verdiane til libcurl-vala proxyuserpwd, proxyport og proxyauth. Portargumentet må vere numerisk.

407 gjeld innlogginga til proxyen. Ein konto som er gitt til API-et via httr::authenticate eller ein Authorization-header i applikasjonen, har ein annan mottakar.

Ta vare på det faktiske proxy-endepunktet og den annonserte utfordringa saman med feilrapporten, utan løyndommar. Feil konto, feil skjema og ein autentiseringsmetode som ikkje er støtta, krev ulike rettingar; å endre sertifikatverifiseringa vel ikkje mellom dei.