Выберыце схему аўтэнтыфікацыі ў канфігурацыі проксі 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. Аргумент port павінен быць лікавым.

407 датычыцца ўваходу ў проксі. Уліковы запіс, пададзены для API праз httr::authenticate або загаловак Authorization праграмы, мае іншага атрымальніка.

Захоўвайце фактычную канчатковую кропку проксі і абвешчаны выклік разам са справаздачай пра памылку, выключаючы сакрэты. Няправільны ўліковы запіс, няправільная схема і непадтрыманы метад аўтэнтыфікацыі патрабуюць розных выпраўленняў; змяненне праверкі сертыфіката не выбірае паміж імі.