Libelektra: 테스트는 무제한 gpg-agent를 생성합니다.

문제를 신고 해 주셔서 감사합니다!

@ petermax2 테스트 중에 gpg 명령이 gpg-agents를 생성 할 수 있습니까?

죄송합니다. gpg가 항상 동일한 에이전트에 연결될 것이라고 생각했습니다. 조사하겠습니다.

@ markus2330 이것은 docker 컨테이너가 1000 : 1000으로 실행되므로 v2에 사용자 ID로보고 된 gpg 에이전트가 너무 많은 이유이기도합니다.

그러나 문제는 도커에만 국한되지 않습니다. debian-stretch-minimal도 250 개를 초과합니다.

일부 노드는 테스트에서 사용되는 젠킨스 용 gpg-agent를 생성하도록 설정 되었기 때문에 영향을받지 않습니다 (아마도 확인해야 함).

조사해 주셔서 감사합니다!

일부 노드는 테스트에서 사용되는 젠킨스 용 gpg-agent를 생성하도록 설정 되었기 때문에 영향을받지 않습니다 (아마도 확인해야 함).

시작하는 에이전트를 종료 할 방법을 찾을 수없는 경우 환경에 이미 gpg-agent (# 1888)가 있음을 요구할 수 있습니다.

아마도 gpg 에이전트는 시작하는 데 전혀 필요하지 않으며 테스트 중에 억제 할 수 있습니다. 그러나 나는 저녁에 그것을 봐야한다.

mh 일반적으로 GPG_AGENT_INFO 는 하나가 시작될 때 설정되어야합니다. 과거에는 환경 변수를 정리하여 과거에 여러 번의 시작을 설명했을 수 있습니다. 그래도 왜 여전히 일어나고 있는지 모르겠습니다 ...

@ petermax2 gpg-agent가 필요한 테스트 (gpg-agent를 gpg-agent.bak로 이름을 변경하여 찾았습니다;)) :

• testmod_fcrypt
• testmod_crypto_openssl
• testmod_crypto_gcrypt

testmod_crypto_botan 는 testmod_crypto_gcrypt 및 testmod_crypto_openssl 처럼 정확히 실행되어야합니다. Botan 테스트가 서버에서 실행되고 있습니까?

@ petermax2 아마도 그렇습니다. 내가 테스트 한 환경에서는 botan이 설치되지 않았습니다. 그러나 여기에서 실행 중이며 에이전트를 생성 할 수도 있습니다.

그렇게 간단하지 않습니다. 단위 테스트 중에 --no-autostart 인수로 gpg 호출을 시도했지만 gpg는 여전히 에이전트를 시작합니다. --no-use-agent 은 재밌습니다. 매뉴얼 페이지는 다음과 같습니다.

--no-use-agent 
              This is dummy option. gpg2 always requires the agent.

시작하는 에이전트를 종료 할 방법을 찾을 수없는 경우 환경에 이미 gpg-agent (# 1888)가 있음을 요구할 수 있습니다.

이 기회를 주시겠습니까?

또는 같은 크론 작업을

pgrep gpg-agent | xargs -d "\n" kill

또는 빌드 서버 / 컨테이너에서 비슷한 것?

에이전트를 사용할 수 있는지 확인하고 시작하지 않으면 pid를 유지합니다. 테스트 정리에서 에이전트를 중지하십시오. 다른 모든 것은 해킹입니다.

당신이 옳습니다. 유일한 질문은 시작과 중지가 어디에서 발생해야 하는가입니다. 에이전트 / 도커 내에서이 작업을 수행하는 것이 C로 작성된 단위 테스트보다 쉬운 것 같습니다.

지금까지 배운 내용은 다음과 같습니다.

모든 gpg 호출에서 일관되게 사용되는 경우 --no-autostart 옵션으로 gpg-agent 의 자동 시작을 억제 할 수 있습니다. 그러나 gpg-agent gpg2 없이는 개인 키 (즉, 암호 해독, 서명)가 필요한 작업을 수행 할 수 없습니다.

gpg-agent --server 를 포크 할 수도 있지만 gpg2 는 에이전트에 연결할 수 없습니다. 환경 변수 GPG_AGENT_INFO 는 더 이상 사용되지 않으며 gpg2 더 이상 고려되지 않습니다.

포크하고 execv gpg-agent --daemon 를 시도합니다. 시작된 gpg-agent 의 PID를 찾을 수있는 방법 SIGTERM 있으면 테스트가 완료 될 때

에이전트 / 도커 내에서이 작업을 수행하는 것이 C로 작성된 단위 테스트보다 쉬운 것 같습니다.

훨씬 쉬워요 :-)

에이전트에 연결하기 위해 gpg의 기본 방법을 사용하는 것이 옳다고 생각합니다.

gpg-agent를 시작 / 중지하는 대신 .gnupg / gpg.conf에서 "use-agent"를 비활성화 할 수도 있습니다.

