ഈ VBA കോൾ proxyServer-ൽ സൂക്ഷിച്ചിരിക്കുന്ന പ്രോക്സി തിരഞ്ഞെടുക്കുന്നതായി തോന്നുന്നു:

http.setProxy 1, proxyServer, bypassList

MSXML ServerXMLHTTP-ന് ആദ്യത്തെ ആർഗ്യുമെന്റ് പ്രോക്സി മോഡ് തിരഞ്ഞെടുക്കുന്നു. ഡോക്യുമെന്റ് ചെയ്ത മൂല്യങ്ങൾ: ഡിഫോൾട്ട് കോൺഫിഗറേഷന് 0, നേരിട്ടുള്ള കണക്ഷന് 1, വ്യക്തമായി നൽകിയ പ്രോക്സിക്ക് 2. 1-ന് ശേഷം വിലാസം നൽകുന്നത് നേരിട്ടുള്ള മോഡിനെ മാനുവൽ പ്രോക്സി മോഡ് ആക്കുന്നില്ല.

മാനുവൽ പ്രോക്സിയുടെ ഏറ്റവും ചെറിയ ഉദാഹരണം:

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

ഉദാഹരണത്തിലെ എൻഡ്‌പോയിന്റ് ഒരു പ്ലേസ്‌ഹോൾഡർ ആണ്. പൊതു പ്രോക്സി പരിശോധനയ്ക്ക് അത് HTTP പ്രോക്സി ലിസ്റ്റിൽ നിന്നുള്ള ഒരു HTTP വിലാസം കൊണ്ട് മാറ്റുക. മൂന്നാമത്തെ ആർഗ്യുമെന്റ് ഒരു ബൈപാസ് ലിസ്റ്റ് ആണ്; ഇവിടെ <local> ഡോക്യുമെന്റ് ചെയ്ത ലോക്കൽ-നെയിം ഒഴിവ് ഉപയോഗിക്കുന്നു. ആദ്യത്തേത് പരാജയപ്പെട്ടാൽ പരീക്ഷിക്കേണ്ട രണ്ടാമത്തെ പ്രോക്സിയല്ല ഇത്. അതിനാൽ അവിടെ മറ്റൊരു പ്രോക്സിയുടെ IP-യും പോർട്ടും ഇടുന്നത് തെറ്റായ തരം ക്രമീകരണം പ്രകടിപ്പിക്കുന്നു.

നിങ്ങളുടെ VBA റഫറൻസുകൾ അവ വെളിപ്പെടുത്തുന്നിടത്ത് നാമിത കോൺസ്റ്റന്റുകൾ ഉപയോഗിക്കുക, അല്ലെങ്കിൽ ലേറ്റ് ബൈൻഡിംഗ് ഉപയോഗിക്കുമ്പോൾ ബന്ധപ്പെട്ട കോൺസ്റ്റന്റ് പ്രാദേശികമായി നിർവചിക്കുക, അങ്ങനെ അവലോകന സമയത്ത് മോഡ് കാണാം.

ഒബ്ജക്റ്റ് തരവും ശ്രദ്ധിക്കുക. ServerXMLHTTP, ബ്രൗസർ കേന്ദ്രിത XMLHTTP, WinHttpRequest എന്നിവ വ്യത്യസ്ത COM ഇന്റർഫേസുകളാണ്. ഒന്നിന് പ്രവർത്തിക്കുന്ന ഉദാഹരണം മറ്റൊന്നിന്റെ കോൺഫിഗറേഷൻ ഉറവിടം തെളിയിക്കുന്നില്ല. ശരിയായ ഒബ്ജക്റ്റ് മാനുവൽ പ്രോക്സി മോഡ് തിരഞ്ഞെടുത്താൽ, ആ പാതയിൽ അവശേഷിക്കുന്ന ഏതെങ്കിലും കണക്ഷൻ, പ്രാമാണീകരണ അല്ലെങ്കിൽ TLS പിശക് അന്വേഷിക്കുക.

അനുബന്ധ ലേഖനങ്ങൾ