फ़ाइलजिला सर्वर मना कनेक्शन - 425 त्रुटि


4

मैंने कुछ अन्य प्रश्नों पर ध्यान दिया है (उदाहरण के लिए, यह एक ) लेकिन वहां कोई उत्तर नहीं मिला है। यहाँ मुद्दा है:

मैं अपने नेटवर्क पर एक सर्वर पर FileZilla Server (0.9.60) चला रहा हूं। हमारे पास एक बाहरी सर्वर है जो एफटीपीएस से जुड़ने की कोशिश कर रहा है। कनेक्शन कई वर्षों से काम कर रहा है, एक सप्ताह पहले तक। अब सर्वर कनेक्ट हो सकता है और लॉग इन कर सकता है, लेकिन फाइल नहीं डाल सकता। यहाँ लॉग क्या कहता है इसका एक नमूना है:

(000080) 11/2/2017 3:30:01 AM - (not logged in) (XXX.XXX.XXX.XXX)> Connected on port 990, sending welcome message...
(000080) 11/2/2017 3:30:01 AM - (not logged in) (XXX.XXX.XXX.XXX)> 220-FileZilla Server 0.9.60 beta
(000080) 11/2/2017 3:30:01 AM - (not logged in) (XXX.XXX.XXX.XXX)> 220 You have connected to the RAI FTP server.
(000080) 11/2/2017 3:30:02 AM - (not logged in) (XXX.XXX.XXX.XXX)> TLS connection established
(000080) 11/2/2017 3:30:02 AM - (not logged in) (XXX.XXX.XXX.XXX)> USER USERNAME
(000080) 11/2/2017 3:30:02 AM - (not logged in) (XXX.XXX.XXX.XXX)> 331 Password required for USERNAME
(000080) 11/2/2017 3:30:02 AM - (not logged in) (XXX.XXX.XXX.XXX)> PASS *******
(000080) 11/2/2017 3:30:02 AM - USERNAME (XXX.XXX.XXX.XXX)> 230 Logged on
(000080) 11/2/2017 3:30:02 AM - USERNAME (XXX.XXX.XXX.XXX)> SYST
(000080) 11/2/2017 3:30:02 AM - USERNAME (XXX.XXX.XXX.XXX)> 215 UNIX emulated by FileZilla
(000080) 11/2/2017 3:30:02 AM - USERNAME (XXX.XXX.XXX.XXX)> CWD /staging/
(000080) 11/2/2017 3:30:02 AM - USERNAME (XXX.XXX.XXX.XXX)> 250 CWD successful. "/staging" is current directory.
(000080) 11/2/2017 3:30:02 AM - USERNAME (XXX.XXX.XXX.XXX)> TYPE A
(000080) 11/2/2017 3:30:02 AM - USERNAME (XXX.XXX.XXX.XXX)> 200 Type set to A
(000080) 11/2/2017 3:30:02 AM - USERNAME (XXX.XXX.XXX.XXX)> PBSZ 0
(000080) 11/2/2017 3:30:02 AM - USERNAME (XXX.XXX.XXX.XXX)> 200 PBSZ=0
(000080) 11/2/2017 3:30:02 AM - USERNAME (XXX.XXX.XXX.XXX)> PROT P
(000080) 11/2/2017 3:30:02 AM - USERNAME (XXX.XXX.XXX.XXX)> 200 Protection level set to P
(000080) 11/2/2017 3:30:02 AM - USERNAME (XXX.XXX.XXX.XXX)> PASV
(000080) 11/2/2017 3:30:02 AM - USERNAME (XXX.XXX.XXX.XXX)> 227 Entering Passive Mode (XXX,XXX,XXX,XXX,26,129)
(000080) 11/2/2017 3:30:02 AM - USERNAME (XXX.XXX.XXX.XXX)> STOR search_report_11012017.txt
(000080) 11/2/2017 3:30:12 AM - USERNAME (XXX.XXX.XXX.XXX)> 425 Can't open data connection for transfer of "/staging/search_report_11012017.txt"
(000080) 11/2/2017 3:30:32 AM - USERNAME (XXX.XXX.XXX.XXX)> TYPE A
(000080) 11/2/2017 3:30:32 AM - USERNAME (XXX.XXX.XXX.XXX)> 200 Type set to A
(000080) 11/2/2017 3:30:32 AM - USERNAME (XXX.XXX.XXX.XXX)> PASV
(000080) 11/2/2017 3:30:32 AM - USERNAME (XXX.XXX.XXX.XXX)> 227 Entering Passive Mode (XXX,XXX,XXX,XXX,24,88)
(000080) 11/2/2017 3:30:32 AM - USERNAME (XXX.XXX.XXX.XXX)> STOR RAD_Affil_DL_110217.txt
(000080) 11/2/2017 3:30:42 AM - USERNAME (XXX.XXX.XXX.XXX)> 425 Can't open data connection for transfer of "/staging/RAD_Affil_DL_110217.txt"
(000080) 11/2/2017 3:31:02 AM - USERNAME (XXX.XXX.XXX.XXX)> QUIT
(000080) 11/2/2017 3:31:02 AM - USERNAME (XXX.XXX.XXX.XXX)> 221 Goodbye
(000080) 11/2/2017 3:31:02 AM - USERNAME (XXX.XXX.XXX.XXX)> disconnected

