एमुलेटर बदलने से पहले जाँचें कि कौन-सा डाउनलोड विफल हुआ। SDK पैकेज डेवलपमेंट मशीन पर मौजूद SDK टूलिंग द्वारा लाए जाते हैं। वर्चुअल डिवाइस के अंदर चलने वाला ऐप अलग क्लाइंट है।

कमांड-लाइन sdkmanager संदर्भ ये प्रॉक्सी विकल्प देता है:

sdkmanager --list --proxy=http --proxy_host=proxy.example --proxy_port=8080

दिखाए गए HTTP मोड के लिए, HTTP प्रॉक्सी सूची से कोई अनुमत सार्वजनिक उम्मीदवार चुनें और होस्ट को पोर्ट से अलग दर्ज करें। होस्ट फ़ील्ड में पूरा PAC URL न रखें और होस्टनाम के अंदर :8080 न दोहराएँ। संदर्भ http और socks को प्रॉक्सी प्रकार के रूप में दर्ज करता है; वह विकल्प इस्तेमाल करें जिसे आपका इंस्टॉल किया गया टूल और सेवा समर्थित करती है।

यह उदाहरण उपलब्ध SDK पैकेजों की सूची देता है। यह कुछ भी इंस्टॉल नहीं करता और हर Android टूल को कॉन्फ़िगर नहीं करता।

androidtool.cfg संपादित करने या हटाए गए android sdk कमांड को चलाने वाले पुराने उत्तर पुराने SDK Manager कार्यान्वयनों पर लागू होते हैं। जिस निष्पादन-योग्य फ़ाइल को आप वास्तव में कॉल करते हैं, उसका दस्तावेज़ इस्तेमाल करें।

अगर Android Studio डाउनलोड काम करते हैं पर कमांड-लाइन डाउनलोड विफल होते हैं, तो उन दो क्लाइंट के प्रॉक्सी और प्रमाणीकरण कॉन्फ़िगरेशन की तुलना करें। अगर SDK डाउनलोड काम करते हैं पर Gradle निर्भरता विफल होती है, तो Gradle के अनुरोध की अलग जाँच करें। एक स्क्रीन में काम करने वाला सेटिंग इस बात का प्रमाण नहीं है कि दूसरी प्रक्रिया ने उसे विरासत में पाया है।

संबंधित लेख