इस कमांड के लिए Proxychains कॉन्फ़िग चुनें

proxychains4 -f /home/alex/proxy-lab.conf curl https://example.com/

-f आर्ग्युमेंट इस proxychains-ng कॉल के लिए पढ़ने योग्य कॉन्फ़िग चुनता है। उदाहरण का पूरा पथ उस फ़ाइल से बदलें जिसे आप बनाए रखना चाहते हैं और स्टार्टअप आउटपुट में लोड हुआ पथ जाँचें। अब भी किसी दूसरी फ़ाइल का नाम लेने वाली त्रुटि बताती है कि आपके अपेक्षित proxychains4.conf में बदलाव का कोई असर क्यों नहीं हुआ।

उस स्पष्ट चयन के बिना खोज में PROXYCHAINS_CONF_FILE, कार्य निर्देशिका का कॉन्फ़िग, प्रति-उपयोगकर्ता फ़ाइल और इंस्टॉल किए गए सिस्टम स्थान शामिल होते हैं। पैकेज और रैपर संस्करणों के डिफ़ॉल्ट अलग हो सकते हैं। इसलिए प्रोजेक्ट-स्थानीय proxychains.conf, किसी दूसरे खाते का होम, या PATH में भिन्न एक्ज़ीक्यूटेबल इनपुट बदल सकते हैं।

अगर चुनी गई फ़ाइल कोई वैध प्रॉक्सी न बताए

कनेक्टिविटी से पहले पार्सिंग जाँचें। प्रविष्टियाँ [ProxyList] के नीचे आती हैं और इंस्टॉल किए गए रिलीज़ द्वारा अपेक्षित प्रोटोकॉल और फ़ील्ड चाहिए। टिप्पणियाँ, अनुभाग की जगह और सिंटैक्स जाँचें। अनुमत सार्वजनिक एंडपॉइंट के लिए मुफ़्त प्रॉक्सी सूची चुने गए प्रोटोकॉल के आवश्यक फ़ील्ड के साथ दर्ज करने के लिए उम्मीदवार देती है। SOCKS बताया गया HTTP श्रोता इच्छित फ़ाइल लोड होने पर भी ग़लत ही रहता है।

पार्स किए गए कॉन्फ़िग की त्रुटि कनेक्शन प्रयास के बाद के टाइमआउट से अलग है। इच्छित एंडपॉइंट पार्स होने के बाद अगले विफल चरण का पालन करें: लाइब्रेरी लोडिंग, प्रॉक्सी बातचीत, प्रमाणीकरण, गंतव्य कनेक्शन या एप्लिकेशन प्रतिक्रिया। सिस्टम फ़ाइल का नाम बदलने से वे चरण ठीक नहीं होंगे।

अलग कमांडों को अलग एग्ज़िट चाहिए तो प्रक्रियाएँ शुरू होते समय साझा कॉन्फ़िग फिर से लिखने के बजाय उनकी फ़ाइलें स्पष्ट रूप से चुनें। पुरानी मार्गदर्शिका से फ़ाइल नाम दोहराने के लिए सिर्फ़ कोई दूसरी सिस्टम-व्यापी फ़ाइल ओवरराइट करने की ज़रूरत नहीं है।