यहाँ निष्क्रिय मोड सेटिंग्स हैं:

निष्क्रिय एफ़टीपी के लिए सेटिंग्स पृष्ठ

Windows फ़ायरवॉल चालू है और विशेष रूप से TCP पोर्ट 20,21,990,6000-7000 की अनुमति दे रहा है। मेरा sysadmin मुझे विश्वास दिलाता है कि एक ही बंदरगाहों को कॉर्पोरेट फ़ायरवॉल के माध्यम से अग्रेषित किया जाता है। मुझे पिछले सप्ताह या उससे अधिक समय में सर्वर या फ़ायरवॉल के किसी भी परिवर्तन के बारे में पता नहीं है। बाहरी सर्वर व्यवस्थापक को उसके पक्ष में किसी भी परिवर्तन के बारे में पता नहीं है।

मुझे पता है कि अन्य जानकारी क्या उपयोगी होगी।


इसलिए यदि सभी बंदरगाहों को सही तरीके से निपटाया जाए, तो अगला सवाल यह होगा कि क्या बाहरी आईपी पता अभी भी सही है?
डैनियल बी

@DanielB हां - ऊपर दिए गए लॉग अर्क के अनुसार, बाहरी उपयोगकर्ता कनेक्ट और लॉग इन कर सकते हैं। वे सिर्फ फाइलों को स्थानांतरित नहीं कर सकते हैं।
मैट गटिंग

वह लॉग किसी भी तरह से इंगित नहीं करता है कि कॉन्फ़िगर किया गया "बाहरी सर्वर आईपी पता" सही है। यह सेटिंग केवल डेटा कनेक्शन के साथ उपयोग की जाती है, और वे विफल हो जाती हैं।
डैनियल बी

यदि आपको लक्ष्य IP से कोई आवक कनेक्शन मिलता है तो आपको सत्यापित करना होगा। इसे ट्रैक करने के लिए कृपया वर्शार्क का उपयोग करें। यदि संभव हो तो दोनों तरफ। फ़िल्टर "ip.addr == XXX, XXX, XXX, XXX" का उपयोग करें
हैरी

@harry एक बार जब उन्होंने बाहरी FTP क्लाइंट को बदल दिया तो सब कुछ अच्छा था। कोई रिबूट, पुनरारंभ या सेवाएं, या कुछ भी समान नहीं है जिसके बारे में मुझे पता है।
मैट गुटिंग

जवाबों:


0

मुझे लगता है कि आपका sysadmin गलत है।

लॉग में 227 संदेशों के बारे में मेरी समझ यह है कि क्लाइंट ने उल्लेखित आईपी पते, पहले पोर्ट 6785 (26 * 256 + 129), फिर 6232 (24 * 256 + 88) को खोलने की कोशिश की, लेकिन दोनों प्रयास विफल रहे।

कनेक्शन के प्रयास संभवतः विफल हो गए क्योंकि वे अवरुद्ध थे, सबसे अधिक संभावना राउटर में। या हो सकता है कि राउटर ने इन पोर्ट्स को कंप्यूटर पर सही तरीके से फॉरवर्ड न किया हो, जहां फाइलजिला सर्वर रहता है। यह उस कंप्यूटर को आंतरिक रूप से एक स्थिर आईपी पता देने के लिए सुरक्षित हो सकता है।

अधिक जानकारी के लिए FileZilla wiki देखें: "425 कोड" को ठीक करने के लिए अपना राउटर सेट करें


तो समस्या वास्तव में कभी हल नहीं हुई, लेकिन दूसरे पक्ष ने एफ़टीपी ग्राहकों को बदल दिया और अब सब कुछ काम करता है। मुझे यकीन नहीं है कि क्या चल रहा था।
मैट गटिंग

असंगतता क्लाइंट / सर्वर संभव है, लेकिन कुछ हद तक संभावना नहीं है कि प्रसिद्ध ग्राहकों का उपयोग किया गया था। यह भी संभव है कि राउटर की सेटिंग में कुछ बदल गया है, या भले ही यह केवल रिबूट किया गया हो, या यदि सर्वर रिबूट किया गया था और इस बार सही आईपी पता मिला।
१०
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.