हमारे पास एक एसएफटीपी सर्वर है जो तब तक ठीक काम कर रहा था जब तक हम एक और आईएसपी नहीं जोड़ देते। SFTP सर्वर का कनेक्शन नए ISP से नहीं गुजर रहा है, मैंने इसकी पुष्टि की है tracert। सर्वर पर कोई बदलाव नहीं किया गया था। लेकिन तब से, कुछ उपयोगकर्ताओं के एसएफटीपी या एसएसएच कनेक्शन टाइम आउट / हैंग हो जाते हैं यदि निष्पादित कमांड में बड़ा रिटर्न होता है। यहाँ परिदृश्य है:
- मैं पिंग करना जारी रख सकता हूं और SSH / SFTP बार आउट होने पर भी पिंग हमेशा वापस आएगा
- मैं सर्वर से जुड़ सकता हूं, यह प्रमाणीकरण मांगता है और मुझे लॉग इन करने देता है।
- यदि
lsमेरी रूट डायरेक्टरी के लिए कमांड कम संख्या में फाइल या फ़ोल्डर्स को वापस कर रहा है, तो यह फाइलों और फ़ोल्डरों की लिस्टिंग दिखाता है - यदि
lsमेरी रूट डायरेक्टरी के लिए कमांड 5 या 6 फाइल या फ़ोल्डर से बड़ा है, तो यह हैंग / टाइम आउट हो जाता है। - यह प्रयास करते समय, मैंने सर्वर पर एक पिंग चलाने की कोशिश की, और यह हर समय वापस आ रहा है।
यह हर किसी के लिए नहीं होता है, लेकिन यह उन उपयोगकर्ताओं को होता है जो दूसरे शहर में हैं।
मैंने विभिन्न SFTP क्लाइंट (FileZilla और WinSCP) की कोशिश की। दोनों का मुद्दा समान है।
मैंने अपने पीसी पर वायरशार्क चलाया (जो हमारे नेटवर्क से बाहर है और शहर के बाहर है), जब एसएफटीपी / एसएसएच बार आउट होते हैं, तो मुझे लगता है कि रिट्रांसमिशन और सेगमेंट का हिस्सा आने वाली त्रुटियों पर कब्जा नहीं किया है, जो मुझे विश्वास दिलाता है कि कुछ पैकेट हो सकते हैं। हॉप्स के बीच कहीं नुकसान।
Expert Info (Note/Sequence): Retransmission (suspected)
Previous segment not captured (common at capture start)
क्या SFTP / SSH पैकेट नुकसान के प्रति संवेदनशील है? इन पैकेट नुकसान की त्रुटियों से बचने के लिए SSH / SFTP को पुनः स्वीकार / पुनः स्वीकार नहीं करेंगे? क्या सर्वर सेटिंग्स पर कुछ है जो मैं इस काम को करने के लिए ट्विक कर सकता हूं?