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 सेटिंग नाही, आणि दुरुस्ती प्रोटोकॉलमधे जात नाही.