Windows PAC skrifta getur valið proxy eftir áfangastað. Fyrir niðurhal sem gert er með curl-pakkanum í R, spurðu Windows-aðstoðarmann þess um leiðina fyrir það URL áður en flutningshandfangið er búið til:

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)

Lestu og lokaðu tengingunni í gegnum venjulega tengilífsferil forritsins. Búturinn setur leiðina fyrir þetta curl handfang; hann stillir ekki hvert netkerfispakka í R ferlinu.

Aðstoðarmaðurinn les núverandi Windows proxy stillingar. Þegar sjálfvirk stilling er virk getur matið falið í sér niðurhal og keyrslu PAC skriftunnar, svo uppflettingin sjálf getur tekið tíma. Notaðu raunverulega mark-URL-ið í stað þægilegs ótengds prófunarsíðu.

Aðstoðarmaðurinn skilar NULL þegar ekkert proxy er valið. Skýrt tóma proxy strengurinn í dæminu segir libcurl að gera þennan flutning beint, í stað þess að falla aftur á proxy umhverfisbreytu sem er skilin eftir í lotunni.

URL PAC skráar er ekki afleidda proxy endapunkturinn. Að senda það skriftu-URL sem proxy gildi handfangsins biður ekki libcurl um að meta skriftuna.

Þessi uppfletting skilar völdu proxy, ekki heildstæðri vafra-jafngildri varaleiðarvél fyrir hvern PAC frambjóðanda. Hún veitir heldur ekki auðkenningargögn. Haltu meðferðinni staðbundinni hjá Windows biðlarans og curl flutningnum sem þurfa í raun á þessari stefnu að halda.

Tengdir greinar