Mukhang pinipili ng VBA call na ito ang proxy na nakaimbak sa proxyServer:

http.setProxy 1, proxyServer, bypassList

Para sa MSXML ServerXMLHTTP, pinipili ng unang argumento ang proxy mode. Ang mga dokumentadong halaga ay 0 para sa default na configuration, 1 para sa direktang koneksyon at 2 para sa tahasang ibinigay na proxy. Ang pagpasa ng address pagkatapos ng 1 ay hindi ginagawang manual proxy mode ang direktang mode.

Ang pinakamaliit na halimbawa ng manual na proxy ay:

Dim http As Object
Set http = CreateObject("MSXML2.ServerXMLHTTP.6.0")
http.setProxy 2, "proxy.example:8080", "<local>"
http.Open "GET", "https://example.com/", False
http.send

Ang endpoint sa halimbawa ay isang placeholder. Para sa pagsusuri ng pampublikong proxy, palitan ito ng HTTP address mula sa listahan ng HTTP proxy. Ang ikatlong argumento ay isang listahan ng bypass; dito ginagamit ng <local> ang dokumentadong pagbubukod sa lokal na pangalan. Hindi ito pangalawang proxy na susubukan kung mabibigo ang una. Kaya ang paglalagay ng IP at port ng ibang proxy doon ay nagpapahayag ng maling uri ng setting.

Gumamit ng mga pinangalanang pare-pareho kung saan inilalantad ng iyong mga VBA reference ang mga ito, o tukuyin nang lokal ang kaugnay na pare-pareho kapag gumagamit ng late binding, upang makita ang mode sa panahon ng pagsusuri.

Isaisip din ang uri ng object. ServerXMLHTTP, XMLHTTP na nakatuon sa browser at WinHttpRequest ay magkaibang COM interface. Ang halimbawang gumagana para sa isa ay hindi nagpapatunay sa pinagmulan ng configuration ng isa pa. Kapag napili ng tamang object ang manual proxy mode, siyasatin ang anumang natitirang error sa koneksyon, pagpapatotoo o TLS sa rutang iyon.

Kaugnay na mga artikulo