Eu gerencio meus backups com duply. Hoje eu queria buscar alguns arquivos de backup de uma máquina antiga que se perdeu na minha máquina atual. Infelizmente recebi o erro de que o armazenamento foi assinado com outra chave que não a chave que foi selecionada automaticamente por duply:
Autoset found secret key of first GPG_KEY entry 'B8C46F4D410B8E334BBA1ECA68D101873E261004' for signing.
…
Datenträger wurde von Schlüssel 68D101873E261004, anstatt von B8C46F4D410B8E334BBA1ECA68D101873E261004 unterschrieben
(desculpe pela 2. mensagem em alemão, mas ela diz o que acabei de descrever)
O curioso é que estou convencido de que é a mesma chave. Primeiro, eu não mudei nenhuma chave duplicada na pasta do perfil quando criei o perfil. Segundo, os números da chave de assinatura usada pelo storag (primeiro número da chave) são apenas a última parte da chave que foi selecionada automaticamente por duply a partir da pasta de perfil. Assim, não entendo o que realmente está acontecendo aqui.
As chaves que foram armazenadas por duply na pasta de perfil durante a geração de perfil são assim:
$ ls
gpgkey.B8C4_6F4D_410B_8E33_4BBA_1ECA_68D1_0187_3E26_1004.pub.asc
gpgkey.B8C46F4D410B8E334BBA1ECA68D101873E261004.pub.asc
gpgkey.B8C4_6F4D_410B_8E33_4BBA_1ECA_68D1_0187_3E26_1004.sec.asc
gpgkey.B8C46F4D410B8E334BBA1ECA68D101873E261004.sec.asc
que também parece meio redundante.
Na minha configuração duply profile, diz
GPG_KEY='B8C46F4D410B8E334BBA1ECA68D101873E261004'
Outra coisa é que eu não tive nenhum problema quando usei a configuração da última vez e desde então não mudei nada manualmente
A duplicidade, executada por duply, nunca foi preparada para o fato de que as chaves podem ser identificadas por mais de um identificador.
você está certo, reclama da chave correta. isso não deveria ser um impedimento e apenas um aviso. Se você quiser contorná-lo, simplesmente defina a chave de assinatura em sua forma curta na configuração duply e o aviso desaparecerá.
.. ede / duply.net
Tags backup encryption duplicity gpg duply