URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 79247
[ Назад ]
Исходное сообщение
"Fsbackup - проблема передачи бекапа с шифрованием"
Отправлено iva , 14-Мрт-08 13:39 
fsbackup-1.2pl2
pgp-2.6.3ia
freebsd-6.3

sudo /usr/local/fsbackup/create_backup.sh
Creating remote_ftp backup: name_backup
PGP: enabled
Current increment number: 0
Adding /var/backups/fsbackup....
done
Storing remote ftp backup...
Pretty Good Privacy(tm) 2.6.3ia - Public-key encryption for the masses.
(c) 1990-96 Philip Zimmermann, Phil's Pretty Good Software. 1996-03-04
International version - not for use in the USA. Does not use RSAREF.
Current time: 2008/03/14 10:14 GMT

Key for user ID: pupkin
1024-bit key, key ID 48FD1F95, created 2008/03/07
.Can't store backup archive to remote FTP server.
***** Backup successful complete.

В тоже время, когда отключаю pgp - бекап передаётся нормально, с шифрованием создаёт все сопутствующие файлы на ftp сервере, но сам tar архив 0 байт.
Бекаплю архив 1Гб.

Во время бекапа с pgp создаются темповские файлы pgptemp.$00,pgptemp.$01,pgptemp.$02 (приблизительно равны весу самого бекапа).

В чём может быть проблема?

Содержание
Сообщения в этом обсуждении
"Fsbackup - проблема передачи бекапа с шифрованием"
Отправлено uldus , 15-Мрт-08 22:50 
>Во время бекапа с pgp создаются темповские файлы pgptemp.$00,pgptemp.$01,pgptemp.$02 (приблизительно равны весу
>самого бекапа).

Попробуйте вручную зашифровать PGP получившийся tar, сдается мне в pgp дело. А чем вам gnupg не подошел ?

"Fsbackup - проблема передачи бекапа с шифрованием"
Отправлено iva , 15-Мрт-08 22:55 
>>Во время бекапа с pgp создаются темповские файлы pgptemp.$00,pgptemp.$01,pgptemp.$02 (приблизительно равны весу
>>самого бекапа).
>
>Попробуйте вручную зашифровать PGP получившийся tar, сдается мне в pgp дело. А
>чем вам gnupg не подошел ?

Локальное шифрование работает нормально, вся проблема когда заходит речь о передачи, причём файла более 1гб
Net::FTP обновлял.

"Fsbackup - проблема передачи бекапа с шифрованием"
Отправлено uldus , 15-Мрт-08 23:03 
>Локальное шифрование работает нормально, вся проблема когда заходит речь о передачи, причём
>файла более 1гб
>Net::FTP обновлял.

Я про то намекаю, что ваш pgp пытается вначале целиком зашифровать файл, а уже потом начать отдавать его в поток, в то время как gnupg шифрует и отдает кусками, держа на локальном диске минимум временных файлов. Зашифровать 1Гб это несколько минут, за это время таймаут вполне может истечь.

"Fsbackup - проблема передачи бекапа с шифрованием"
Отправлено iva , 15-Мрт-08 23:14 
>>Локальное шифрование работает нормально, вся проблема когда заходит речь о передачи, причём
>>файла более 1гб
>>Net::FTP обновлял.
>
>Я про то намекаю, что ваш pgp пытается вначале целиком зашифровать файл,
>а уже потом начать отдавать его в поток, в то время
>как gnupg шифрует и отдает кусками, держа на локальном диске минимум
>временных файлов. Зашифровать 1Гб это несколько минут, за это время таймаут
>вполне может истечь.

Спасибо, попробую gnupg, пока ssh пробую.

ps:бекаплю бд (средствами самого же скрипта).

"Fsbackup - проблема передачи бекапа с шифрованием"
Отправлено iva , 17-Мрт-08 19:38 
Спасибо, с GNUPG проходит всё чётко, НО при расшифровке получаю такой еррор:

[amigo]@backup:cat 111.tar |gpg --decrypt > 222.tar
Warning: using insecure memory!

You need a passphrase to unlock the secret key for
user: "amigo"
2048-bit ELG key, ID AE84C8DD, created 2008-03-17 (main key ID F59734C2)
Warning: using insecure memory!
pinentry-qt: no LC_CTYPE known - assuming UTF-8
pinentry-qt: no LC_CTYPE known - assuming UTF-8
pinentry-qt: no LC_CTYPE known - assuming UTF-8
pinentry-qt: no LC_CTYPE known - assuming UTF-8
gpg: signal Interrupt caught ... exiting

Пробовал ставить и pinentry-qt и pinentry-curses
Я так полагаю проблема в терминале? Вроде всё лишнее закоментил. Что может быть?
Спасибо.

"Fsbackup - проблема передачи бекапа с шифрованием"
Отправлено iva , 17-Мрт-08 23:58 
Ещё такой глюк, что если запускаю вручную скрипт create_backup.sh - всё бекапится, но если из под крона: 07 23 * * * /usr/local/fsbackup/create_backup.sh или 07 23 * * * sudo /usr/local/fsbackup/create_backup.sh - создаются только системные файлы hash,list,и т.д. а сам tar с весом 0 байт.
"Fsbackup - проблема передачи бекапа с шифрованием"
Отправлено iva , 17-Мрт-08 23:59 
>Ещё такой глюк, что если запускаю вручную скрипт create_backup.sh - всё бекапится,
>но если из под крона: 07 23 * * * /usr/local/fsbackup/create_backup.sh
>или 07 23 * * * sudo /usr/local/fsbackup/create_backup.sh - создаются только
>системные файлы hash,list,и т.д. а сам tar с весом 0 байт.
>

Даже при локальном бекапе!

"Fsbackup - проблема передачи бекапа с шифрованием"
Отправлено iva , 19-Мрт-08 02:08 
Проблема запуска скрипта по крону с GPG решилась добавлением в fsbackup.pl в строке отвечающей за запуск gpg ключа --homedir /root/.gnupg/

Однако, новый еррор, при попытке расшифровать бекап:

cat 2008.tar | gpg --decrypt > u.tar

You need a passphrase to unlock the secret key for
user: "bob"
2048-bit ELG key, ID 976FC08B, created 2008-03-18 (main key ID 8E66A8F3)

pinentry-qt: no LC_CTYPE known - assuming UTF-8
pinentry-qt: no LC_CTYPE known - assuming UTF-8
pinentry-qt: no LC_CTYPE known - assuming UTF-8
pinentry-qt: no LC_CTYPE known - assuming UTF-8

gpg: signal Interrupt caught ... exiting

backup# gpg-agent[67770]: command get_passphrase failed: Incomplete
line passed to IPC
gpg-agent[67770]: Assuan processing failed: IPC write error

"Fsbackup - проблема передачи бекапа с шифрованием"
Отправлено iva , 19-Мрт-08 02:26 
>[оверквотинг удален]
>pinentry-qt: no LC_CTYPE known - assuming UTF-8
>pinentry-qt: no LC_CTYPE known - assuming UTF-8
>pinentry-qt: no LC_CTYPE known - assuming UTF-8
>pinentry-qt: no LC_CTYPE known - assuming UTF-8
>
>gpg: signal Interrupt caught ... exiting
>
>backup# gpg-agent[67770]: command get_passphrase failed: Incomplete
>line passed to IPC
>gpg-agent[67770]: Assuan processing failed: IPC write error

расшифровываем так:
gpg --decrypt 2008.tar > 2.tar
и всё работает!