하나의 에이전트 자동 시작에 문제가 없습니다. 새 테스트를 시작하는 후속 테스트에 문제가 있습니다.

에이전트에 연결하기 위해 gpg의 기본 방법을 사용하는 것이 옳다고 생각합니다.

프로덕션 환경에서는 더 나은 옵션입니다. 내 컴퓨터에서 crypto 및 fcrypt 항상 동일한 에이전트에 연결되며 내 Yubikey와의 통합이 매우 잘 작동합니다.

테스트 환경에서 우리는 테스트를 시작하기 전에 에이전트의 단일 인스턴스를 계속 실행하고 있습니다. 문제는 @ingwinlu가 이전에 언급했듯이 환경을 정리한다는 것입니다.

문제는 우리가 환경을 정리하는 것입니다.

우리는 더 이상하지 말아야합니다. 하지만 문제는 계속됩니다

gpg-agent가 환경을 통해 통신하려고하면 분명히 작동 할 수 없으며 다음 테스트 실행은 이전에 테스트 실행으로 설정된 환경을 가져 오지 않습니다.

다음 두 가지 옵션이 가장 좋습니다.

1. 컨테이너 내에서 gpg 에이전트를 올바르게 시작 / 중지하고 gpg 에이전트가 실행되어야한다고 TESTING.md에 문서화합니다 (# 1888 참조).
2. gpg 에이전트의 시작을 비활성화하고 (.gnupg / gpg.conf의 "use-agent"가 작동해야하지만 테스트하지는 않음) TESTING.md에 문서화합니다 (# 1888 참조).

데몬이 이미 시작되었는지 (그리고 env vars는 전역 적이 지 않고 프로세스에 특정한지) 알 수있는 글로벌 방법없이 필요에 따라 데몬이 시작되는 설정이 손상된 것 같습니다. 우리는 테스트 내에서 이것을 고치려고하지 말아야합니다.

https://stackoverflow.com/questions/27459869/how-to-stop-gpg-2-1-spawning-many-agents-for-unit-testing

많은 에이전트를 생성하는 이유는 --homedir 옵션을 사용하는 다른 홈 디렉토리 때문입니다. 그렇지 않으면 단일 디렉토리가 사용되었을 것입니다. GnuPG 2.1부터 에이전트와의 모든 통신은 GnuPG 홈 디렉토리의 소켓을 통해 수행됩니다.

homedir 옵션을 사용하지 않습니다. 그리고 https://dev.gnupg.org/T3218 은 stackoverflow의 해결 방법을 "(매우 어색한) 해결 방법"으로 설명합니다.

단순히 gpg-agent를 시작하는 것이 (우리 환경 내에서 통제 된 방식으로) 가장 미래 보장형 변형 일 수 있습니다. 최근 버전에서 gpg-agent의 시작은 더 이상 선택 사항이 아닌 것 같습니다. (내 옵션 2. 위의 말도 안되는)

homedir 옵션을 사용하지 않습니다.

네, 어디에서 왔는지 찾지 못했지만 모든 에이전트가 다른 에이전트로 생성되었으므로 문제와 일치합니다.

좋은 힌트였습니다. gpg-agent의 시작이 더 이상 선택 사항이 아니라는 것을 알게되었습니다.

이것은 우리가 그것을 시작하고 멈출 필요가 있음을 매우 분명하게합니다. 그리고 시작을 피하려고하지 마십시오.

homedir 옵션을 사용하지 않습니다.

예, 어디에서 왔는지 찾지 못했지만 문제와 일치합니다 (op 참조)

우리는 --home-dir 옵션을 명시 적으로 사용하지 않지만 ps -ef 는 gpg 어쨌든 설정 한 것을 알고 있습니다.

https://wiki.archlinux.org/index.php/GnuPG

$ GNUPGHOME은 GnuPG에서 구성 파일이 저장된 디렉토리를 가리키는 데 사용됩니다. 기본적으로 $ GNUPGHOME은 설정되지 않고 대신 $ HOME이 사용됩니다. 따라서 설치 직후 ~ / .gnupg 디렉토리를 찾을 수 있습니다.
기본 위치를 변경하려면 다음과 같이 gpg를 실행하십시오. $ gpg --homedir path / to / file 또는 GNUPGHOME 환경 변수를 설정하십시오.
```
@ petermax2 테스트 스위트에서 HOME을 사용할 수 있는지 확인할 수 있습니까?

또한 흥미로운 https://www.gnupg.org/documentation/manuals/gnupg/Ephemeral-home-directories.html :

임시 디렉토리를 생성하고, 필요에 맞는 구성을 생성 (또는 복사)하고, gpg가 환경 변수 GNUPGHOME 또는 옵션 --homedir을 사용하여이 디렉토리를 사용하도록합니다. GPGME는 컨텍스트의 엔진 정보를 수정하여 컨텍스트별로이를 지원합니다. 이제 원하는 작업을 실행하고 필요에 따라 키 자료를 가져오고 내 보냅니다. 완료되면 디렉토리를 삭제할 수 있습니다. 시작된 모든 GnuPG 백엔드 서비스는이를 감지하고 종료합니다.

내 컨테이너에서 이것을 테스트했으며 약속대로 프로세스를 자동으로 정리했습니다.

@ petermax2 테스트 스위트에서 HOME을 사용할 수 있는지 확인할 수 있습니까?

예, HOME ) 사용할 수 있습니다.

HOME = /tmp/elektra-test.3vLR4L

OK 그래서 테스트 스위트의 무언가가 HOME을 tmp 디렉토리로 재정의하고 있습니다 (좋습니다). 정리 중에 여전히 사용할 수있는 경우 에이전트를 중지하기 위해 제거해야합니다. 그것은 이상적인 해결책이 될 것입니다.

GNUPGHOME 만 설정하면 gpg-agent 인스턴스가 하나만 생성됩니다. 테스트가 시작되기 전에 GNUPGHOME 덮어 쓰지 않습니다.

GNUPGHOME 설정하면 여러 테스트를 실행 한 후 하나의 gpg-agent 만 실행됩니다.

이것이 가장 간단한 해결책이라고 생각합니다.

홈 디렉토리를 공유하면 테스트를 병렬로 실행하지 못할 수도 있습니다.
그리고 나중에 GNUPGHOME을 삭제해야합니다 (로그인 한 사용자 권한에 대해 느린 pgp-agent 응답 호출을 원하지 않습니까?).

그리고 대상 시스템이 GNUPGHOME에서 릴레이하면 어떻게 될까요? 기존 환경을 저장하고 테스트 후 수동으로 복원해야합니다.

한 발 물러서서 이러한 테스트가 테스트 서버 환경뿐만 아니라 사용자 시스템에 어떤 영향을 미칠 수 있는지 살펴볼 수 있다면 감사하겠습니다.

테스트를 병렬로 실행하지 못할 수도 있습니다.

스크립트를 실행했습니다.

#!/bin/bash
mkdir /tmp/x
export GNUPGHOME=/tmp/x
for run in {1..1000000}
do
    ctest -R crypto_openssl &
done

아무 문제없이. GPG는 잠금 등을 처리해야합니다.

로그인 한 사용자 권한에 대해 느린 pgp-agent 응답 호출을 원하지 않습니까?

이것이 gpg-agent 가 설계된 방식입니다. 사용자 세션이 끝날 때까지 영원히 실행됩니다. PID를 어떤 곳에 기록하지 않으며 종료 명령도 없습니다. SIGTERM 에만 반응합니다.

나는에 시도 fork gpg-agent 와 단위 테스트 내에서 --server 옵션, 우리는에 PID있을 것입니다 때문에 kill 이후. 그러나 gpg-agent 는 $GNUPGHOME 에서 필요한 소켓을 열지 않고 단위 테스트는 에이전트의 다른 인스턴스 ( --daemon 모드에서 실행 중임)를 다시 엽니 다. 또한 --server 모드에서 gpg-agent 소켓을 여는 방법이 없습니다 ( gpg-agent 의 소스 코드로 확인했습니다).

gpg-agent 은 통제하기 어렵고 거의 문서화되지 않았습니다. gpg-agent 의 소스 코드도 읽었습니다. 우리의 사용 사례는 다루지 않습니다. 유일한 옵션은 SIGTERM 입니다.

병행

나는 당신이 서로 영향을 주어서는 안되는 gpg-agent를 분리하고 싶다고 생각했습니다. 즉, 에이전트 a 만 테스트 a의 키를 갖고 에이전트 b는 테스트 b의 키를 갖기를 원합니다. 이것이 필요하지 않다면 하드 코딩 된 tmp 홈은 괜찮습니다.

gpg-agent 죽이기

처음 문제를 조사 할 때 임시 gpg-agent를 종료하는 예상 방법은 gpg 홈 디렉토리를 삭제하는 것이라고 언급 한 웹 사이트 (위에 링크 됨)를 발견했습니다.

따라서 GNUPGHOME을 /tmp/elektra_tests/gpg 하고 테스트 정리 중에이 tmp 디렉토리를 삭제하면 괜찮을 것입니다.

따라서 GNUPGHOME을 / tmp / elektra_tests / gpg로 설정하고 테스트 정리 중에이 tmp 디렉토리를 삭제하면 괜찮을 것입니다.

효과가있다! 이 수정 사항을 crypto 및 fcrypt 테스트 케이스에 통합하겠습니다. 팁 감사합니다!

작동하는 프로토 타입이 있습니다. 내일 PR이옵니다.

# 2056로 수정해야합니다. 문제가 계속 발생하면 다시여십시오.