यो 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 त्रुटि जाँच्नुहोस्।

सम्बन्धित लेखहरू