httr-ren use_proxy laguntzaileak proxy-kontua eta autentifikazio-eskema batera hartzen ditu. Maila handiagoko httr dei baterako, konfigurazio bera hautatutako adierazpenaren inguruan aplika daiteke:

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)

Erabili ntlm proxyak eskema hori eskaintzen duenean eta instalatutako libcurl konpilazioak onartzen duenean soilik. Trukeak huts egiten jarraitzen badu, curl-en NTLM proxy diagnostikoak erronka, konpilazio-laguntza eta konexioaren jarraitutasun egiaztapenak azaltzen ditu. Basic espero duen proxy baterako, aukeratu auth = 'basic'. Basic use_proxy-ren lehenetsia da; Windows estiloko erabiltzaile-izena soilik emateak ez du NTLM aukeratzen.

Laguntzaileak balio horiek libcurl-en proxyuserpwd, proxyport eta proxyauth aukeretara mapatzen ditu. port argumentuak zenbakizkoa izan behar du.

407 bat proxy-ren saio-hasierari dagokio. APIrako httr::authenticate edo aplikazioaren Authorization goiburuaren bidez emandako kontuak beste hartzaile bat du.

Gorde proxy-ren benetako amaiera-puntua eta iragarritako erronka errore-txostenarekin, sekreturik gabe. Kontu okerrak, eskema okerrak eta onartu gabeko autentifikazio-metodoak konponketa desberdinak behar dituzte; ziurtagirien egiaztapena aldatzeak ez du haien artean aukeratzen.

Erlazionatutako artikuluak