httr se use_proxy-hulpfunksie neem die proxy-rekening en die verifikasieskema saam. Vir 'n hoërvlak-httr-oproep kan dieselfde konfigurasie rondom 'n gekose uitdrukking toegepas word:

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)

Gebruik ntlm net wanneer die proxy daardie skema bied en die geïnstalleerde libcurl-bou dit ondersteun. As die uitruiling steeds misluk, verduidelik curl se NTLM-proxy-diagnostiek die uitdaging, bou-ondersteuning en toetse vir verbindingkontinuïteit. Vir 'n proxy wat Basic verwag, kies auth = 'basic'. Basic is use_proxy se verstek; om slegs 'n gebruikersnaam in Windows-styl te verskaf, kies nie NTLM nie.

Die hulpfunksie skakel hierdie waardes na libcurl se proxyuserpwd-, proxyport- en proxyauth-opsies. Die port-argument moet numeries wees.

'n 407 het betrekking op die proxy se aanmelding. 'n Rekening wat vir die API verskaf word deur httr::authenticate of 'n toepassing se Authorization-opskrif, het 'n ander ontvanger.

Hou die werklike proxy-eindpunt en die geadverteerde uitdaging by die foutverslag, sonder geheime. 'n Verkeerde rekening, verkeerde skema en onondersteunde verifikasiemetode verg verskillende herstellings; om sertifikaatverifikasie te verander, kies nie tussen hulle nie.

Verwante artikels