L'assistant use_proxy de httr prend ensemble le compte proxy et le schéma d'authentification. Pour un appel httr de niveau supérieur, la même configuration peut s'appliquer autour d'une expression choisie :

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)

N'utilisez ntlm que si le proxy propose ce schéma et que la version de libcurl installée le prend en charge. Si l'échange échoue encore, les diagnostics de proxy NTLM de curl expliquent le défi, la prise en charge à la compilation et les contrôles de continuité de la connexion. Pour un proxy attendant Basic, sélectionnez auth = 'basic'. Basic est la valeur par défaut de use_proxy ; fournir uniquement un nom d'utilisateur de style Windows ne sélectionne pas NTLM.

L'assistant associe ces valeurs aux options proxyuserpwd, proxyport et proxyauth de libcurl. L'argument port doit être numérique.

Un 407 concerne la connexion au proxy. Un compte fourni à l'API via httr::authenticate ou un en-tête Authorization de l'application a un autre destinataire.

Conservez le point de terminaison réel du proxy et le défi annoncé avec le rapport d'erreur, sans secrets. Un mauvais compte, un mauvais schéma et une méthode d'authentification non prise en charge demandent des corrections différentes ; modifier la vérification du certificat ne tranche pas entre elles.

Articles similaires