httr's use_proxy-hjælper tager proxykontoen og godkendelsesskemaet sammen. For et httr-kald på højere niveau kan den samme konfiguration anvendes omkring et valgt udtryk:

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)

Brug kun ntlm, når proxyen tilbyder det skema, og den installerede libcurl-build understøtter det. Hvis udvekslingen stadig mislykkes, forklarer curls NTLM-proxydiagnostik udfordringen, build-understøttelsen og kontrollerne af forbindelsens kontinuitet. For en proxy, der forventer Basic, vælg auth = 'basic'. Basic er use_proxy's standard; at angive blot et brugernavn i Windows-stil vælger ikke NTLM.

Hjælperen mapper disse værdier til libcurls indstillinger proxyuserpwd, proxyport og proxyauth. Port-argumentet skal være numerisk.

En 407 vedrører proxyens login. En konto, der leveres til API'et via httr::authenticate eller en Authorization-header i applikationen, har en anden modtager.

Behold proxyens faktiske endepunkt og den annoncerede udfordring sammen med fejlrapporten, uden hemmeligheder. En forkert konto, et forkert skema og en ikke-understøttet godkendelsesmetode kræver forskellige rettelser; ændring af certifikatverifikation vælger ikke mellem dem.

Relaterede artikler