Kies it ferifikaasjeskema yn 'e proxykonfiguraasje fan httr
Jou it proxy-akkount en in eksplisite Basic- as NTLM-keuze troch de use_proxy-helper fan httr as in oanfraach 407 kriget.
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.