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 параметрі емес, және түзету протоколдар арасында ауыспайды.