Ang use_proxy helper ng httr ay tumatanggap ng proxy account at scheme ng pagpapatotoo nang magkasama. Para sa mas mataas na antas na tawag sa httr, maaaring ilapat ang parehong config sa paligid ng piniling expression:

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)

Gamitin ang ntlm lamang kapag inaalok ng proxy ang scheme na iyon at sinusuportahan ito ng naka-install na libcurl build. Kung nabigo pa rin ang palitan, ipinapaliwanag ng NTLM proxy diagnostics ng curl ang hamon, suporta ng build at mga pagsusuri sa pagpapatuloy ng koneksyon. Para sa proxy na umaasa ng Basic, piliin ang auth = 'basic'. Basic ang default ng use_proxy; ang pagbibigay lamang ng username na istilong Windows ay hindi pumipili ng NTLM.

Ginamapa ng helper ang mga halagang ito sa mga opsyon ng libcurl na proxyuserpwd, proxyport at proxyauth. Dapat na numeric ang argumento ng port.

Ang 407 ay tungkol sa pag-login sa proxy. Ang account na ibinigay sa API sa pamamagitan ng httr::authenticate o header na Authorization ng aplikasyon ay may ibang tatanggap.

Itago ang aktwal na endpoint ng proxy at ang inihayag na hamon kasama ng ulat ng error, nang walang mga sikreto. Maling account, maling scheme at hindi suportadong paraan ng pagpapatotoo ay nangangailangan ng magkakaibang pag-aayos; ang pagbabago ng beripikasyon ng sertipiko ay hindi pumipili sa mga ito.

Kaugnay na mga artikulo