PySocks चा डीफॉल्ट ftplib ला पुनर्निर्देशित करत नाही
set_default_proxy Python ची मूळ socket अंमलबजावणी बदलते असे गृहीत धरण्याऐवजी ftplib प्रत्यक्षात तयार करते ते sockets पाहा.
socks.set_default_proxy() भविष्यातील PySocks socksocket ऑब्जेक्टसाठी डीफॉल्ट ठेवते. ते Python चा मूळ socket वर्ग बदलत नाही. म्हणूनच FTP कनेक्शनपूर्वी कॉल होतो एवढ्याच कारणाने ते ftplib ला पुनर्निर्देशित करत नाही.
प्रॉक्सी URL ठेवणाऱ्या व्हेरिएबलऐवजी कन्स्ट्रक्टरचा मागोवा घ्या. ftplib नियंत्रण कनेक्शन आणि अतिरिक्त हस्तांतरण कनेक्शन तयार करते. पॅसिव्ह FTP मध्ये यशस्वी लॉगिन फक्त नियंत्रण कनेक्शन चालले हे सिद्ध करते; यादीसाठी किंवा फाइल हस्तांतरणासाठी वापरलेल्या डेटा socket लाही इच्छित मार्गाची गरज असते.
socket.socket बदलणारे किंवा मॉड्यूल गुंडाळणारे रेसिपी PySocks डीफॉल्ट सेट करण्यापलीकडे वेगळी क्रिया करते. ते तोच मॉड्यूल वापरणाऱ्या इतर लायब्ररींवर परिणाम करू शकते. नंतर मूळ पुनर्संचयित केल्याने एकाच वेळी होणारी कनेक्शन्स त्या बदलापासून वेगळी होत नाहीत.
सानुकूल ftplib उपवर्ग कनेक्शन मार्ग व्यापू शकतो, पण कॉपी केलेले अंतर्गत भाग त्यांच्या मूळ Python आवृत्तीच्या गृहीतकांसह येतात, ज्यात timeout sentinels आणि प्रोटोकॉल हाताळणी समाविष्ट आहे. स्टँडर्ड लायब्ररीचे अद्यतन ती प्रत अद्यतनित करत नाही.
आवश्यक प्रॉक्सी आणि FTP मोडसाठी देखभाल केलेला क्लायंट किंवा समर्थित इंटिग्रेशन निवडा. PycURL पॅसिव्ह FTP डाउनलोड उदाहरण वेगळा क्लायंट मार्ग दाखवते. अॅप्लिकेशनच्या मालकीच्या सानुकूलनासाठी, कोणता कन्स्ट्रक्टर प्रत्येक नियंत्रण व डेटा socket उघडतो हे ओळखा आणि तो बदलत असलेले अपस्ट्रीम वर्तन टिकवा. योग्य प्रॉक्सी मूल्य तेव्हाच उपयुक्त ठरते जेव्हा ते कन्स्ट्रक्टर ते प्रत्यक्षात वापरतात.