импортирование закрытого ключа gpg – не будет импортировать

Я передаю ключ от одной машины к другой и делаю следующее:

На машине A:

% gpg --export-secret-key -a [username] > my_private.key Please enter the passphrase to export the OpenPGP secret key: "[username and other data like email]" 2048-bit RSA key, ID [removed-ID], created 2015-11-09. Passphrase: 

Здесь я получаю сообщение об ошибке, когда я ввожу известную правильную кодовую фразу:

  *** Bad Passphrase (try 2 of 3) *** Please enter the passphrase to export the OpenPGP secret key: "[username and other data like email]" 2048-bit RSA key, ID [removed-ID], created 2015-11-09. Passphrase: 

Поэтому я делаю то, что, как я нашел, работает как способ обхода при расшифровке: просто нажмите enter

 gpg: key [removed-ID]: error receiving key from agent: No passphrase given - skipped Please enter the passphrase to export the OpenPGP secret subkey: "[username and other data like email]" 2048-bit RSA key, ID [removed-sub-ID], created 2015-11-09 (main key ID [removed-ID]). Passphrase: 

И на этот раз он работает – как при расшифровке, так и при работе с ним (не вызывает ошибки) для экспорта ключа.

Теперь у меня есть my_private.key на машине А.

Я SFTP файл для Machine B – я оставляю детали, поскольку я не думаю, что это где проблема …

На машине B:

 $ gpg --import my_private.key gpg: Total number processed: 0 $ 

Примечание: он сказал «0 обработан». Зачем? конечно, я могу это сделать:

 $ gpg --list-secret-keys $ 

Что я делаю не так?

Заметка

Здесь могут быть две проблемы:

  1. Почему правильная кодовая фраза работает только после прохождения первого «главного ключа»?
  2. Почему экспортированный ключ не будет импортироваться?

Обновить:

После предложения попробовать устаревший вариант --allow-secret-key-import , я попробовал его и получил следующее:

 $ gpg --allow-secret-key-import my_private.key gpg: subkey w/o mainkey gpg: standalone signature of class 0x18 gpg: Signature made Mon 09 Nov 2015 11:26:17 AM EST using RSA key ID [removed-ID] gpg: invalid root packet for sigclass 18 gpg: Can't check signature: Invalid signature class 

  • gpg: Плохая подпись
  • О использовании pinentry вместе с gpg
  • пытаясь установить пакет chef-client через локальный репозиторий yum
  • Подключение SSH и Git к gpg-agent
  • GPG -edit-ключ терпит неудачу с «без секретного ключа», хотя -list-secret-keys и -sign работают как ожидалось
  • Как настроить gpg для ввода кодовой фразы только один раз за сеанс
  • Изменение ключевой фразы GPG неэффективно
  • Как заставить yum использовать уже импортированные ключи gpg?
  • One Solution collect form web for “импортирование закрытого ключа gpg – не будет импортировать”

    Попытка обновления, которую я опубликовала, подсказывала мне, что на самом деле есть 2 (частные) ключи: мастер и подразделение. Они разные. Эта статья помогла мне получить этот факт еще больше: https://wiki.debian.org/Subkeys

    Я до сих пор не знаю, как я попал в состояние, когда у мастера есть другой пароль для доступа, чем в подраздел, но, по-видимому, именно поэтому пропустить мастер и использовать измененный пароль для подключа.

    К счастью, у меня все еще был пароль для мастера, который, как я думал, я изменил некоторое время назад. Используя это, я смог экспортировать ключ, перенести его и импортировать.

    Linux и Unix - лучшая ОС в мире.