脚本 – gpg-agent说代理存在,但gpg说代理不存在?

我在Debian 6.0.6框中使用bash编写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-agent或设置GPG_AGENT_INFO来重现这一点,然后在一个运行eval $(gpg-agent -daemon)的终端和运行上述内容的另一个终端中重现.你会注意到gpg-agent说它已经运行了,但是gpg无法连接到代理.

想法?

更新:gpg-agent通过在一个众所周知的位置查找一个套接字文件并写入它以测试活动性来检测另一个代理,每个这样的一个:

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,{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.

解决方法

>您可以查看gpg-connect-agent / bye的退出代码 >您可以检查$GPG_AGENT_INFO中给出的套接字是否存在.这应该足够了,但你也可以用fuser或lsof检查$GPG_AGENT_INFO中给出的进程是否是打开套接字的进程.如果你想要非常详尽,你还可以检查/ proc / $PID / exe是否是/usr/bin/gpg-agent(或其他)的链接.

相关文章

linux常用进程通信方式包括管道(pipe)、有名管道(FIFO)、...
Linux性能观测工具按类别可分为系统级别和进程级别,系统级别...
本文详细介绍了curl命令基础和高级用法,包括跳过https的证书...
本文包含作者工作中常用到的一些命令,用于诊断网络、磁盘占满...
linux的平均负载表示运行态和就绪态及不可中断状态(正在io)的...
CPU上下文频繁切换会导致系统性能下降,切换分为进程切换、线...