![GPG 타이머를 수정하지 않고도 캐시된 GPG 키가 존재하는지 확인할 수 있나요?](https://linux55.com/image/185438/GPG%20%ED%83%80%EC%9D%B4%EB%A8%B8%EB%A5%BC%20%EC%88%98%EC%A0%95%ED%95%98%EC%A7%80%20%EC%95%8A%EA%B3%A0%EB%8F%84%20%EC%BA%90%EC%8B%9C%EB%90%9C%20GPG%20%ED%82%A4%EA%B0%80%20%EC%A1%B4%EC%9E%AC%ED%95%98%EB%8A%94%EC%A7%80%20%ED%99%95%EC%9D%B8%ED%95%A0%20%EC%88%98%20%EC%9E%88%EB%82%98%EC%9A%94%3F.png)
나만 알아요떠나다* 캐시된 GPG 비밀번호가 존재하는지 여부에 대한 정보를 얻습니다. 즉, 다음을 실행합니다.
$ gpg-connect-agent 'keyinfo --list' /bye
S KEYINFO 01B3BE66C2EAC153C4ED25F01FEE13D356EF289F D - - 1 P - - -
S KEYINFO 08933C3EB4D922575AF88298E09B770F66C56BFA D - - - P - - -
옆 1
에는 P
해당 키그립이 있는 키가 캐시에 존재함을 나타냅니다.
이 접근 방식의 문제점은 위 명령이 "질문"인 브로커의 진입 타이머를 재설정한다는 것입니다. 분명히 말하면, 이 동작의 결과 중 하나는 default-cache-ttl
**초보다 자주 검사하면 캐시가 max-cache-ttl
몇 초 전에 삭제되지 않는다는 것입니다.
타이머를 재설정하지 않고 키가 캐시에 있는지 확인할 수 있는 방법이 있나요?
*저도 이 방법을 시도해 봤습니다https://unix.stackexchange.com/a/79421/70214, 하지만 작동시킬 수 없습니다.
--default-cache-ttl
** 자세한 내용은 맨페이지의 참조 섹션을 참조하세요 gpg-agent
.