यो आदेशका लागि 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 श्रोताले इच्छित फाइल लोड भए पनि गलत नै रहन्छ।
पार्स गरिएको कन्फिगको त्रुटि कनेक्शन प्रयासपछिको टाइमआउटभन्दा फरक हुन्छ। इच्छित इन्डपोइन्ट पार्स भएपछि अर्को असफल चरण पछ्याउनुहोस्: लाइब्रेरी लोडिङ, प्रोक्सी वार्ता, प्रमाणीकरण, गन्तव्य जडान वा अनुप्रयोग प्रतिक्रिया। प्रणाली फाइलको नाम बदल्नाले ती चरण सुधार्न सक्दैन।
अलग आदेशलाई अलग निकास चाहिएमा प्रक्रिया सुरु हुँदा साझा कन्फिग पुनः नलेखी तिनका फाइल स्पष्ट रूपमा छान्नुहोस्। पुरानो निर्देशिकाको फाइल नाम दोहोर्याउन मात्र अर्को प्रणाली-व्यापी फाइल अधिलेखन गर्नु आवश्यक छैन।