Есть устройство DNS-325 Current NAS Firmware Version 1.04
NAS работает в локальной сети, расположеной за NAT.

Некорректно работает приложение FTP downloads. Т.е. задание не всегда выполняется до конца или скаченый файл оказывается битым.
Видя как криво оно работает, установил ряд плагинов SSHd, Java, vtcron, чтобы отрабатывать задание на закачку wget через планировщик vtcron.
То же самое - закаченый файл битый. Хочу заметить, что видны разрывы при закачке с последующей докачкой. Это видно и по работе прогрессбара wget и по логам удаленного фтп-сервера.

На рабочей станции linux и wget скачивает все корректно с тех же самых ресурсов: скачиваю архивы и проверяю на битость - все ок. Файлы не большие, до 50 МБ.
Единственный вариант, когда скачивание происходит без ошибок - это с фтп-сервера в локальной сети.

Есть ли какие либо идеи, как исправить ситуацию? Может как-то можно залить более свежий wget ?

Вот вам полноценный wget https://app.box.com/s/cu8l24043dstm0rsvxr4, а не модуль от busybox. Но я вас уверяю, причина не в wget и NAS. У меня работает бакапилка досточно давно, никаких проблем. Правда проблем с отпаданием коннекта и возобновлением закачки почти не бывает, канал к серваку достаточно стабильный

vtverdohleb, спасибо, попробую!

попробовал, не запускается, не хватает библиотеки
добавил ссылку на нее

Новый wget заработал, но вы правы, поведение не изменилось

вот перекомпилил https://app.box.com/s/uh5ncynsvblq7p631q2w
# ldd ./wget
libiconv.so.2 => /lib/libiconv.so.2 (0x40026000)
libc.so.6 => /lib/libc.so.6 (0x4011e000)
libz.so.1 => /lib/libz.so.1 (0x40252000)
libdl.so.2 => /lib/libdl.so.2 (0x4026e000)
librt.so.1 => /lib/librt.so.1 (0x40279000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40288000)
/lib/ld-linux.so.3 (0x40000000)
libpthread.so.0 => /lib/libpthread.so.0 (0x4029c000)

спасибо, но ваш первый wget запускается, ситуация с битыми файлами не изменилась.
Они битые даже когда нет разрыва соединения.
Доступ к фтп серверу по паролю или анонимный значения не имеет.
Что-то с сетью не так наверное, точнее с шлюзом.

Так и есть, вынес NAS за NAT, качает без ошибок любым wget !
Буду со шлюзом разбираться.
Хотя комп находится за тем же NAT, но качает без ошибок!

А если попробовать curlftp смонтировать каталог сервака и rsync'ом скопировать?

Собрал cutftpfs для ARM, могу дать для проверки
FTP-server монтируется как локальный каталог, а дальше можно rsync'ом читать/писать в обе стороны. Т.е. копировать каждый раз не все, а только измененные файлы.

Спасибо, выложите, интересно будет попробовать.
Пока что посмотрел разницу между скачанными файлами (nas/десктоп).
Обычно это куски размером плюс-минус 1422 байта.
Содержимое этого куска в битом файле встречается и в нормальном файле, но несколько позже.

еще проверил как скачиваются через HTTP - тоже битые

http://dlink.vtverdohleb.org.ua/Add-On/DNS-325%20cutftp%20Package%20v0.00_05142014_UA

1. Устанавливаете аддон, кнопку старт нажимать не нужно, она пока не активна
2. Подправьте файл /mnt/HD/HD_a2/Nas_Prog/curlftp/bin/sync.sh
backup_dir - куда будет копироваться
ftp_dir - временный каталог, не менять
curlftp_dir - расположение curlftp, не менять
ftp_server - ftp-server
username - логин
password - пароль
3. Запускаете /mnt/HD/HD_a2/Nas_Prog/curlftp/bin/sync.sh
4. Некоторые сервера не поддерживают опцию utf8, в этом случае ее нужно убрать из строки монтирования (4 снизу)
5. Файлы, которые были удалены на ftp-сервере, на NAS'е переносятся в каталог backup_dir/Recycled

Ну и что бы это исполнялось с заданной периодичностью, установить аддон vtcron и задать в нем выполнение /mnt/HD/HD_a2/Nas_Prog/curlftp/bin/sync.sh в указанное время

http://dlink.vtverdohleb.org.ua/Add-On/DNS-325%20vtcron%20Package%20v1.02_02142014_UA

Проверил, не монтирует, пишет

Пробовал ему mount из папки cutftp подкинуть, то же самое.

в /mnt/HD/HD_a2/Nas_Prog/curlftp/bin/ нет файла mount? покажите вывод

можете посмотреть в самом бинарнике curlftpfs, там "/mnt/HD/HD_a2/Nas_Prog/curlftp/bin/mount" вызывается, а "/bin/mount" - это просто надпись, я ее не поменял

папка называется почему-то (я думал это так надо) не curlftp, а cutftp

переименовал, пошел процесс...
скачал с фтп один файл, на втором rsync подвис.
первый файл оказался битым...
надо tshark на шлюз ставить...