Как использовать gpg-агент, как с ssh-agent + ssh-add?

Question 1

Загрузитесь с Live CD. Определите номер раздела вашего основного раздела. GParted может помочь вам здесь. В этом ответе я предполагаю, что это /dev/sda2, но убедитесь, что вы используете правильный номер раздела для своей системы! Смонтируйте свой раздел:

sudo mount /dev/sda2 /mnt  # make sure that sda2 is correct!

Привяжите некоторые другие необходимые вещи:

for i in /sys /proc /run /dev; do sudo mount --bind "$i" "/mnt$i"; done

chroot к вашей установке Ubuntu:

sudo chroot /mnt

. На данный момент вы находитесь в своей установке, а не в прямом компакт-диске, и выполняете роль root. Обновить grub:

update-grub

Если вы получаете ошибки, перейдите к шагу 7. (В противном случае это необязательно.) В зависимости от вашей ситуации вам может потребоваться повторно установить grub:

grub-install /dev/sda
update-grub

Если все работает без ошибок, то вы все set:

exit
sudo reboot

Question 2

Я решил снова взглянуть на это и выяснить, как это работает. GPG использует терминологию «кеш» для хранения паролей. На максимальное время хранения могут быть наложены два ограничения:

Время для хранения ключевой фразы с момента добавления ключа. Время для хранения ключевой фразы с момента последнего обращения.

Кроме того, существуют два варианта для обоих ограничений: один для ключей GPG и один для ключей SSH (если поддержка включена).

Соответствующие записи справочной страницы из gpg-agent(1):

   --default-cache-ttl n
          Set  the  time a cache entry is valid to n seconds.  The default
          is 600 seconds.

   --default-cache-ttl-ssh n
          Set the time a cache entry used for SSH keys is valid to n  sec‐
          onds.  The default is 1800 seconds.

   --max-cache-ttl n
          Set the maximum time a cache entry is valid to n seconds.  After
          this time a cache entry will be expired  even  if  it  has  been
          accessed recently.  The default is 2 hours (7200 seconds).

   --max-cache-ttl-ssh n
          Set the maximum time a cache entry used for SSH keys is valid to
          n seconds.  After this time a cache entry will be  expired  even
          if  it has been accessed recently.  The default is 2 hours (7200
          seconds).

Паролы всегда кэшируются (в памяти, а не на диске! Проверено с помощью git-репо $HOME), поэтому нет явной потребности в ssh-add. Например, подписание фиктивных данных уже запускает кеш:

