La helpilo use_proxy de httr prenas la proksan konton kaj la aŭtentigan skemon kune. Por pli alta httr-voko, la sama agordo aplikeblas ĉirkaŭ elektita esprimo:

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)

Uzu ntlm nur kiam la proksejo proponas tiun skemon kaj la instalita libcurl-konstruo subtenas ĝin. Se la interŝanĝo ankoraŭ malsukcesas, la NTLM-proksea diagnozo de curl klarigas la defion, la konstruan subtenon kaj la kontrolojn de konekta daŭreco. Por proksejo atendanta Basic, elektu auth = 'basic'. Basic estas la implicita valoro de use_proxy; provizi nur Windows-stilan uzantnomon ne elektas NTLM.

La helpilo mapas ĉi tiujn valorojn al la opcioj proxyuserpwd, proxyport kaj proxyauth de libcurl. La argumento port devas esti numera.

407 rilatas al la saluto ĉe la proksejo. Konto provizita por la API per httr::authenticate aŭ per Authorization-kapo de la aplikaĵo havas alian ricevanton.

Konservu la efektivan proksan finpunkton kaj la anoncitan defion kun la erara raporto, sen sekretoj. Malĝusta konto, malĝusta skemo kaj nesubtenata aŭtentiga metodo postulas malsamajn riparojn; ŝanĝi la atestilan kontroladon ne elektas inter ili.

Rilataj artikoloj