Вибір схеми автентифікації в конфігурації проксі httr

Помічник 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.

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

407 стосується входу на проксі. Обліковий запис, переданий API через httr::authenticate або заголовок Authorization застосунку, має іншого отримувача.

Збережіть фактичну кінцеву точку проксі та оголошений запит разом зі звітом про помилку, виключивши секрети. Неправильний обліковий запис, неправильна схема та непідтримуваний метод автентифікації потребують різних виправлень; зміна перевірки сертифіката не вибирає між ними.