FTP مهلة على NLST عندما الدليل فارغة

Question

تحرير:علمت أن Webmethods يستخدم في الواقع NLST ، وليس القائمة ، إذا كان ذلك من المسائل

أعمالنا يستخدم WebMethods تكامل server للتعامل مع معظم الاتصالات الصادرة و FTP وظائف يترك شيئا إلى المستوى المطلوب.نحن على وجود مشكلة قد تكون محددة WebMethods, ولكن إذا كان أي شخص يمكن أن تشير لي في اتجاه ما هي أنواع الأشياء التي قد تسبب هذا وأود أن نقدر ذلك.

عندما الاقتراع اثنين من الشركاء خوادم بروتوكول نقل الملفات ، نحن على اتصال بدون مشاكل ولكن عند القيام NLST على دليل فارغ (لا ملفات ولا الدلائل) هو توقيت الخروج.الخطأ الفعلي هو:

com.wm.صافي.ftpCException:[ISC.0064.9010] جافا.صافي.SocketTimeoutException:تقبل مهلة

يجري طرح أثناء الاحتجاج حانة.العميل.ftp:هل الخدمة.لقد قمت بتسجيل الدخول مع عدد من العملاء FTP دون مشكلة إلى نفس المواقع.لقد استعملت ما الافتراضية عميل بروتوكول نقل الملفات في ويندوز ، FileZilla و lftp.كل ذلك من دون مسألة.الخوادم نفسها ليست نفس FTP server برنامج من ما استطيع ان اقول.واحد هو FTP Microsoft الأخرى أنا غير مؤكد ولكن هي بالتأكيد ليست Microsoft.

أي فكرة عما يمكن أن يسبب عميل FTP إلى مهلة عند انتظار NLST رد فارغة الدليل ؟ مرئية الردود من ملقم FTP تظهر نفسه, ولكن هناك اختلاف في كيفية NLST يستجيب فارغ دليل ولا علم لي به ؟

هذه المشكلة هو ثابت على هذه ملقمات اثنين.كل شيء يعمل بشكل جيد على الدلائل مع الملفات أو الدلائل في ذلك ، ولكن ليس عندما تكون فارغة.

أي أفكار أو اتجاهات سيكون موضع تقدير.

وذلك بفضل!

إريك Sipple

Answer 1

حاولت في هذا WebMethods هو الإصدار 6.5 التحديثات WmPRT_6-5-1_SP1, IS_6-5_SP3.

انها عملت تماما أول مرة.

التفت على التصحيح على ملقم FTP (دبيان الافتراضي فتب).WebMethods' NLST يكرم نشط/السلبي المعلمة تمريرها إليه.

لا يوجد شيء خاص حول NLST الأمر, ولا تصحيح السلوك مع دليل فارغ-إذا قائمة الأعمال بعد أن RETR, ستور و NLST.إذا NLST يعمل مع دليل غير فارغة, يجب أن تعمل مع واحد فارغ.

لذا أعتقد أن إما:

• الإصدار الخاص بك من WM لديه علة لي لا
• خادم FTP الخاصة بك لديها خلل لي لا
• هناك أحمق بروتوكول علم جدار الحماية في النظام الخاص بك الذي لا مثل FTP البيانات مآخذ مع عدم وجود بيانات لهم.

جدار حماية الباعة قليلا الضال عندما يتعلق الأمر FTP...عند اختبار مع عملاء آخرين, تأكد من انها من نفس الجهاز الذي WebMethods تكامل Server.

فقط سجل هنا ما يجب أن يحدث نشط NLST

• يفتح العميل الاستماع مأخذ ، ويرسل منفذ الأوامر مع هذا المقبس تفاصيل
• يرسل العميل NLST الأمر
• خادم يتصل العميل الاستماع المقبس (هذه البيانات المقبس)
• خادم ينقل القائمة على البيانات المقبس (في هذه الحالة ، صفر بايت)
• خادم يغلق البيانات مأخذ

...و في الوضع السلبي

• يرسل العميل PASV
• الخادم يفتح الاستماع مأخذ ، و الردود مع PASV استجابة تحتوي على التفاصيل
• العميل يتصل الاستماع المقبس (هذه البيانات المقبس)
• يرسل العميل NLST الأمر
• خادم ينقل القائمة على البيانات المقبس (صفر بايت مرة أخرى)
• خادم يغلق البيانات مأخذ

Answer 2

أنا لست متأكدا مما إذا كان من نفس المشكلة ولكن كان لدي أعراض مشابهة قبل فترة استخدام آخر عميل FTP في جافا (commons.net).المشكلة اتضح أن سببها النشطة/السلبية وضع الاتصال.أنا آسف لا أستطيع أن أعطيك تفاصيل أكثر, هذا كل ما أستطيع أن أتذكر...نأمل أن تساعد.

Answer 3

غييرمو فاسكونسيلوس كان الصحيح في جوابه.هناك نوعان من FTP وسائط الايجابي والسلبي.الافتراضي FTP وضع نشط.نشيط تتطلب ملقم للاتصال مرة أخرى إلى العميل على بعض منفذ TCP/IP.هذا لا يعمل مع برامج الحماية لأن هناك احتمالات أن هذا الميناء سوف يكون قد تم حظره أو إذا كنت خلف جهاز التوجيه مع نات لم يتم تعيينها.

إذا كنت تستخدم السلبي (PASV) وضع بدلا من ذلك ، يجب عدم الحصول على تعليق.

Answer 4

أنا ذاهب لتشغيل بعض اختبارات جديدة مع إعدادات السلبي غدا عندما يتم إجراء الصيانة هنا, لكنني لست متأكدا من هذه المسألة.ونحن قادرون على الحصول على سرد الدليل إذا كان هناك الملفات أو الدلائل في هذا الدليل.إلا أنها فشلت عندما الدليل نحن NLST-ing على فارغة.

قد نشط/السلبي الفرق فقط يعبر عن دليل فارغ ، أو إمكانية أخرى هناك ؟

Answer 5

FTP يتطلب أن كلا المحدد ميناء واحد أعلاه فتحه من خلال جدار الحماية.عندما كان لي مشاكل مع webMethods توقيت الخروج كان بسبب جدار الحماية لا عودة منفذ مفتوح.

هوارد