Der use_proxy-Helfer von httr nimmt Proxy-Konto und Authentifizierungsschema gemeinsam entgegen. Für einen übergeordneten httr-Aufruf lässt sich dieselbe Konfiguration um einen ausgewählten Ausdruck legen:

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)

Verwenden Sie ntlm nur, wenn der Proxy dieses Schema anbietet und der installierte libcurl-Build es unterstützt. Schlägt der Austausch weiterhin fehl, erklären curls NTLM-Proxy-Diagnose die Challenge, die Build-Unterstützung und die Prüfungen der Verbindungskontinuität. Wählen Sie für einen Proxy, der Basic erwartet, auth = 'basic'. Basic ist die Voreinstellung von use_proxy; allein ein Benutzername im Windows-Stil wählt NTLM nicht aus.

Der Helfer übersetzt diese Werte in libcurls Optionen proxyuserpwd, proxyport und proxyauth. Das port-Argument muss numerisch sein.

Ein 407 betrifft die Anmeldung am Proxy. Ein Konto, das für die API über httr::authenticate oder einen Authorization-Header der Anwendung bereitgestellt wird, hat einen anderen Empfänger.

Halten Sie den tatsächlichen Proxy-Endpunkt und die angekündigte Challenge im Fehlerbericht fest, ohne Geheimnisse. Ein falsches Konto, ein falsches Schema und eine nicht unterstützte Authentifizierungsmethode erfordern unterschiedliche Korrekturen; das Ändern der Zertifikatsprüfung wählt nicht zwischen ihnen aus.

Ähnliche Artikel