Помощникът use_proxy на httr приема прокси акаунта и схемата за удостоверяване заедно. За извикване на httr от по-високо ниво същата конфигурация може да се приложи около избран израз:

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)

Използвайте ntlm само когато проксито предлага тази схема и инсталираната сборка на libcurl я поддържа. Ако обменът все още се проваля, диагностиката на NTLM прокси в curl обяснява предизвикателството, поддръжката на сборката и проверките за непрекъснатост на връзката. За прокси, което очаква Basic, изберете auth = 'basic'. Basic е подразбиращата се стойност на use_proxy; подаването само на потребителско име в стил Windows не избира NTLM.

Помощникът съпоставя тези стойности с опциите proxyuserpwd, proxyport и proxyauth на libcurl. Аргументът port трябва да е числов.

407 се отнася до влизането в проксито. Акаунт, подаден за API чрез httr::authenticate или заглавка Authorization на приложението, има различен получател.

Пазете действителната крайна точка на проксито и обявеното предизвикателство заедно с отчета за грешката, без тайни. Грешен акаунт, грешна схема и неподдържан метод за удостоверяване изискват различни поправки; промяната на проверката на сертификата не избира между тях.

Подобни статии