Најавата на FTP работи, но списокот на папки виси: зошто
Најавите на 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, и поправката не се пренесува меѓу протоколите.