'n Windows-PAC-skrip kan 'n volmag volgens die bestemming kies. Vir 'n aflaai met R se curl-pakket, vra sy Windows-hulp om die roete vir daardie URL voordat die oordraghandvatsel geskep word:

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 die verbinding volgens die toepassing se normale verbindingslewensiklus. Die brokkie stel die roete vir daardie curl-handvatsel vas; dit konfigureer nie elke netwerkpakket in die R-proses nie.

Die hulp lees die huidige Windows-volmagkonfigurasie. Wanneer outomatiese konfigurasie geaktiveer is, kan die evaluering die aflaai en uitvoer van die PAC-skrip behels, so die opsoek self kan tyd neem. Gebruik die werklike teiken-URL eerder as 'n gerieflike onverwante toetswebwerf.

Die hulp gee NULL terug wanneer geen volmag gekies is nie. Die eksplisiete leë volmagstring in die voorbeeld sê vir libcurl om hierdie oordrag direk te doen, in plaas daarvan om terug te val op 'n volmag-omgewingsveranderlike wat in die sessie gelaat is.

'n PAC-lêer-URL is nie die gevolglike volmag-eindpunt nie. Om daardie skrip-URL as die handvatsel se volmagwaarde te gebruik, vra nie vir libcurl om die skrip te evalueer nie.

Hierdie opsoek gee 'n gekose volmag terug, nie 'n volledige blaaier-ekwivalente oorskakelmasjien vir elke PAC-kandidaat nie. Dit verskaf ook nie geloofsbriewe vir bekragtiging nie. Hou die hantering plaaslik by die Windows-kliënt en curl-oordrag wat hierdie beleid werklik nodig het.

Verwante artikels