फ़ाइल स्थानांतरण या निर्देशिका लिस्टिंग के लिए डेटा कनेक्शन स्थापित करने के लिए, एक FTP क्लाइंट (निष्क्रिय एफ़टीपी मोड में) भेजता है PASV
सर्वर को आदेश देता है। सर्वर अपने आईपी पते और पोर्ट नंबर के साथ प्रतिक्रिया करता है। क्लाइंट को हस्तांतरण शुरू करने के लिए उस आईपी / पोर्ट से कनेक्ट होना चाहिए
यह काफी सामान्य है कि FTP सर्वर NAT के पीछे है। और यह केवल अपने नैटेड नेटवर्क के भीतर इसके स्थानीय पते से अवगत है। जब यह NAT के बाहर एक ग्राहक को ऐसे IP पते की रिपोर्ट करता है, तो IP पता स्पष्ट रूप से कम उपयोग का होता है। यह स्पष्ट रूप से एफ़टीपी सर्वर की गलत धारणा है। एफ़टीपी सर्वर को अपने बाहरी आईपी पते की रिपोर्ट करनी चाहिए, जिसका उपयोग नैटेड नेटवर्क के बाहर किया जा सकता है।
जैसा कि यह दुर्भाग्य से एक सामान्य मुद्दा है, कई एफ़टीपी ग्राहक इसका पता लगाने की कोशिश करते हैं (जाँच करके कि रिपोर्ट किया गया आईपी पता एक के भीतर है एक निजी नेटवर्क के भीतर स्थानीय संचार के लिए आरक्षित पतों की श्रेणी )। FileZilla भी करता है और उल्लेखित संदेश की रिपोर्ट करता है। आप FileZilla लॉग में अपमानजनक पता देखना चाहिए:
2017-04-05 08:02:00 12064 3 कमांड: PASV
2017-04-05 08:02:00 12064 3 प्रतिक्रिया: 227 निष्क्रिय मोड में प्रवेश (10,0,0,1,213,36)।
इसका सामना करते समय, FileZilla एफ़टीपी सर्वर के प्राथमिक पते से जुड़ने की कोशिश करता है, क्योंकि यह आमतौर पर उपयोग करने के लिए सही पता है। तो ज्यादातर मामलों में आप समस्या को बिल्कुल भी नहीं देखेंगे।
हालांकि जैसा कि आप उल्लेख करते हैं "ब्राउज़िंग लगभग असंभव है" (बल्कि एक बेकार समस्या रिपोर्ट), ऐसा लगता है कि यह मदद नहीं करता है। यदि ऐसा है, तो सबसे सामान्य समस्या यह है कि आपके और सर्वर के बीच के रास्ते में कुछ फ़ायरवॉल (या NAT) डेटा पोर्ट के लिए कनेक्शन के प्रयास को अवरुद्ध करता है (जैसा कि प्रतिक्रिया में बताया गया PASV
आदेश)।
मेरे लेख के बारे में देखें एफ़टीपी निष्क्रिय मोड के लिए नेटवर्क कॉन्फ़िगरेशन ब्योरा हेतु।