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 کی ترتیب نہیں ہے، اور یہ حل پروٹوکولز کے درمیان منتقل نہیں ہوتا۔