/
/
Ошибка "‎Не удалось скачать файл или папку из резервной копии"

Ошибка "‎Не удалось скачать файл или папку из резервной копии"

Симптомы

При попытке скачать файлы резервной копии, восстановлении отдельных сайтов из резервной копии или при просмотре архива резервной копии из файлового менеджера возникает ошибка "Не удалось скачать файл или папку из резервной копии. Проверьте настройки, наличие файла или папки в хранилище".

Причины

Ошибка возникает, когда панель не может получить доступ к файлам резервной копии, когда используется FTP-хранилище. Причин этому может быть несколько:

  • Указаны неверные данные для подключения к FTP-хранилищу;
  • Отсутствуют файлы резервной копии;
  • Закрыт порт 21;
  • Не запущена служба FTP.

Решение

Проверка данных для подключения к FTP-хранилищу

Для проверки корректности данных, можно использовать как встроенный в систему FTP-клиент, так и сторонний, например "FileZilla". Работа с FTP-клиентами Windows и FileZilla описана в статье Подключение и работа на сервере по FTP/SFTP.

Чтобы подключиться к FTP-серверу из Linux, откройте терминал или консоль сервера и выполните следующие действия:

  1. Введите команду "ftp"‎;
  2. В появившейся второй строке с "ftp>", введите "open <ip-адрес>", где <ip-адрес> - это IP-адрес FTP-хранилища;
  3. В строке с "Name:" введите логин пользователя от FTP-хранилища;
  4. В строке с "Password:", введите пароль пользователя от FTP-хранилища.

Если подключение будет выполнено успешно, система снова выведет строку "ftp>" - это означает, что подключение к FTP-серверу было выполнено и вы находитесь в его окружении.

 

При вводе неверного логина или пароля в консоли появится ошибка:

530 Login authentication failed
Login failed.
Remote system type is UNIX.
Using binary mode to transfer files.

 

После проверки корректности логина и пароля от FTP-хранилища, убедитесь, что именно эти данные для авторизации указаны в настройках резервного копирования в панели ispmanager:

  1. Перейдите в раздел «Резервные копии»‎ → «Настройки»;
  2. В открывшейся вкладке, проверьте значение в полях "Пользователь" и "Пароль". Чтобы увидеть текущий указанный пароль, нажмите на иконку с изображением глаза в поле "Пароль".
  3. Измените данные, если это необходимо, и нажмите кнопку "Сохранить".

Проверка наличия файлов резервной копии

Файлы резервных копий в хранилище хранятся в каталогах, названия которых соответствуют имени пользователя. Путь до этих каталогов начинается с директории, указанной в поле "Путь до бэкапов". Проверьте, что в этой директории имеются каталоги с именами пользователей. Внутри должны также присутствовать каталоги с датой создания копии, содержащие фалы вида:

  • <дата_создания>.<имя_пользователя>.info
  • <дата_создания>.<имя_пользователя>.tgz

В консоли это можно сделать с помощью команды ls:

ls <путь_до_бэкапов>
ls -lah <путь_до_бэкапов>

Вы можете подключиться к хранилищу по FTP или SSH и использовать указанные команды для просмотра файлов. Пример применения команд и их выводов на скришоте ниже.

Пример использования команды ls

 

Если вы подключаетесь с помощью FTP-клиента с графическим интерфейсом, достаточно проверить наличие файлов резервных копий в соответствующих каталогах.

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

Для проверки доступности FTP-хранилища, подключитесь к нему по SSH и выполните одну из следующих команд:

telnet <адрес_хранилища> 21
nmap <адрес_хранилища> -p21

 

Если система возвращает ошибку “Command not found”, это означает, что соответствующая утилита не установлена в системе.

Установить данные утилиты можно через пакетный менеджер операционной системы:

  • Для Debian-систем (Ubuntu, Debian)
    apt install nmap telnet
  • Для RHEL-истем (CentOS, AlmaLinux)
    yum install nmap telnet

 

При успешно подключении к хранилищу с помощью "telnet", система вернет следующий вывод:

