gpg-agent说代理存在，但是gpg说代理不存在？

我在bashDebian 6.0.6盒子上编写gpg脚本时遇到了一些问题。我有一个脚本，它可以执行一系列操作，并且想要确保在尝试进行操作之前gpg-agent可用。

由于gpg-agent将不执行任何操作，并且如果已在运行时启动则返回成功，因此确保存在该代理非常简单：

eval $(gpg-agent --daemon)

gpg-agent 开始，或将报告：

gpg-agent[21927]: a gpg-agent is already running - not starting a new one

并返回0（成功）（如果已运行）。

当代理已在另一个会话中运行时，就会出现此问题。gpg-agent说它已经在运行...但是gpg它的自我随后声称它不可用。

$ gpg-agent --version
gpg-agent (GnuPG) 2.0.19
libgcrypt 1.5.0
$ gpg --version
gpg (GnuPG) 1.4.13

$ eval $(gpg-agent --daemon)
gpg-agent[21927]: a gpg-agent is already running - not starting a new one
$ gpg -d demo-file.asc
gpg: gpg-agent is not available in this session

这让我感到沮丧和困惑。似乎gpg-agent正在检测代理以不同的方式自我检测。更糟糕的是，gpg它无法以脚本化方式询问代理是否可用，就像它喜欢静默地忽略具有不可用键的收件人并仍然返回成功一样，因此在开始批处理之前很难检测到此问题。我不想出于i18n的原因而解析gpg的输出。

您可以通过确保你没有GPG代理运行或已重现此GPG_AGENT_INFO设置，则在一个终端运行eval $(gpg-agent --daemon)，并在 另一 端运行以上。您会注意到gpg-agent说它已经在运行，但是gpg无法连接到代理。

有想法吗？

UPDATE：gpg-agent通过在一个众所周知的位置查找套接字文件并写入该文件以测试其活动性，来检测另一个代理，方法如下strace：

socket(PF_FILE, SOCK_STREAM, 0)         = 5
connect(5, {sa_family=AF_FILE, sun_path="/home/craig/.gnupg/S.gpg-agent"}, 32) = 0
fcntl(5, F_GETFL)                       = 0x2 (flags O_RDWR)
fcntl(5, F_GETFL)                       = 0x2 (flags O_RDWR)
select(6, [5], NULL, NULL, {0, 0})      = 1 (in [5], left {0, 0})
read(5, "OK Pleased to meet you, process "..., 1002) = 38
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f41a3e61000
write(2, "gpg-agent: gpg-agent running and"..., 43gpg-agent: gpg-agent running and available
) = 43

而GnuPG似乎只关注环境，而忽略了众所周知的套接字位置。在common/simple-pwquery.c：

/* Try to open a connection to the agent, send all options and return
   the file descriptor for the connection.  Return -1 in case of
   error. */
static int
agent_open (int *rfd)
{
  int rc;
  int fd;
  char *infostr, *p;
  struct sockaddr_un client_addr;
  size_t len;
  int prot;
  char line[200];
  int nread;

  *rfd = -1;
  infostr = getenv ( "GPG_AGENT_INFO" );
  if ( !infostr || !*infostr )
    infostr = default_gpg_agent_info;
  if ( !infostr || !*infostr )
    {
#ifdef SPWQ_USE_LOGGING
      log_error (_("gpg-agent is not available in this session\n"));
#endif
      return SPWQ_NO_AGENT;
    }
    /* blah blah blah truncated blah */
}

我并不是真的想杀死代理程序以确保可以再次启动它，并且用户代理程序没有标准位置可以编写环境文件。更糟的是，我甚至不能测试存在GPG_AGENT_INFO的环境，因为这可能是指这是自被替换陈旧的（死）代理...既不gpg也不gpg-agent提供命令行选项来ping代理，如果它返回true好。

1. 您可以检查的退出代码 gpg-connect-agent /bye
2. 您可以检查$ GPG_AGENT_INFO中给定的套接字是否存在。这应该足够了，但是您也可以使用fuser或lsof检查$ GPG_AGENT_INFO中给出的进程是否是打开套接字的进程。而且，如果您想真正地详尽无遗，还可以检查/ proc / $ PID / exe是否是/ usr / bin / gpg-agent的链接（或其他）。

正在运行的gpg代理的主要版本是2。您应调用gpg2而不是gpg，如此处回答：https ://unix.stackexchange.com/questions/231386/how-to-make-gpg-find-gpg-agent

到目前为止，我拥有的最佳解决方法是以下可怕的混乱情况：

if ! test -v GPG_AGENT_INFO; then
    if gpg-agent 2>/dev/null; then
        if test -e /tmp/.gpg-agent-$USER/env; then
            . /tmp/.gpg-agent-$USER/env
        elif test -e ~/.gpg-agent-info; then
            . ~/.gpg-agent-info
        else
            echo 'A gpg agent is running, but we cannot find its socket info because'
            echo 'the GPG_AGENT_INFO env var is not set and gpg agent info has not been'
            echo 'written to any expected location. Cannot continue. Please report this'
            echo 'issue for investigation.'
            exit 5
        fi
    else
        mkdir /tmp/.gpg-agent-$USER
        chmod 700 /tmp/.gpg-agent-$USER
        gpg-agent --daemon --write-env-file /tmp/.gpg-agent-$USER/env
        . /tmp/.gpg-agent-$USER/env
    fi
    # The env file doesn't include an export statement
    export GPG_AGENT_INFO
else
    if ! gpg-agent 2>/dev/null; then
        echo 'GPG_AGENT_INFO is set, but cannot connect to the agent.'
        echo 'Unsure how to proceed, so aborting execution. Please report this'
        echo 'issue for investigation.'
        exit 5
    fi
fi

这将GPG_AGENT_INFO在环境中进行检查，如果已设置，请确保gpg-agent实际上正在运行。（我尚不确定它如何与其他gpg-agent实现（如GNOME的代理）进行交互）。如果设置了座席信息，但座席未运行，则不知道如何应对并放弃。

如果未设置代理信息，它将检查代理是否正在运行。如果是这样，它将在几个众所周知的位置中查找环境信息，如果找不到，则放弃。

如果代理未运行且未设置代理信息，它将启动代理，将env文件写入私有位置，然后继续。

要说我对这种可怕的，用户敌对的和不可靠的黑客感到不满意，这是一种轻描淡写的说法。

令人惊讶的是gpg，安全/加密工具忽略了参数并继续执行。--use-agent如果代理未运行，则应该是一个致命错误，至少有选择地，这与指定-r无效的收件人一样应该是一个错误而不是被忽略。gpg找到其代理以另一种方式执行gpg-agent命令的事实令人困惑。

在我的Ubuntu系统gpg-agent上，配置为将其环境文件写入~/.gnupg/gpg-agent-info-$(hostname)（由完成/etc/X11/Xsession.d/90gpg-agent）。如果您的系统不执行此操作，则可以修改代理程序在已知位置写入环境文件的启动方式，以后可以获取该文件。例如：

$ gpg-agent --daemon --write-env-file="$HOME/.gnupg/gpg-agent-info"
$ source ~/.gnupg/gpg-agent-info