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 সেটিং নয়, এবং সমাধান প্রোটোকল জুড়ে চলে না।