telnet <адрес_хранилища> 21
Trying <ip-адерс>...
Connected to ftp.example.com.
Escape character is '^]'.

Это будет означать, что вы успешно подключились через "telnet" к хранилищу. Чтобы завершить подключение через "telnet" нажмите Ctrl+], а затем Ctrl+D.

При закрытом порте на стороне хранилища, подключение остановится на следующей строке:

Trying <ip-адерс>...

 

Если выполнялась проверка доступности через "nmap", корректный вывод будет выглядеть следующим образом:

Starting Nmap 7.80 ( https://nmap.org ) at 2024-06-26 08:07 MSK
Nmap scan report for metromega.ru (<ip-адерс>)
Host is up (0.030s latency).
rDNS record for <ip-адерс>: <адрес_хранилища>
PORT   STATE SERVICE
21/tcp open  ftp

При закрытом порте на стороне хранилища, вывод будет следующим:

Starting Nmap 7.80 ( https://nmap.org ) at 2024-06-26 08:07 MSK
Nmap scan report for metromega.ru (<ip-адерс>)
Host is up (0.030s latency).
rDNS record for <ip-адерс>: <адрес_хранилища>
PORT   STATE SERVICE
21/tcp closed  ftp

 

Чтобы открыть порт, необходимо изменить сетевые настройки на сервере или вышестоящем оборудовании (например, роутер) - для этого обратитесь к администратору сервера или в поддержку хостинг-провайдера, если вы пользуетесь его услугами.

Проверка службы FTP-сервера

Если в качестве FTP-сервера используется ProFTPD, необходимо проверить состояние службы FTP-сервера с помощью команды:

systemctl status proftpd

В случае, если служба запущена и активна, вывод будет содержать строку "Active: active (running)", например:

systemctl status proftpd
● proftpd.service - LSB: Starts ProFTPD daemon
     Loaded: loaded (/etc/init.d/proftpd; generated)
     Active: active (running) since Sun 2024-06-23 00:00:04 MSK; 3 days ago
       Docs: man:systemd-sysv-generator(8)
      Tasks: 1 (limit: 4595)
     Memory: 6.4M
     CGroup: /system.slice/proftpd.service
             └─1812732 proftpd: (accepting connections)

Если вывод будет содержать строку "Active: inactive (dead)", это будет значить что служба не запущена. Чтобы попробовать запустить службу, введите следующую команду:

systemctl start proftpd

После этого снова проверьте состояние службы FTP-сервера и, если служба не также не запущена или имеет статус отличный от "Active: active (running)", необходимо проанализировать журнал FTP-сервера и системный журнал для выяснения причин невозможности запуска службы:

  • Путь до журнала FTP-сервера ProFTPD - /var/log/proftpd/proftpd.log
  • Путь до системного журнала - /var/log/syslog или /var/log/messages

Чтобы вывести записи из системного журнала о работе службы FTP-сервера ProFTPD, выполните следующую команду:

journalctl -eu proftpd

 

Для проверки статуса служб FTP-серверов, отличных от ProFTPD, необходимо использовать соответствующие команды в зависимости от операционной системы и установленного FTP-сервера:

  • Microsoft IIS
    Для Windows можно использовать команду в PowerShell:
    Get-Service -Name "ftpsvc".
  • vsftpd
    Для большинства дистрибутивов Linux можно использовать команду:
    systemctl status vsftpd.
  • FileZilla Server
    Для проверки статуса службы FileZilla Server на Windows можно использовать команду:
    sc query FileZillaServer.
  • Titan FTP Server
    Для проверки статуса службы Titan FTP Server на Windows можно использовать команду:
    sc query TitanFTP.
  • WS_FTP Server
    Для проверки статуса службы WS_FTP Server на Windows можно использовать команду:
    sc query WS_FTP.
  • Syncplify.me Server
    Для проверки статуса службы Syncplify.me Server! на Windows можно использовать команду:
    sc query "SyncplifyMeServer".

 

Помните, что для каждого FTP-сервера могут быть свои специфические команды и способы проверки статуса службы, поэтому рекомендуется обращаться к официальной документации каждого сервера для получения более подробной информации.