tox 4 का प्रलेखित डिफ़ॉल्ट पास-थ्रू http_proxy, https_proxy, no_proxy और PIP_* शामिल करता है। यदि pip टर्मिनल में काम करता है लेकिन tox सेटअप के दौरान विफल हो जाता है, तो पास-थ्रू का अनुपस्थित होना केवल एक संभावित व्याख्या है।

डाउनलोडर के इनपुट की तुलना करें

विफल हो रही प्रक्रिया जो endpoint और बायपास मान देखती है, उनकी जाँच करें, जिसमें स्पष्ट tox ओवरराइड और पर्यावरण फ़ाइलें शामिल हैं। कोई प्रोजेक्ट सही विरासत में मिले मान को पुराने मान से बदल सकता है। my_https_proxy जैसे कस्टम नाम को डाउनलोडर द्वारा उपयोग करने से पहले स्पष्ट मैपिंग की आवश्यकता होती है।

चरण पहचानें: वातावरण निर्माण, पैकेजिंग, निर्भरताएँ इंस्टॉल करना या परीक्षण वातावरण के भीतर कोई कमांड। इनमें अलग-अलग प्रक्रियाएँ और सेटिंग्स शामिल हो सकती हैं।

Python और pip संस्करणों तथा स्थायी कॉन्फ़िगरेशन की भी तुलना करें। tox भिन्न प्रमाणपत्र व्यवहार वाला वातावरण बना सकता है, इसलिए TLS भरोसे की विफलता प्रॉक्सी चर के अनुपस्थित होने का पर्याप्त प्रमाण नहीं है।

आवश्यक ओवरराइड लागू करें

स्थापित tox संस्करण के समर्थित वातावरण कॉन्फ़िगरेशन और सामान्य रहस्य तंत्र का उपयोग करें। pip रैपर तभी उपयोगी है जब आवश्यक मैपिंग वहाँ पर्याप्त रूप से व्यक्त न की जा सके; इसमें सही तर्क-पासिंग, निकास स्थिति और प्लेटफ़ॉर्म व्यवहार भी आवश्यक है।

वास्तव में विफल हुई प्रक्रिया के इनपुट रिपोर्ट में रखें, क्रेडेंशियल हटाकर। जब प्रोजेक्ट या tox संस्करण बदलता है तो यह दोहराने योग्य तुलना देता है।

संबंधित लेख