$ echo | gpg -s >/dev/null
(passphrase requested
$ echo | gpg -s >/dev/null
(signing proceeds without asking for passphrase)

Чтобы внести постоянные изменения в настройки кэша gpg-agent, отредактируйте ~ / .gnupg / gpg-agent.conf` и добавьте что-то вроде :

default-cache-ttl  60     # Expire GPG keys when unused for 1 minute
max-cache-ttl     600     # Expire GPG keys after 10 minutes since addition

Я попытался включить поддержку агента SSH, указав enable-ssh-support, но это заставляет gpg-agent запрашивать у вас другой ключ для шифрования ключа, а затем сохраняет ваш закрытый ключ в [ f9].

Некоторые советы по бонусам:

Время, чтобы сохранить кодовую фразу с тех пор, как ключ был изначально добавлен. Чтобы предотвратить сохранение ключевой фразы GPG в агенте, отключите агент. В новых версиях GPG опция --no-use-agent игнорируется, но вы можете запретить использование агента, очистив соответствующую переменную среды. Некоторые способы сделать это:

echo | GPG_AGENT_INFO= gpg -s         # temporary
export GPG_AGENT_INFO=; echo | gpg -s # until the current shell is closed

Question 3

Question 4

Я решил снова взглянуть на это и выяснить, как это работает. GPG использует терминологию «кеш» для хранения паролей. На максимальное время хранения могут быть наложены два ограничения:

Время для хранения ключевой фразы с момента добавления ключа. Время для хранения ключевой фразы с момента последнего обращения.

Кроме того, существуют два варианта для обоих ограничений: один для ключей GPG и один для ключей SSH (если поддержка включена).

Соответствующие записи справочной страницы из gpg-agent(1):

   --default-cache-ttl n
          Set  the  time a cache entry is valid to n seconds.  The default
          is 600 seconds.

   --default-cache-ttl-ssh n
          Set the time a cache entry used for SSH keys is valid to n  sec‐
          onds.  The default is 1800 seconds.

   --max-cache-ttl n
          Set the maximum time a cache entry is valid to n seconds.  After
          this time a cache entry will be expired  even  if  it  has  been
          accessed recently.  The default is 2 hours (7200 seconds).

   --max-cache-ttl-ssh n
          Set the maximum time a cache entry used for SSH keys is valid to
          n seconds.  After this time a cache entry will be  expired  even
          if  it has been accessed recently.  The default is 2 hours (7200
          seconds).

Паролы всегда кэшируются (в памяти, а не на диске! Проверено с помощью git-репо $HOME), поэтому нет явной потребности в ssh-add. Например, подписание фиктивных данных уже запускает кеш:

$ echo | gpg -s >/dev/null
(passphrase requested
$ echo | gpg -s >/dev/null
(signing proceeds without asking for passphrase)

Чтобы внести постоянные изменения в настройки кэша gpg-agent, отредактируйте ~ / .gnupg / gpg-agent.conf` и добавьте что-то вроде :

default-cache-ttl  60     # Expire GPG keys when unused for 1 minute
max-cache-ttl     600     # Expire GPG keys after 10 minutes since addition

Я попытался включить поддержку агента SSH, указав enable-ssh-support, но это заставляет gpg-agent запрашивать у вас другой ключ для шифрования ключа, а затем сохраняет ваш закрытый ключ в ~/.gnupg/private-keys.d/.

Некоторые советы по бонусам:

Время, чтобы сохранить кодовую фразу с тех пор, как ключ был изначально добавлен. Чтобы предотвратить сохранение ключевой фразы GPG в агенте, отключите агент. В новых версиях GPG опция --no-use-agent игнорируется, но вы можете запретить использование агента, очистив соответствующую переменную среды. Некоторые способы сделать это:

echo | GPG_AGENT_INFO= gpg -s         # temporary
export GPG_AGENT_INFO=; echo | gpg -s # until the current shell is closed

Question 5

Я решил снова взглянуть на это и выяснить, как это работает. GPG использует терминологию «кеш» для хранения паролей. На максимальное время хранения могут быть наложены два ограничения:

Время для хранения ключевой фразы с момента добавления ключа. Время для хранения ключевой фразы с момента последнего обращения.

Кроме того, существуют два варианта для обоих ограничений: один для ключей GPG и один для ключей SSH (если поддержка включена).

Соответствующие записи справочной страницы из gpg-agent(1):

   --default-cache-ttl n
          Set  the  time a cache entry is valid to n seconds.  The default
          is 600 seconds.

   --default-cache-ttl-ssh n
          Set the time a cache entry used for SSH keys is valid to n  sec‐
          onds.  The default is 1800 seconds.

   --max-cache-ttl n
          Set the maximum time a cache entry is valid to n seconds.  After
          this time a cache entry will be expired  even  if  it  has  been
          accessed recently.  The default is 2 hours (7200 seconds).

   --max-cache-ttl-ssh n
          Set the maximum time a cache entry used for SSH keys is valid to
          n seconds.  After this time a cache entry will be  expired  even
          if  it has been accessed recently.  The default is 2 hours (7200
          seconds).

Паролы всегда кэшируются (в памяти, а не на диске! Проверено с помощью git-репо $HOME), поэтому нет явной потребности в ssh-add. Например, подписание фиктивных данных уже запускает кеш:

$ echo | gpg -s >/dev/null
(passphrase requested
$ echo | gpg -s >/dev/null
(signing proceeds without asking for passphrase)

Чтобы внести постоянные изменения в настройки кэша gpg-agent, отредактируйте ~ / .gnupg / gpg-agent.conf` и добавьте что-то вроде :

default-cache-ttl  60     # Expire GPG keys when unused for 1 minute
max-cache-ttl     600     # Expire GPG keys after 10 minutes since addition

Я попытался включить поддержку агента SSH, указав enable-ssh-support, но это заставляет gpg-agent запрашивать у вас другой ключ для шифрования ключа, а затем сохраняет ваш закрытый ключ в ~/.gnupg/private-keys.d/.

Некоторые советы по бонусам:

Время, чтобы сохранить кодовую фразу с тех пор, как ключ был изначально добавлен. Чтобы предотвратить сохранение ключевой фразы GPG в агенте, отключите агент. В новых версиях GPG опция --no-use-agent игнорируется, но вы можете запретить использование агента, очистив соответствующую переменную среды. Некоторые способы сделать это:

echo | GPG_AGENT_INFO= gpg -s         # temporary
export GPG_AGENT_INFO=; echo | gpg -s # until the current shell is closed

Question 6

Я решил снова взглянуть на это и выяснить, как это работает. GPG использует терминологию «кеш» для хранения паролей. На максимальное время хранения могут быть наложены два ограничения:

Время для хранения ключевой фразы с момента добавления ключа. Время для хранения ключевой фразы с момента последнего обращения.

Кроме того, существуют два варианта для обоих ограничений: один для ключей GPG и один для ключей SSH (если поддержка включена).

Соответствующие записи справочной страницы из gpg-agent(1):

   --default-cache-ttl n
          Set  the  time a cache entry is valid to n seconds.  The default
          is 600 seconds.

   --default-cache-ttl-ssh n
          Set the time a cache entry used for SSH keys is valid to n  sec‐
          onds.  The default is 1800 seconds.

   --max-cache-ttl n
          Set the maximum time a cache entry is valid to n seconds.  After
          this time a cache entry will be expired  even  if  it  has  been
          accessed recently.  The default is 2 hours (7200 seconds).

   --max-cache-ttl-ssh n
          Set the maximum time a cache entry used for SSH keys is valid to
          n seconds.  After this time a cache entry will be  expired  even
          if  it has been accessed recently.  The default is 2 hours (7200
          seconds).

Паролы всегда кэшируются (в памяти, а не на диске! Проверено с помощью git-репо $HOME), поэтому нет явной потребности в ssh-add. Например, подписание фиктивных данных уже запускает кеш:

$ echo | gpg -s >/dev/null
(passphrase requested
$ echo | gpg -s >/dev/null
(signing proceeds without asking for passphrase)

Чтобы внести постоянные изменения в настройки кэша gpg-agent, отредактируйте ~ / .gnupg / gpg-agent.conf` и добавьте что-то вроде :

default-cache-ttl  60     # Expire GPG keys when unused for 1 minute
max-cache-ttl     600     # Expire GPG keys after 10 minutes since addition

Я попытался включить поддержку агента SSH, указав enable-ssh-support, но это заставляет gpg-agent запрашивать у вас другой ключ для шифрования ключа, а затем сохраняет ваш закрытый ключ в ~/.gnupg/private-keys.d/.

Некоторые советы по бонусам:

Время, чтобы сохранить кодовую фразу с тех пор, как ключ был изначально добавлен. Чтобы предотвратить сохранение ключевой фразы GPG в агенте, отключите агент. В новых версиях GPG опция --no-use-agent игнорируется, но вы можете запретить использование агента, очистив соответствующую переменную среды. Некоторые способы сделать это:

echo | GPG_AGENT_INFO= gpg -s         # temporary
export GPG_AGENT_INFO=; echo | gpg -s # until the current shell is closed

Question 7

Question 8

Я решил снова взглянуть на это и выяснить, как это работает. GPG использует терминологию «кеш» для хранения паролей. На максимальное время хранения могут быть наложены два ограничения:

Время для хранения ключевой фразы с момента добавления ключа. Время для хранения ключевой фразы с момента последнего обращения.

Кроме того, существуют два варианта для обоих ограничений: один для ключей GPG и один для ключей SSH (если поддержка включена).

Соответствующие записи справочной страницы из gpg-agent(1):

   --default-cache-ttl n
          Set  the  time a cache entry is valid to n seconds.  The default
          is 600 seconds.

   --default-cache-ttl-ssh n
          Set the time a cache entry used for SSH keys is valid to n  sec‐
          onds.  The default is 1800 seconds.

   --max-cache-ttl n
          Set the maximum time a cache entry is valid to n seconds.  After
          this time a cache entry will be expired  even  if  it  has  been
          accessed recently.  The default is 2 hours (7200 seconds).

   --max-cache-ttl-ssh n
          Set the maximum time a cache entry used for SSH keys is valid to
          n seconds.  After this time a cache entry will be  expired  even
          if  it has been accessed recently.  The default is 2 hours (7200
          seconds).

Паролы всегда кэшируются (в памяти, а не на диске! Проверено с помощью git-репо $HOME), поэтому нет явной потребности в ssh-add. Например, подписание фиктивных данных уже запускает кеш:

$ echo | gpg -s >/dev/null
(passphrase requested
$ echo | gpg -s >/dev/null
(signing proceeds without asking for passphrase)

Чтобы внести постоянные изменения в настройки кэша gpg-agent, отредактируйте ~ / .gnupg / gpg-agent.conf` и добавьте что-то вроде :

default-cache-ttl  60     # Expire GPG keys when unused for 1 minute
max-cache-ttl     600     # Expire GPG keys after 10 minutes since addition

Я попытался включить поддержку агента SSH, указав enable-ssh-support, но это заставляет gpg-agent запрашивать у вас другой ключ для шифрования ключа, а затем сохраняет ваш закрытый ключ в ~/.gnupg/private-keys.d/.

Некоторые советы по бонусам:

Время, чтобы сохранить кодовую фразу с тех пор, как ключ был изначально добавлен. Чтобы предотвратить сохранение ключевой фразы GPG в агенте, отключите агент. В новых версиях GPG опция --no-use-agent игнорируется, но вы можете запретить использование агента, очистив соответствующую переменную среды. Некоторые способы сделать это:

echo | GPG_AGENT_INFO= gpg -s         # temporary
export GPG_AGENT_INFO=; echo | gpg -s # until the current shell is closed

Question 9

Я решил снова взглянуть на это и выяснить, как это работает. GPG использует терминологию «кеш» для хранения паролей. На максимальное время хранения могут быть наложены два ограничения:

Время для хранения ключевой фразы с момента добавления ключа. Время для хранения ключевой фразы с момента последнего обращения.

Кроме того, существуют два варианта для обоих ограничений: один для ключей GPG и один для ключей SSH (если поддержка включена).

Соответствующие записи справочной страницы из gpg-agent(1):

   --default-cache-ttl n
          Set  the  time a cache entry is valid to n seconds.  The default
          is 600 seconds.

   --default-cache-ttl-ssh n
          Set the time a cache entry used for SSH keys is valid to n  sec‐
          onds.  The default is 1800 seconds.

   --max-cache-ttl n
          Set the maximum time a cache entry is valid to n seconds.  After
          this time a cache entry will be expired  even  if  it  has  been
          accessed recently.  The default is 2 hours (7200 seconds).

   --max-cache-ttl-ssh n
          Set the maximum time a cache entry used for SSH keys is valid to
          n seconds.  After this time a cache entry will be  expired  even
          if  it has been accessed recently.  The default is 2 hours (7200
          seconds).

Паролы всегда кэшируются (в памяти, а не на диске! Проверено с помощью git-репо $HOME), поэтому нет явной потребности в ssh-add. Например, подписание фиктивных данных уже запускает кеш:

$ echo | gpg -s >/dev/null
(passphrase requested
$ echo | gpg -s >/dev/null
(signing proceeds without asking for passphrase)

Чтобы внести постоянные изменения в настройки кэша gpg-agent, отредактируйте ~ / .gnupg / gpg-agent.conf` и добавьте что-то вроде :

default-cache-ttl  60     # Expire GPG keys when unused for 1 minute
max-cache-ttl     600     # Expire GPG keys after 10 minutes since addition

Я попытался включить поддержку агента SSH, указав enable-ssh-support, но это заставляет gpg-agent запрашивать у вас другой ключ для шифрования ключа, а затем сохраняет ваш закрытый ключ в ~/.gnupg/private-keys.d/.

Некоторые советы по бонусам:

Время, чтобы сохранить кодовую фразу с тех пор, как ключ был изначально добавлен. Чтобы предотвратить сохранение ключевой фразы GPG в агенте, отключите агент. В новых версиях GPG опция --no-use-agent игнорируется, но вы можете запретить использование агента, очистив соответствующую переменную среды. Некоторые способы сделать это:

echo | GPG_AGENT_INFO= gpg -s         # temporary
export GPG_AGENT_INFO=; echo | gpg -s # until the current shell is closed

Question 10

Я решил снова взглянуть на это и выяснить, как это работает. GPG использует терминологию «кеш» для хранения паролей. На максимальное время хранения может быть наложено два ограничения:

Время для хранения ключевой фразы, поскольку ключ был первоначально добавлен.
Время, чтобы сохранить кодовую фразу, поскольку она была

Кроме того, существуют два варианта для обоих ограничений: один для ключей GPG и один для ключей SSH (если поддержка включена).

Соответствующее руководство страницы из gpg-agent (1) :

  --default-cache-ttl n Установить время, когда запись в кэш действительна до n секунд.  Значение по умолчанию - 600 секунд.  --default-cache-ttl-ssh n Установите время, в течение которого запись кэша, используемая для ключей SSH, действительна до n секунд.  Значение по умолчанию - 1800 секунд.  --max-cache-ttl n Установите максимальное время, когда запись в кэш действительна до n секунд.  По истечении этого времени запись в кеш будет истек, даже если к ней недавно был обращен доступ.  Значение по умолчанию - 2 часа (7200 секунд).  --max-cache-ttl-ssh n Установите максимальное время, в течение которого кеш-запись, используемая для ключей SSH, действительна до n секунд.  По истечении этого времени запись в кеш будет истек, даже если к ней недавно был обращен доступ.  Значение по умолчанию - 2 часа (7200 секунд).

Парольные фразы всегда кэшируются (в памяти, а не на диске! Проверено с помощью git-репо $ HOME ), поэтому нет явной потребности в SSH-добавить . Например, подпись фиктивных данных уже запускает кеш:

  $ echo |  gpg -s & gt; / dev / null (запрашивается парольная фраза $ echo | gpg -s & gt; / dev / null (подпись продолжается без запроса пароля)

Чтобы внести постоянные изменения в кеш настройки gpg-agent, редактировать ~ / .gnupg / gpg-agent.conf` и добавить что-то вроде:

  default-cache-ttl 60 # Истекать ключи GPG при неиспользовании в течение 1 минуты max-  cache-ttl 600 # Срок действия ключей GPG через 10 минут после добавления

Я попытался включить поддержку агента SSH, указав enable-ssh-support , но это делает gpg-agent попросит вас использовать еще один ключ для шифрования ключа, а затем сохранит ваш секретный ключ в ~ / .gnupg / private-keys.d / . Не заходите за мной, я буду придерживаться (d22)

эквивалент агента SSH max-cache-ttl-ssh .

Некоторые бонусные советы:
- ] можно указать при добавлении ключа, например: ssh-add -t 600 ~ / .ssh / id_rsa
- Чтобы предотвратить хранение кодовой фразы GPG в агенте, отключите агента. В новых GPG версии опция - no-use-agent игнорируется, но вы можете запретить использование агента, очистив соответствующую переменную среды. Некоторые способы сделать это: echo | GPG_AGENT_INFO = gpg -s # временный экспорт GPG_AGENT_INFO =; эхо | gpg -s # до закрытия текущей оболочки

Question 11

Я решил снова взглянуть на это и выяснить, как это работает. GPG использует терминологию «кеш» для хранения паролей. На максимальное время хранения может быть наложено два ограничения:

Время для хранения ключевой фразы, поскольку ключ был первоначально добавлен.
Время, чтобы сохранить кодовую фразу, поскольку она была

Кроме того, существуют два варианта для обоих ограничений: один для ключей GPG и один для ключей SSH (если поддержка включена).

Соответствующее руководство страницы из gpg-agent (1) :

  --default-cache-ttl n Установить время, когда запись в кэш действительна до n секунд.  Значение по умолчанию - 600 секунд.  --default-cache-ttl-ssh n Установите время, в течение которого запись кэша, используемая для ключей SSH, действительна до n секунд.  Значение по умолчанию - 1800 секунд.  --max-cache-ttl n Установите максимальное время, когда запись в кэш действительна до n секунд.  По истечении этого времени запись в кеш будет истек, даже если к ней недавно был обращен доступ.  Значение по умолчанию - 2 часа (7200 секунд).  --max-cache-ttl-ssh n Установите максимальное время, в течение которого кеш-запись, используемая для ключей SSH, действительна до n секунд.  По истечении этого времени запись в кеш будет истек, даже если к ней недавно был обращен доступ.  Значение по умолчанию - 2 часа (7200 секунд).

Парольные фразы всегда кэшируются (в памяти, а не на диске! Проверено с помощью git-репо $ HOME ), поэтому нет явной потребности в SSH-добавить . Например, подпись фиктивных данных уже запускает кеш:

  $ echo |  gpg -s & gt; / dev / null (запрашивается парольная фраза $ echo | gpg -s & gt; / dev / null (подпись продолжается без запроса пароля)

Чтобы внести постоянные изменения в кеш настройки gpg-agent, редактировать ~ / .gnupg / gpg-agent.conf` и добавить что-то вроде:

  default-cache-ttl 60 # Истекать ключи GPG при неиспользовании в течение 1 минуты max-  cache-ttl 600 # Срок действия ключей GPG через 10 минут после добавления

Я попытался включить поддержку агента SSH, указав enable-ssh-support , но это делает gpg-agent попросит вас использовать еще один ключ для шифрования ключа, а затем сохранит ваш секретный ключ в ~ / .gnupg / private-keys.d / . Не заходите за мной, я буду придерживаться (d22)

эквивалент агента SSH max-cache-ttl-ssh .

Некоторые бонусные советы:
- ] можно указать при добавлении ключа, например: ssh-add -t 600 ~ / .ssh / id_rsa
- Чтобы предотвратить хранение кодовой фразы GPG в агенте, отключите агента. В новых GPG версии опция - no-use-agent игнорируется, но вы можете запретить использование агента, очистив соответствующую переменную среды. Некоторые способы сделать это: echo | GPG_AGENT_INFO = gpg -s # временный экспорт GPG_AGENT_INFO =; эхо | gpg -s # до закрытия текущей оболочки

Question 12

Я решил снова взглянуть на это и выяснить, как это работает. GPG использует терминологию «кеш» для хранения паролей. На максимальное время хранения может быть наложено два ограничения:

Время для хранения ключевой фразы, поскольку ключ был первоначально добавлен.
Время, чтобы сохранить кодовую фразу, поскольку она была

Кроме того, существуют два варианта для обоих ограничений: один для ключей GPG и один для ключей SSH (если поддержка включена).

Соответствующее руководство страницы из gpg-agent (1) :

  --default-cache-ttl n Установить время, когда запись в кэш действительна до n секунд.  Значение по умолчанию - 600 секунд.  --default-cache-ttl-ssh n Установите время, в течение которого запись кэша, используемая для ключей SSH, действительна до n секунд.  Значение по умолчанию - 1800 секунд.  --max-cache-ttl n Установите максимальное время, когда запись в кэш действительна до n секунд.  По истечении этого времени запись в кеш будет истек, даже если к ней недавно был обращен доступ.  Значение по умолчанию - 2 часа (7200 секунд).  --max-cache-ttl-ssh n Установите максимальное время, в течение которого кеш-запись, используемая для ключей SSH, действительна до n секунд.  По истечении этого времени запись в кеш будет истек, даже если к ней недавно был обращен доступ.  Значение по умолчанию - 2 часа (7200 секунд).

Парольные фразы всегда кэшируются (в памяти, а не на диске! Проверено с помощью git-репо $ HOME ), поэтому нет явной потребности в SSH-добавить . Например, подпись фиктивных данных уже запускает кеш:

  $ echo |  gpg -s & gt; / dev / null (запрашивается парольная фраза $ echo | gpg -s & gt; / dev / null (подпись продолжается без запроса пароля)

Чтобы внести постоянные изменения в кеш настройки gpg-agent, редактировать ~ / .gnupg / gpg-agent.conf` и добавить что-то вроде:

  default-cache-ttl 60 # Истекать ключи GPG при неиспользовании в течение 1 минуты max-  cache-ttl 600 # Срок действия ключей GPG через 10 минут после добавления

Я попытался включить поддержку агента SSH, указав enable-ssh-support , но это делает gpg-agent попросит вас использовать еще один ключ для шифрования ключа, а затем сохранит ваш секретный ключ в ~ / .gnupg / private-keys.d / . Не заходите за мной, я буду придерживаться (d22)

эквивалент агента SSH max-cache-ttl-ssh .

Некоторые бонусные советы:
- ] можно указать при добавлении ключа, например: ssh-add -t 600 ~ / .ssh / id_rsa
- Чтобы предотвратить хранение кодовой фразы GPG в агенте, отключите агента. В новых GPG версии опция - no-use-agent игнорируется, но вы можете запретить использование агента, очистив соответствующую переменную среды. Некоторые способы сделать это: echo | GPG_AGENT_INFO = gpg -s # временный экспорт GPG_AGENT_INFO =; эхо | gpg -s # до закрытия текущей оболочки

Lekensteyn · Accepted Answer · 25 May 2018 в 20:09

Я решил снова взглянуть на это и выяснить, как это работает. GPG использует терминологию «кеш» для хранения паролей. На максимальное время хранения могут быть наложены два ограничения:

Время для хранения ключевой фразы с момента добавления ключа. Время для хранения ключевой фразы с момента последнего обращения.

Кроме того, существуют два варианта для обоих ограничений: один для ключей GPG и один для ключей SSH (если поддержка включена).

Соответствующие записи справочной страницы из gpg-agent(1):

   --default-cache-ttl n
          Set  the  time a cache entry is valid to n seconds.  The default
          is 600 seconds.

   --default-cache-ttl-ssh n
          Set the time a cache entry used for SSH keys is valid to n  sec‐
          onds.  The default is 1800 seconds.

   --max-cache-ttl n
          Set the maximum time a cache entry is valid to n seconds.  After
          this time a cache entry will be expired  even  if  it  has  been
          accessed recently.  The default is 2 hours (7200 seconds).

   --max-cache-ttl-ssh n
          Set the maximum time a cache entry used for SSH keys is valid to
          n seconds.  After this time a cache entry will be  expired  even
          if  it has been accessed recently.  The default is 2 hours (7200
          seconds).

Паролы всегда кэшируются (в памяти, а не на диске! Проверено с помощью git-репо $HOME), поэтому нет явной потребности в ssh-add. Например, подписание фиктивных данных уже запускает кеш:

$ echo | gpg -s >/dev/null
(passphrase requested
$ echo | gpg -s >/dev/null
(signing proceeds without asking for passphrase)

Чтобы внести постоянные изменения в настройки кэша gpg-agent, отредактируйте ~ / .gnupg / gpg-agent.conf` и добавьте что-то вроде :

default-cache-ttl  60     # Expire GPG keys when unused for 1 minute
max-cache-ttl     600     # Expire GPG keys after 10 minutes since addition

Я попытался включить поддержку агента SSH, указав enable-ssh-support, но это заставляет gpg-agent запрашивать у вас другой ключ для шифрования ключа, а затем сохраняет ваш закрытый ключ в [ f9].

Некоторые советы по бонусам:

Время, чтобы сохранить кодовую фразу с тех пор, как ключ был изначально добавлен. Чтобы предотвратить сохранение ключевой фразы GPG в агенте, отключите агент. В новых версиях GPG опция --no-use-agent игнорируется, но вы можете запретить использование агента, очистив соответствующую переменную среды. Некоторые способы сделать это:

echo | GPG_AGENT_INFO= gpg -s         # temporary
export GPG_AGENT_INFO=; echo | gpg -s # until the current shell is closed

моя машина снова и снова запрашивает кодовую фразу — don bright, 9 February 2017 в 07:44
@donbright Вы уверены, что активен только один gpg-agent? (Проверьте список процессов, например, с помощью ps u -C gpg-agent). Правильно ли установлен тайм-аут кеша? Если вы используете его для подписи (в отличие от (SSH)), опция ignore-cache-for-signing отключена? — Lekensteyn, 9 February 2017 в 16:18
Благодарю. моя проблема оказалась в том, что я использовал gpg 1.4 вместо gpg 2, на ubuntu это может сбить с толку, какие пакеты вы должны установить. — don bright, 10 February 2017 в 07:38

Lekensteyn · Accepted Answer · 25 July 2018 в 21:40

Я решил снова взглянуть на это и выяснить, как это работает. GPG использует терминологию «кеш» для хранения паролей. На максимальное время хранения могут быть наложены два ограничения:

Время для хранения ключевой фразы с момента добавления ключа. Время для хранения ключевой фразы с момента последнего обращения.

Кроме того, существуют два варианта для обоих ограничений: один для ключей GPG и один для ключей SSH (если поддержка включена).

Соответствующие записи справочной страницы из gpg-agent(1):

   --default-cache-ttl n
          Set  the  time a cache entry is valid to n seconds.  The default
          is 600 seconds.

   --default-cache-ttl-ssh n
          Set the time a cache entry used for SSH keys is valid to n  sec‐
          onds.  The default is 1800 seconds.

   --max-cache-ttl n
          Set the maximum time a cache entry is valid to n seconds.  After
          this time a cache entry will be expired  even  if  it  has  been
          accessed recently.  The default is 2 hours (7200 seconds).

   --max-cache-ttl-ssh n
          Set the maximum time a cache entry used for SSH keys is valid to
          n seconds.  After this time a cache entry will be  expired  even
          if  it has been accessed recently.  The default is 2 hours (7200
          seconds).

Паролы всегда кэшируются (в памяти, а не на диске! Проверено с помощью git-репо $HOME), поэтому нет явной потребности в ssh-add. Например, подписание фиктивных данных уже запускает кеш:

$ echo | gpg -s >/dev/null
(passphrase requested
$ echo | gpg -s >/dev/null
(signing proceeds without asking for passphrase)

Чтобы внести постоянные изменения в настройки кэша gpg-agent, отредактируйте ~ / .gnupg / gpg-agent.conf` и добавьте что-то вроде :

default-cache-ttl  60     # Expire GPG keys when unused for 1 minute
max-cache-ttl     600     # Expire GPG keys after 10 minutes since addition

Я попытался включить поддержку агента SSH, указав enable-ssh-support, но это заставляет gpg-agent запрашивать у вас другой ключ для шифрования ключа, а затем сохраняет ваш закрытый ключ в ~/.gnupg/private-keys.d/.

Некоторые советы по бонусам:

Время, чтобы сохранить кодовую фразу с тех пор, как ключ был изначально добавлен. Чтобы предотвратить сохранение ключевой фразы GPG в агенте, отключите агент. В новых версиях GPG опция --no-use-agent игнорируется, но вы можете запретить использование агента, очистив соответствующую переменную среды. Некоторые способы сделать это:

echo | GPG_AGENT_INFO= gpg -s         # temporary
export GPG_AGENT_INFO=; echo | gpg -s # until the current shell is closed

Lekensteyn · Accepted Answer · 31 July 2018 в 11:46

Я решил снова взглянуть на это и выяснить, как это работает. GPG использует терминологию «кеш» для хранения паролей. На максимальное время хранения могут быть наложены два ограничения:

Время для хранения ключевой фразы с момента добавления ключа. Время для хранения ключевой фразы с момента последнего обращения.

Кроме того, существуют два варианта для обоих ограничений: один для ключей GPG и один для ключей SSH (если поддержка включена).

Соответствующие записи справочной страницы из gpg-agent(1):

   --default-cache-ttl n
          Set  the  time a cache entry is valid to n seconds.  The default
          is 600 seconds.

   --default-cache-ttl-ssh n
          Set the time a cache entry used for SSH keys is valid to n  sec‐
          onds.  The default is 1800 seconds.

   --max-cache-ttl n
          Set the maximum time a cache entry is valid to n seconds.  After
          this time a cache entry will be expired  even  if  it  has  been
          accessed recently.  The default is 2 hours (7200 seconds).

   --max-cache-ttl-ssh n
          Set the maximum time a cache entry used for SSH keys is valid to
          n seconds.  After this time a cache entry will be  expired  even
          if  it has been accessed recently.  The default is 2 hours (7200
          seconds).

Паролы всегда кэшируются (в памяти, а не на диске! Проверено с помощью git-репо $HOME), поэтому нет явной потребности в ssh-add. Например, подписание фиктивных данных уже запускает кеш:

$ echo | gpg -s >/dev/null
(passphrase requested
$ echo | gpg -s >/dev/null
(signing proceeds without asking for passphrase)

Чтобы внести постоянные изменения в настройки кэша gpg-agent, отредактируйте ~ / .gnupg / gpg-agent.conf` и добавьте что-то вроде :

default-cache-ttl  60     # Expire GPG keys when unused for 1 minute
max-cache-ttl     600     # Expire GPG keys after 10 minutes since addition

Я попытался включить поддержку агента SSH, указав enable-ssh-support, но это заставляет gpg-agent запрашивать у вас другой ключ для шифрования ключа, а затем сохраняет ваш закрытый ключ в ~/.gnupg/private-keys.d/.

Некоторые советы по бонусам:

Время, чтобы сохранить кодовую фразу с тех пор, как ключ был изначально добавлен. Чтобы предотвратить сохранение ключевой фразы GPG в агенте, отключите агент. В новых версиях GPG опция --no-use-agent игнорируется, но вы можете запретить использование агента, очистив соответствующую переменную среды. Некоторые способы сделать это:

echo | GPG_AGENT_INFO= gpg -s         # temporary
export GPG_AGENT_INFO=; echo | gpg -s # until the current shell is closed

Lekensteyn · Accepted Answer · 2 August 2018 в 03:17

Я решил снова взглянуть на это и выяснить, как это работает. GPG использует терминологию «кеш» для хранения паролей. На максимальное время хранения могут быть наложены два ограничения:

Время для хранения ключевой фразы с момента добавления ключа. Время для хранения ключевой фразы с момента последнего обращения.

Кроме того, существуют два варианта для обоих ограничений: один для ключей GPG и один для ключей SSH (если поддержка включена).

Соответствующие записи справочной страницы из gpg-agent(1):

   --default-cache-ttl n
          Set  the  time a cache entry is valid to n seconds.  The default
          is 600 seconds.

   --default-cache-ttl-ssh n
          Set the time a cache entry used for SSH keys is valid to n  sec‐
          onds.  The default is 1800 seconds.

   --max-cache-ttl n
          Set the maximum time a cache entry is valid to n seconds.  After
          this time a cache entry will be expired  even  if  it  has  been
          accessed recently.  The default is 2 hours (7200 seconds).

   --max-cache-ttl-ssh n
          Set the maximum time a cache entry used for SSH keys is valid to
          n seconds.  After this time a cache entry will be  expired  even
          if  it has been accessed recently.  The default is 2 hours (7200
          seconds).

Паролы всегда кэшируются (в памяти, а не на диске! Проверено с помощью git-репо $HOME), поэтому нет явной потребности в ssh-add. Например, подписание фиктивных данных уже запускает кеш:

$ echo | gpg -s >/dev/null
(passphrase requested
$ echo | gpg -s >/dev/null
(signing proceeds without asking for passphrase)

Чтобы внести постоянные изменения в настройки кэша gpg-agent, отредактируйте ~ / .gnupg / gpg-agent.conf` и добавьте что-то вроде :

default-cache-ttl  60     # Expire GPG keys when unused for 1 minute
max-cache-ttl     600     # Expire GPG keys after 10 minutes since addition

Я попытался включить поддержку агента SSH, указав enable-ssh-support, но это заставляет gpg-agent запрашивать у вас другой ключ для шифрования ключа, а затем сохраняет ваш закрытый ключ в ~/.gnupg/private-keys.d/.

Некоторые советы по бонусам:

Время, чтобы сохранить кодовую фразу с тех пор, как ключ был изначально добавлен. Чтобы предотвратить сохранение ключевой фразы GPG в агенте, отключите агент. В новых версиях GPG опция --no-use-agent игнорируется, но вы можете запретить использование агента, очистив соответствующую переменную среды. Некоторые способы сделать это:

echo | GPG_AGENT_INFO= gpg -s         # temporary
export GPG_AGENT_INFO=; echo | gpg -s # until the current shell is closed

Lekensteyn · Accepted Answer · 4 August 2018 в 19:11

Я решил снова взглянуть на это и выяснить, как это работает. GPG использует терминологию «кеш» для хранения паролей. На максимальное время хранения могут быть наложены два ограничения:

Время для хранения ключевой фразы с момента добавления ключа. Время для хранения ключевой фразы с момента последнего обращения.

Кроме того, существуют два варианта для обоих ограничений: один для ключей GPG и один для ключей SSH (если поддержка включена).

Соответствующие записи справочной страницы из gpg-agent(1):

   --default-cache-ttl n
          Set  the  time a cache entry is valid to n seconds.  The default
          is 600 seconds.

   --default-cache-ttl-ssh n
          Set the time a cache entry used for SSH keys is valid to n  sec‐
          onds.  The default is 1800 seconds.

   --max-cache-ttl n
          Set the maximum time a cache entry is valid to n seconds.  After
          this time a cache entry will be expired  even  if  it  has  been
          accessed recently.  The default is 2 hours (7200 seconds).

   --max-cache-ttl-ssh n
          Set the maximum time a cache entry used for SSH keys is valid to
          n seconds.  After this time a cache entry will be  expired  even
          if  it has been accessed recently.  The default is 2 hours (7200
          seconds).

Паролы всегда кэшируются (в памяти, а не на диске! Проверено с помощью git-репо $HOME), поэтому нет явной потребности в ssh-add. Например, подписание фиктивных данных уже запускает кеш:

$ echo | gpg -s >/dev/null
(passphrase requested
$ echo | gpg -s >/dev/null
(signing proceeds without asking for passphrase)

Чтобы внести постоянные изменения в настройки кэша gpg-agent, отредактируйте ~ / .gnupg / gpg-agent.conf` и добавьте что-то вроде :

default-cache-ttl  60     # Expire GPG keys when unused for 1 minute
max-cache-ttl     600     # Expire GPG keys after 10 minutes since addition

Я попытался включить поддержку агента SSH, указав enable-ssh-support, но это заставляет gpg-agent запрашивать у вас другой ключ для шифрования ключа, а затем сохраняет ваш закрытый ключ в ~/.gnupg/private-keys.d/.

Некоторые советы по бонусам:

Время, чтобы сохранить кодовую фразу с тех пор, как ключ был изначально добавлен. Чтобы предотвратить сохранение ключевой фразы GPG в агенте, отключите агент. В новых версиях GPG опция --no-use-agent игнорируется, но вы можете запретить использование агента, очистив соответствующую переменную среды. Некоторые способы сделать это:

echo | GPG_AGENT_INFO= gpg -s         # temporary
export GPG_AGENT_INFO=; echo | gpg -s # until the current shell is closed

Lekensteyn · Accepted Answer · 6 August 2018 в 03:28

Я решил снова взглянуть на это и выяснить, как это работает. GPG использует терминологию «кеш» для хранения паролей. На максимальное время хранения могут быть наложены два ограничения:

Время для хранения ключевой фразы с момента добавления ключа. Время для хранения ключевой фразы с момента последнего обращения.

Кроме того, существуют два варианта для обоих ограничений: один для ключей GPG и один для ключей SSH (если поддержка включена).

Соответствующие записи справочной страницы из gpg-agent(1):

   --default-cache-ttl n
          Set  the  time a cache entry is valid to n seconds.  The default
          is 600 seconds.

   --default-cache-ttl-ssh n
          Set the time a cache entry used for SSH keys is valid to n  sec‐
          onds.  The default is 1800 seconds.

   --max-cache-ttl n
          Set the maximum time a cache entry is valid to n seconds.  After
          this time a cache entry will be expired  even  if  it  has  been
          accessed recently.  The default is 2 hours (7200 seconds).

   --max-cache-ttl-ssh n
          Set the maximum time a cache entry used for SSH keys is valid to
          n seconds.  After this time a cache entry will be  expired  even
          if  it has been accessed recently.  The default is 2 hours (7200
          seconds).

Паролы всегда кэшируются (в памяти, а не на диске! Проверено с помощью git-репо $HOME), поэтому нет явной потребности в ssh-add. Например, подписание фиктивных данных уже запускает кеш:

$ echo | gpg -s >/dev/null
(passphrase requested
$ echo | gpg -s >/dev/null
(signing proceeds without asking for passphrase)

Чтобы внести постоянные изменения в настройки кэша gpg-agent, отредактируйте ~ / .gnupg / gpg-agent.conf` и добавьте что-то вроде :

default-cache-ttl  60     # Expire GPG keys when unused for 1 minute
max-cache-ttl     600     # Expire GPG keys after 10 minutes since addition

Я попытался включить поддержку агента SSH, указав enable-ssh-support, но это заставляет gpg-agent запрашивать у вас другой ключ для шифрования ключа, а затем сохраняет ваш закрытый ключ в ~/.gnupg/private-keys.d/.

Некоторые советы по бонусам:

Время, чтобы сохранить кодовую фразу с тех пор, как ключ был изначально добавлен. Чтобы предотвратить сохранение ключевой фразы GPG в агенте, отключите агент. В новых версиях GPG опция --no-use-agent игнорируется, но вы можете запретить использование агента, очистив соответствующую переменную среды. Некоторые способы сделать это:

echo | GPG_AGENT_INFO= gpg -s         # temporary
export GPG_AGENT_INFO=; echo | gpg -s # until the current shell is closed

Lekensteyn · Accepted Answer · 7 August 2018 в 21:15

Я решил снова взглянуть на это и выяснить, как это работает. GPG использует терминологию «кеш» для хранения паролей. На максимальное время хранения может быть наложено два ограничения:

Время для хранения ключевой фразы, поскольку ключ был первоначально добавлен.
Время, чтобы сохранить кодовую фразу, поскольку она была

Кроме того, существуют два варианта для обоих ограничений: один для ключей GPG и один для ключей SSH (если поддержка включена).

Соответствующее руководство страницы из gpg-agent (1) :

  --default-cache-ttl n Установить время, когда запись в кэш действительна до n секунд.  Значение по умолчанию - 600 секунд.  --default-cache-ttl-ssh n Установите время, в течение которого запись кэша, используемая для ключей SSH, действительна до n секунд.  Значение по умолчанию - 1800 секунд.  --max-cache-ttl n Установите максимальное время, когда запись в кэш действительна до n секунд.  По истечении этого времени запись в кеш будет истек, даже если к ней недавно был обращен доступ.  Значение по умолчанию - 2 часа (7200 секунд).  --max-cache-ttl-ssh n Установите максимальное время, в течение которого кеш-запись, используемая для ключей SSH, действительна до n секунд.  По истечении этого времени запись в кеш будет истек, даже если к ней недавно был обращен доступ.  Значение по умолчанию - 2 часа (7200 секунд).

Парольные фразы всегда кэшируются (в памяти, а не на диске! Проверено с помощью git-репо $ HOME ), поэтому нет явной потребности в SSH-добавить . Например, подпись фиктивных данных уже запускает кеш:

  $ echo |  gpg -s & gt; / dev / null (запрашивается парольная фраза $ echo | gpg -s & gt; / dev / null (подпись продолжается без запроса пароля)

Чтобы внести постоянные изменения в кеш настройки gpg-agent, редактировать ~ / .gnupg / gpg-agent.conf` и добавить что-то вроде:

  default-cache-ttl 60 # Истекать ключи GPG при неиспользовании в течение 1 минуты max-  cache-ttl 600 # Срок действия ключей GPG через 10 минут после добавления

Я попытался включить поддержку агента SSH, указав enable-ssh-support , но это делает gpg-agent попросит вас использовать еще один ключ для шифрования ключа, а затем сохранит ваш секретный ключ в ~ / .gnupg / private-keys.d / . Не заходите за мной, я буду придерживаться (d22)

эквивалент агента SSH max-cache-ttl-ssh .

Некоторые бонусные советы:
- ] можно указать при добавлении ключа, например: ssh-add -t 600 ~ / .ssh / id_rsa
- Чтобы предотвратить хранение кодовой фразы GPG в агенте, отключите агента. В новых GPG версии опция - no-use-agent игнорируется, но вы можете запретить использование агента, очистив соответствующую переменную среды. Некоторые способы сделать это: echo | GPG_AGENT_INFO = gpg -s # временный экспорт GPG_AGENT_INFO =; эхо | gpg -s # до закрытия текущей оболочки

Lekensteyn · Accepted Answer · 10 August 2018 в 09:33

Я решил снова взглянуть на это и выяснить, как это работает. GPG использует терминологию «кеш» для хранения паролей. На максимальное время хранения может быть наложено два ограничения:

Время для хранения ключевой фразы, поскольку ключ был первоначально добавлен.
Время, чтобы сохранить кодовую фразу, поскольку она была

Кроме того, существуют два варианта для обоих ограничений: один для ключей GPG и один для ключей SSH (если поддержка включена).

Соответствующее руководство страницы из gpg-agent (1) :

  --default-cache-ttl n Установить время, когда запись в кэш действительна до n секунд.  Значение по умолчанию - 600 секунд.  --default-cache-ttl-ssh n Установите время, в течение которого запись кэша, используемая для ключей SSH, действительна до n секунд.  Значение по умолчанию - 1800 секунд.  --max-cache-ttl n Установите максимальное время, когда запись в кэш действительна до n секунд.  По истечении этого времени запись в кеш будет истек, даже если к ней недавно был обращен доступ.  Значение по умолчанию - 2 часа (7200 секунд).  --max-cache-ttl-ssh n Установите максимальное время, в течение которого кеш-запись, используемая для ключей SSH, действительна до n секунд.  По истечении этого времени запись в кеш будет истек, даже если к ней недавно был обращен доступ.  Значение по умолчанию - 2 часа (7200 секунд).

Парольные фразы всегда кэшируются (в памяти, а не на диске! Проверено с помощью git-репо $ HOME ), поэтому нет явной потребности в SSH-добавить . Например, подпись фиктивных данных уже запускает кеш:

  $ echo |  gpg -s & gt; / dev / null (запрашивается парольная фраза $ echo | gpg -s & gt; / dev / null (подпись продолжается без запроса пароля)

Чтобы внести постоянные изменения в кеш настройки gpg-agent, редактировать ~ / .gnupg / gpg-agent.conf` и добавить что-то вроде:

  default-cache-ttl 60 # Истекать ключи GPG при неиспользовании в течение 1 минуты max-  cache-ttl 600 # Срок действия ключей GPG через 10 минут после добавления

Я попытался включить поддержку агента SSH, указав enable-ssh-support , но это делает gpg-agent попросит вас использовать еще один ключ для шифрования ключа, а затем сохранит ваш секретный ключ в ~ / .gnupg / private-keys.d / . Не заходите за мной, я буду придерживаться (d22)

эквивалент агента SSH max-cache-ttl-ssh .

Некоторые бонусные советы:
- ] можно указать при добавлении ключа, например: ssh-add -t 600 ~ / .ssh / id_rsa
- Чтобы предотвратить хранение кодовой фразы GPG в агенте, отключите агента. В новых GPG версии опция - no-use-agent игнорируется, но вы можете запретить использование агента, очистив соответствующую переменную среды. Некоторые способы сделать это: echo | GPG_AGENT_INFO = gpg -s # временный экспорт GPG_AGENT_INFO =; эхо | gpg -s # до закрытия текущей оболочки

Lekensteyn · Accepted Answer · 13 August 2018 в 15:43

Я решил снова взглянуть на это и выяснить, как это работает. GPG использует терминологию «кеш» для хранения паролей. На максимальное время хранения может быть наложено два ограничения:

Время для хранения ключевой фразы, поскольку ключ был первоначально добавлен.
Время, чтобы сохранить кодовую фразу, поскольку она была

Кроме того, существуют два варианта для обоих ограничений: один для ключей GPG и один для ключей SSH (если поддержка включена).

Соответствующее руководство страницы из gpg-agent (1) :

  --default-cache-ttl n Установить время, когда запись в кэш действительна до n секунд.  Значение по умолчанию - 600 секунд.  --default-cache-ttl-ssh n Установите время, в течение которого запись кэша, используемая для ключей SSH, действительна до n секунд.  Значение по умолчанию - 1800 секунд.  --max-cache-ttl n Установите максимальное время, когда запись в кэш действительна до n секунд.  По истечении этого времени запись в кеш будет истек, даже если к ней недавно был обращен доступ.  Значение по умолчанию - 2 часа (7200 секунд).  --max-cache-ttl-ssh n Установите максимальное время, в течение которого кеш-запись, используемая для ключей SSH, действительна до n секунд.  По истечении этого времени запись в кеш будет истек, даже если к ней недавно был обращен доступ.  Значение по умолчанию - 2 часа (7200 секунд).

Парольные фразы всегда кэшируются (в памяти, а не на диске! Проверено с помощью git-репо $ HOME ), поэтому нет явной потребности в SSH-добавить . Например, подпись фиктивных данных уже запускает кеш:

  $ echo |  gpg -s & gt; / dev / null (запрашивается парольная фраза $ echo | gpg -s & gt; / dev / null (подпись продолжается без запроса пароля)

Чтобы внести постоянные изменения в кеш настройки gpg-agent, редактировать ~ / .gnupg / gpg-agent.conf` и добавить что-то вроде:

  default-cache-ttl 60 # Истекать ключи GPG при неиспользовании в течение 1 минуты max-  cache-ttl 600 # Срок действия ключей GPG через 10 минут после добавления

Я попытался включить поддержку агента SSH, указав enable-ssh-support , но это делает gpg-agent попросит вас использовать еще один ключ для шифрования ключа, а затем сохранит ваш секретный ключ в ~ / .gnupg / private-keys.d / . Не заходите за мной, я буду придерживаться (d22)

эквивалент агента SSH max-cache-ttl-ssh .

Некоторые бонусные советы:
- ] можно указать при добавлении ключа, например: ssh-add -t 600 ~ / .ssh / id_rsa
- Чтобы предотвратить хранение кодовой фразы GPG в агенте, отключите агента. В новых GPG версии опция - no-use-agent игнорируется, но вы можете запретить использование агента, очистив соответствующую переменную среды. Некоторые способы сделать это: echo | GPG_AGENT_INFO = gpg -s # временный экспорт GPG_AGENT_INFO =; эхо | gpg -s # до закрытия текущей оболочки

моя машина снова и снова запрашивает кодовую фразу — don bright, 9 February 2017 в 07:44
@donbright Вы уверены, что активен только один gpg-agent ? (Проверьте список процессов, например, с помощью ps u -C gpg-agent ). Правильно ли установлен тайм-аут кеша? Если вы используете его для подписи (в отличие от (SSH)), является ли опция игнорировать-кеш-для-подписания отменена? — Lekensteyn, 9 February 2017 в 16:18
Благодарю. моя проблема оказалась в том, что я использовал gpg 1.4 вместо gpg 2, на ubuntu это может сбить с толку, какие пакеты вы должны установить. — don bright, 10 February 2017 в 07:38

Как использовать gpg-агент, как с ssh-agent + ssh-add?

9 ответов

Другие вопросы по тегам:

Похожие вопросы: