D'Authentifikatiounsschema an der httr-Proxy-Konfiguratioun auswielen

Gitt de Proxy-Kont an eng explizit Basic- oder NTLM-Auswiel iwwer den use_proxy-Helfer vun httr un, wann eng Ufro 407 kritt.

Den use_proxy-Helfer vun httr hëlt de Proxy-Kont an d'Authentifikatiounsschema zesummen. Fir en httr-Opruff op méi héijem Niveau kann déi selwecht Konfiguratioun ëm en ausgewielten Ausdrock ugewannt ginn:

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)

Benotzt ntlm nëmme wann de Proxy dëst Schema ubitt an de installéierte libcurl-Build et ënnerstëtzt. Wann den Austausch weiderhi feelschléit, erklären dem curl seng NTLM-Proxy-Diagnos d'Challenge, d'Build-Ënnerstëtzung an d'Kontrollen zur Verbindungs-Kontinuitéit. Fir e Proxy deen Basic erwaart, wielt auth = 'basic'. Basic ass de Standard vum use_proxy; just e Benotzernumm am Windows-Stil ze ginn wielt keen NTLM aus.

Den Helfer mappt dës Wäerter op d'Optioune proxyuserpwd, proxyport a proxyauth vu libcurl. D'port-Argument muss numeresch sinn.

En 407 betrëfft de Login um Proxy. E Kont, deen der API iwwer httr::authenticate oder en Authorization-Header vun der Applikatioun gëtt, huet en aneren Empfänger.

Halt den tatsächlechen Proxy-Endpunkt an d'annoncéiert Challenge mam Feelerbericht fest, ouni Geheimnisser. E falsche Kont, e falscht Schema an eng net ënnerstëtzt Authentifikatiounsmethod brauchen ënnerschiddlech Korrekturen; d'Zertifikatsprüfung z'änneren entscheet net tëschent hinnen.

Ähnlech Artikelen