httr को प्रोक्सी कन्फिगमा प्रमाणीकरण योजना छान्नुहोस्

httr को use_proxy सहायकले प्रोक्सी खाता र प्रमाणीकरण योजना सँगै लिन्छ। उच्च स्तरको httr कलका लागि उही कन्फिग छानिएको अभिव्यक्तिको वरिपरि लागू गर्न सकिन्छ:

route <- httr::use_proxy(
  'proxy.example',
  port = 8080,
  username = Sys.getenv('PROXY_USER'),
  password = Sys.getenv('PROXY_PASSWORD'),
  auth = 'ntlm'
)
response <- httr::GET('https://api.example/items', route)

प्रोक्सीले त्यो योजना प्रस्ताव गरेको र स्थापित libcurl बिल्डले समर्थन गरेको अवस्थामा मात्र ntlm प्रयोग गर्नुहोस्। आदानप्रदान अझै असफल भएमा, curl को NTLM प्रोक्सी निदान ले चुनौती, बिल्ड समर्थन र जडान निरन्तरताका जाँचहरू व्याख्या गर्छ। Basic अपेक्षा गर्ने प्रोक्सीका लागि, auth = 'basic' छान्नुहोस्। Basic use_proxy को पूर्वनिर्धारित हो; केवल Windows शैलीको प्रयोगकर्ता नाम दिनुले NTLM छान्दैन।

सहायकले यी मानहरूलाई libcurl का proxyuserpwd, proxyport र proxyauth विकल्पमा म्याप गर्छ। पोर्ट तर्क संख्यात्मक हुनुपर्छ।

407 प्रोक्सीको लगइनसँग सम्बन्धित छ। httr::authenticate वा अनुप्रयोग Authorization हेडरमार्फत API का लागि दिइएको खाताको फरक प्राप्तकर्ता हुन्छ।

गोप्य कुरा बाहेक वास्तविक प्रोक्सी इन्डपोइन्ट र घोषित चुनौती त्रुटि प्रतिवेदनसँगै राख्नुहोस्। गलत खाता, गलत योजना र असमर्थित प्रमाणीकरण विधिका लागि फरक फरक सुधार आवश्यक पर्छ; प्रमाणपत्र प्रमाणीकरण परिवर्तन गर्नाले तीमध्ये छनोट गर्दैन।