FTP लगइन काम गर्छ तर फोल्डर सूची अड्किन्छ: किन

प्रयोगकर्ता नाम काम गर्छ, पासवर्ड काम गर्छ, र क्लाइन्ट भन्छ कि यो जोडिएको छ। त्यसपछि यो फोल्डर सूची वा पहिलो फाइल स्थानान्तरणको लागि अनन्त काल प्रतीक्षा गर्छ, र प्रमाणहरूमा यो व्याख्या गर्ने केही छैन। FTP हरेक सूची र हरेक फाइलको लागि दोस्रो जडान खोल्छ, र त्यही दोस्रो जडान असफल हुन्छ। लगइनले पहिलो कुराकानी काम गर्छ भन्ने मात्र प्रमाणित गर्छ।

जाँचहरू क्रममा गर्नुहोस्। प्रत्येकले फरक तह हटाउँछ, त्यसैले विसंगति देखाउने पहिलोमा रोक्नुहोस्।

पहिले दुई जडान अलग गर्नुहोस्

नियन्त्रण जडानले सर्भरको सुन्ने पोर्टमा आदेश र जवाफहरू बोक्छ। डेटा जडानले डाइरेक्टरी सूची वा फाइलको मुख्य भाग बोक्छ, र प्यासिभ मोडमा सर्भरले आफ्नो अन्तिम बिन्दु छान्छ र PASV वा EPSV जवाफमा घोषणा गर्छ। पोर्ट 21 लाई अनुमति दिनुले डेटा पोर्ट पुग्न सकिन्छ कि भन्ने बारे केही भन्दैन, र त्यसैले लगइन सफल हुन्छ जबकि हरेक सूची समय सकिएर रोकिन्छ। WinSCP को FTP मोडहरूमा मार्गदर्शिका ले यो विभाजन र यसको सञ्जाल आवश्यकताहरू व्याख्या गर्छ।

यदि क्लाइन्ट VPN पछाडि छ भने, डेटा मार्ग त्यही सुरुङबाट जान्छ तर अनिवार्य रूपमा त्यही नीतिबाट जाँदैन।

PASV जवाफमा ठेगाना पढ्नुहोस्

विस्तृत क्लाइन्ट चलाउनुहोस् र अनुमान गर्नुको सट्टा जवाफ पढ्नुहोस्। curl -v ftp://user@host/ सर्भरले चाहेको ठेगाना र पोर्टसहित PASV लाइन छाप्छ, र क्लाइन्ट त्यसपछि त्यही ठेगानामा जोडिन्छ। यदि त्यो सुरुङको क्लाइन्ट पक्षमा केही अर्थ नराख्ने निजी ठेगाना हो भने, नियन्त्रण च्यानल स्वस्थ रहँदा डेटा जडान कतै जाँदैन।

त्यो ठेगानालाई क्लाइन्टले वास्तवमै पुगेको ठेगानासँग तुलना गर्नुहोस्। असमञ्जस नै जवाफ हो, र यो सामान्यतया NAT बाट वा आन्तरिक ठेगानासहित कन्फिगर गरिएको सर्भरबाट आउँछ।

पोर्ट दायरा र सुरुङ नीति जाँच्नुहोस्

प्यासिभ सर्भरहरूले कन्फिगर गरिएको दायराबाट डेटा पोर्ट बाँड्छन्, र त्यो दायरालाई VPN र मार्गमा भएको कुनै पनि फायरवालबाट अनुमति दिनुपर्छ। 21 लाई मात्र अनुमति दिने नीति लगइनको मात्र नीति हो। सर्भर चलाउनेसँग दायरा पुष्टि गर्नुहोस्, त्यसपछि पूरै दायरा एउटै व्यवहार गर्छ भनी मान्नुको सट्टा त्यसबाट एक पोर्ट परीक्षण गर्नुहोस्।

इन्क्रिप्टेड नियन्त्रण च्यानलहरूले यसलाई कठिन बनाउँछन्, किनकि बीचको बाकसले अब उडानमा घोषित ठेगाना पुनःलेख्न सक्दैन।

EPSV वा वैकल्पिक मार्ग कहिले मद्दत गर्छ जान्नुहोस्

EPSV ले अलग ठेगाना बिना पोर्ट फर्काउँछ, जसले दुवै छेउले समर्थन गरेमा गलत ठेगानाको असफलता हटाउँछ। केही क्लाइन्टलाई घोषित ठेगाना बेवास्ता गर्न र नियन्त्रण जडानको गन्तव्य पुनः प्रयोग गर्न पनि भन्न सकिन्छ। दुवै विशिष्ट टोपोलोजीका लागि वैध उपकरण हुन्, सार्वभौमिक समाधान होइन।

केवल सहायक उपकरणले सत्र निरीक्षण गरोस् भनेर TLS बन्द नगर्नुहोस्। त्यसले काम गर्ने प्रोटोकललाई टुटेको खतरा मोडेलसँग बदल्छ।

सूची र स्थानान्तरणसँग पुष्टि गर्नुहोस्

ठेगाना वा पोर्ट नीति बदलिएपछि त्यही VPN मार्गमा नयाँ सत्र खोलेर डाइरेक्टरी सूची गर्नुहोस्। त्यसपछि सानो फाइल स्थानान्तरण गर्नुहोस्, किनकि केही सर्भरमा सूची र स्थानान्तरण फरक कोड मार्ग लिन सक्छन्। क्लाइन्ट लगमा अपेक्षित ठेगाना र पोर्टतर्फको डेटा जडान जाँच्नुहोस् र बाइटहरू पुगेको पुष्टि गर्नुहोस्.

यो गर्दा FTP, FTPS र SFTP मनमा अलग राख्नुहोस्। प्यासिभ पोर्ट परिवर्तन SFTP सेटिङ होइन, र सुधार प्रोटोकलहरूबीच जाँदैन।