De use_proxy-helper fan httr nimt it proxy-akkount en it ferifikaasjeskema tegearre. Foar in httr-oprop op heger nivo kin deselde konfiguraasje om in keazen útdrukking tapast wurde:

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)

Brûk ntlm allinnich as de proxy dat skema biedt en de ynstallearre libcurl-bou it stipet. As de útwikseling noch mislearret, ferklearje de NTLM-proxydiagnostyk fan curl de útdaging, de boustipe en de kontrôles fan ferbiningsoanhâldenheid. Foar in proxy dy't Basic ferwachtet, kies auth = 'basic'. Basic is de standert fan use_proxy; allinnich in brûkersnamme yn Windows-styl jaan kiest net NTLM.

De helper mappet dizze wearden nei de opsjes proxyuserpwd, proxyport en proxyauth fan libcurl. It port-argumint moat numerysk wêze.

In 407 giet oer de oanmelding by de proxy. In akkount dat foar de API jûn wurdt fia httr::authenticate of in Authorization-kop fan 'e applikaasje hat in oare ûntfanger.

Hâld it echte proxy-einpunt en de oankundige útdaging by it flaterrapport, sûnder geheimen. In ferkeard akkount, in ferkeard skema en in net-stipe ferifikaasjemetoade freegje ferskate repenaasjes; it feroarjen fan sertifikaatferifikaasje kiest net tusken har.

Relatearre artikelen