sdkmanager को प्रोक्सी होस्ट फिल्ड लगइन फिल्ड होइन
कागजात गरिएका होस्ट र पोर्ट विकल्पहरूले एउटा अन्त्य बिन्दु पहिचान गर्छन्। तिनीहरूले प्रयोगकर्तानाम भएको स्ट्रिङलाई समर्थित प्रमाणीकरण आदानप्रदानमा बदल्दैनन्।
--proxy_host प्रोक्सी होस्टनाम वा ठेगाना अपेक्षा गर्छ। त्यहाँ username:password@host राख्नु होस्टनामसँगै समर्थित प्रमाणीकरण विधि दिनुसरह होइन।
sdkmanager सन्दर्भले प्रोक्सी प्रकार, होस्ट र पोर्ट विकल्पहरू कागजात गर्छ। स्थापित उपकरणको कागजात गरिएको प्रमाणीकरण समर्थन अलग जाँच गर्नुहोस्। अर्को Java कार्यक्रमले स्वीकार गर्ने फ्ल्याग स्वतः SDK Manager को सुविधा हुँदैन।
विशेष गरी, http.proxyUser वा http.proxyPassword नामका स्वेच्छाचारी गुणहरू सेट गर्नुले डाउनलोडरले तिनीहरू पढ्छ भनी प्रमाणित गर्दैन। प्रमाणीकरण संयन्त्रले खाता वास्तवमै प्रयोग गरेर आवश्यक आदानप्रदान गर्नुपर्छ।
--no_https लाई लगइन मर्मतबाट बाहिर राख्नुहोस्। डाउनलोड कसरी अनुरोध गरिन्छ भन्ने बदल्नाले छुटेका प्रोक्सी प्रमाणपत्रहरू प्रदान गर्दैन।
यदि समर्थित क्लाइन्टले प्रोक्सीको प्रमाणीकरण आवश्यकता पूरा गर्न सक्दैन भने संस्थाको स्वीकृत उपयुक्त पहुँच व्यवस्था प्रयोग गर्नुहोस्। सेवाको अन्त्य बिन्दु, खाता संयन्त्र र डाउनलोड TLS नीति अलग कन्फिगरेसन निर्णयका रूपमा राख्नुहोस्। सार्वजनिक SDK डाउनलोडका लागि स्वीकृत प्रमाणीकरणरहित मार्गले आफ्नो HTTP होस्ट र पोर्ट HTTP प्रोक्सी सूचीबाट लिन सक्छ; यसले मूल सेवाका लागि प्रमाणीकरण समर्थन थप्दैन।