Резервное копирование по FTP

Обсуждение настройки и работы сервисов, резервирования, сетевых настроек и вопросов безопасности ОС.

Модераторы: SLEDopit, Модераторы разделов

perminil
Сообщения: 3
ОС: Ubuntu

Резервное копирование по FTP

Сообщение perminil »

Всем доброго времени суток!

Имеется скрипт, который архивирует и складирует файлы по FTP.
Пример:
#!/bin/sh
### System Setup ###
BACKUP=/home/server

### FTP ###
FTPD="/"
FTPU="username"
FTPP="password"
FTPS="ip-address"

### Binaries ###
TAR="$(which tar)"
GZIP="$(which gzip)"
FTP="$(which ftp)"

## Today + hour in 24h format ###
NOW=$(date +%Y%m%d)

### Create tmp dir ###

mkdir $BACKUP/$NOW
$TAR -cf $BACKUP/$NOW/etc.tar /etc

ARCHIVE=$BACKUP/server-$NOW.tar.gz
ARCHIVED=$BACKUP/$NOW

$TAR -czvf $ARCHIVE $ARCHIVED

### ftp ###
cd $BACKUP
DUMPFILE=server-$NOW.tar.gz
$FTP -n $FTPS <<END_SCRIPT
quote USER $FTPU
quote PASS $FTPP
cd $FTPD
DUMPFILE=server-$NOW.tar.gz
$FTP -n $FTPS <<END_SCRIPT
quote USER $FTPU
quote PASS $FTPP
cd $FTPD
mput $DUMPFILE
quit
END_SCRIPT

Вроде все неплохо, архив создается складывается куда надо... Локально архив открывается, но когда вытаскиваешь его с FTPшника и пытаешься открыть, выдает ошибку: невозможно открыть архив или gzip: stdin: invalid compressed data--format violated
home/server/20110425/
home/server/20110425/etc.tar
tar: Неожиданный конец файла в архиве
tar: Неожиданный конец файла в архиве
tar: Error is not recoverable: exiting now


Подскажите, в чем проблема? Почему архив не перемещенный по FTP открывается, а перемещенный - нет?
Спасибо сказали:
Аватара пользователя
drBatty
Сообщения: 8735
Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
ОС: Slackware-current

Re: Резервное копирование по FTP

Сообщение drBatty »

perminil писал(а):
25.04.2011 20:31
$TAR -cf $BACKUP/$NOW/etc.tar /etc

ARCHIVE=$BACKUP/server-$NOW.tar.gz


вы пакуете без сжатие, а имя архива как у сжатого. отрежьте поддчёркнутое
http://emulek.blogspot.ru/ Windows Must Die
Учебник по sed зеркало в github

Скоро придёт
Осень
Спасибо сказали:
perminil
Сообщения: 3
ОС: Ubuntu

Re: Резервное копирование по FTP

Сообщение perminil »

на деле скрипт пакует с сжатием через czvf... Я и без сжатия пробовал - не помогает
Спасибо сказали:
Аватара пользователя
SLEDopit
Модератор
Сообщения: 4824
Статус: фанат консоли (=
ОС: GNU/Debian, RHEL

Re: Резервное копирование по FTP

Сообщение SLEDopit »

я когда то копировал вот так:

Код: Выделить всё

curl -s -T $DUMPFILE ftp://$FTPS/ --user $FTPU:$FTPP
проблем не было.
зы. с точки зрения безопасности ваш метод обладает серьезными недостатками.
инициировать и проводить бэкап должен бэкап сервер, а не сам хост.
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. © Dennis Ritchie
The more you believe you don't do mistakes, the more bugs are in your code.
Спасибо сказали:
Аватара пользователя
dobs
Сообщения: 175
ОС: Fedora

Re: Резервное копирование по FTP

Сообщение dobs »

А как можно проверить целостность данных бекапа?
Home server
Latest Fedora
MB Intel BLKD945GCLF2 Atom 330
2 Gb RAM
500 GB RAID 1
Smolts
Linux registered user #545937
Спасибо сказали:
Ism
Сообщения: 1261
Статус: Никто, по сути быдло

Re: Резервное копирование по FTP

Сообщение Ism »

md5 сумма
Спасибо сказали:
Аватара пользователя
dobs
Сообщения: 175
ОС: Fedora

Re: Резервное копирование по FTP

Сообщение dobs »

А если сам архиватор запаковал файл по кривому, мож есть какая то фича у tar аля check archive...
Или надо ток ориентироваться на выдачу инфы с результатом архивации?
Home server
Latest Fedora
MB Intel BLKD945GCLF2 Atom 330
2 Gb RAM
500 GB RAID 1
Smolts
Linux registered user #545937
Спасибо сказали:
Аватара пользователя
drBatty
Сообщения: 8735
Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
ОС: Slackware-current

Re: Резервное копирование по FTP

Сообщение drBatty »

perminil писал(а):
25.04.2011 21:26
на деле скрипт пакует с сжатием через czvf... Я и без сжатия пробовал - не помогает

ну я не знаю. я вам объясняю, что значит ЭТА ошибка.
SLEDopit писал(а):
25.04.2011 22:12
с точки зрения безопасности ваш метод обладает серьезными недостатками.
инициировать и проводить бэкап должен бэкап сервер, а не сам хост.

+1
у меня сервер делает бекап и его шифрует. время от времени хост забирает бекапы для надёжности. на сервере нет секретного ключа, т.е. расшифровать бекап в принципе невозможно.
dobs писал(а):
26.04.2011 12:02
А как можно проверить целостность данных бекапа?

gpg --verify. Очевидно, надо снабдить бекап подписью.
dobs писал(а):
26.04.2011 13:59
А если сам архиватор запаковал файл по кривому, мож есть какая то фича у tar аля check archive...
Или надо ток ориентироваться на выдачу инфы с результатом архивации?

для защиты от потери информации применяются иные методы. Например почитайте про par2.
А вообще-то, вы можете просто не указывать тип сжатия при распаковке - это лишнее.
http://emulek.blogspot.ru/ Windows Must Die
Учебник по sed зеркало в github

Скоро придёт
Осень
Спасибо сказали: