Проверете го последниот FTP одговор пред да и верувате на испратената датотека

FTP клиентот може да ја прифати командата put многу пред серверот да ја прими датотеката, и токму во јазот меѓу тие два настана живеат повеќето мистерии на прикачувањето. Мора да се завршат четири фази: локалната датотека се чита, серверот го прифаќа барањето за зачувување, податочната врска ги пренесува бајтите и преносот стигнува до последен позитивен одговор. Споредувањето на фазите е покорисно од споредувањето клиенти, бидејќи најавата што работи и името на датотеката што се појавува и двете запираат пред целта.

Прелиминарен одговор наспроти последен одговор

За STOR, одговорот 125 или 150 е прелиминарен. Тој вели дека серверот е подготвен да се обиде и дека се отвора податочна врска, а не дека објектот постои во последната форма. Операцијата е завршена само кога преносот ќе стигне до позитивен одговор за завршување, обично 226 или 250, во контекстот на таа операција.

426 значи дека преносот бил прекинат, а бројот што го печати друга команда не е резултатот од ова прикачување. Читајте го одговорот што му припаѓа на STOR, а не последниот број на екранот. Ако клиентот излезе пред да пристигне тој одговор, немате никаков доказ за завршување.

Контролна врска наспроти податочна врска

Автентикацијата и списокот на директориумот ја користат контролната врска. Бајтите користат одделна податочна врска, а нејзината крајна точка се договара за секој пренос. Успешната најава ја докажува контролната патека и не кажува ништо за тоа дали податочната адреса е достапна од клиентот.

Кога серверот не може да ја отвори податочната врска, истражете договорената крајна точка и дозволената патека. Пасивниот режим сè уште бара употреблива податочна адреса и порта, а огнениот ѕид или NAT уредот меѓу клиентот и серверот може да ја дозволи контролната сесија додека го блокира податочниот опсег. Кога серверот наместо тоа го одбива барањето за зачувување, погледнете го далечинското име на патеката, дозволите или ограничувањата за зачувување. Ниту едната гранка не се објаснува со тоа што контролната врска се автентицирала.

FTP преку TLS наспроти SFTP

FTP преку TLS е сè уште FTP: две врски, FTP одговори и TLS надградба на секоја. SFTP е потсистем на SSH со една врска и сосема друг сет команди. Тие делат цел и речиси ништо друго, па дијагнозата што преминува меѓу нив обично почнува со споредување на погрешните дневници.

Не го исклучувајте TLS за да може среден помошник да ја прегледа сесијата, и не третирајте го неуспехот на SFTP како проблем со FTP одговори. прирачникот curl документира експлицитен TLS, пасивен режим и опции за прикачување ако ви треба скриптен тест, и тој е референцата за тоа што всушност менува секоја ознака.

Изберете го протоколот што услугата навистина го нуди пред да го отстранувате дефектот. Сервер што зборува само SFTP никогаш нема да даде одговор 226, како и да е конфигуриран клиентот.

Видливо име на датотека наспроти зачуван објект

Видливото име на датотека може да претставува нецелосен објект, особено по прекинат пренос или клиент што излегол прерано. Побарајте од сопственикот на услугата да ја спореди големината на предвидената тест-датотека и доверливиот хеш на содржината со зачуваниот објект кога се очекува зачувување на бајтите.

Бинарниот и ASCII режимот се уште една споредба што го менува резултатот. ASCII режимот може да ги преведе завршетоците на редовите, па зачуваните бајти се разликуваат од локалната датотека иако преносот успеал. Задржете го бинарниот режим за проверка бајт по бајт и не додавајте опции за претворање за да изгледа поинаку неуспешниот пренос.

Обичен STOR може да замени постоечка датотека, а дозволата за најава или список на директориум не воспоставува дозвола за создавање или замена на објект во неа. За тестот користете претходно неискористено далечинско име.

Што да се спореди пред повторен обид

Не додавајте, не продолжувајте и не повторувајте прикачување на слепо врз несигурна делумна датотека. Договорете се со сопственикот дали да започнете одново под ново име, да ја користите поддржаната постапка за обновување на услугата или да го отстраните неуспешниот тест-објект.

Запишете го резултатот како една од четири изјави: локалното читање не успеа, зачувувањето беше одбиено, преносот на податоци беше прекинат, или преносот заврши и зачуваните бајти се совпаднаа. Тој запис е посилен резултат отколку менување на лушпата, VPN и FTP поставките заедно додека не се појави име на датотека, и му кажува на следниот човек која фаза да ја провери. Чувајте го исчистениот текст на одговорот со таа изјава. Тогаш повторниот обид е одлука, а не рефлекс.