De Windows-PAC-route voor een R-download evalueren

Een Windows-PAC-script kan een proxy kiezen op basis van de bestemming. Vraag voor een download met het curl-pakket van R de Windows-helper om de route van die URL voordat de overdrachtshandle wordt gemaakt:

url <- "https://example.com/data.csv"
route <- curl::ie_get_proxy_for_url(url)
if (is.null(route)) route <- ""

handle <- curl::new_handle(proxy = route)
connection <- curl::curl(url, handle = handle)

Lees en sluit de verbinding via de normale verbindingslevenscyclus van de applicatie. Het fragment stelt de route in voor die curl-handle; het configureert niet elk netwerkpakket in het R-proces.

De helper leest de huidige Windows-proxyconfiguratie. Wanneer automatische configuratie is ingeschakeld, kan de evaluatie het downloaden en uitvoeren van het PAC-script omvatten, dus de opzoeking zelf kan tijd kosten. Gebruik de echte doel-URL in plaats van een handige, niet-gerelateerde testsite.

De helper geeft NULL terug wanneer geen proxy is geselecteerd. De expliciet lege proxystring in het voorbeeld vertelt libcurl om deze overdracht rechtstreeks uit te voeren, in plaats van terug te vallen op een proxy-omgevingsvariabele die in de sessie is achtergelaten.

Een PAC-bestands-URL is niet het resulterende proxy-eindpunt. Die script-URL als proxywaarde van de handle doorgeven, vraagt libcurl niet om het script te evalueren.

Deze opzoeking levert een geselecteerde proxy, geen volledige browser-equivalente failover-motor voor elke PAC-kandidaat. Ze levert ook geen authenticatiegegevens. Houd de afhandeling lokaal bij de Windows-client en curl-overdracht die dit beleid echt nodig hebben.