☰

キーを要求しても PGP キーサーバーが応答しないのはなぜですか?

tag-icon • tag-icon gnupg pgp
キーを要求しても PGP キーサーバーが応答しないのはなぜですか?

さまざまなキー サーバーで Linux コマンドライン (Arch Linux カーネル 4.18.16 上の bash 4.4.23) を試しました。

$ gpg -v --keyserver subkeys.pgp.net --recv-keys F434104235DA97EB
gpg: using character set 'utf-8'
gpg: keyserver receive failed: Server indicated a failure
$ gpg -v --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys F434104235DA97EB
gpg: using character set 'utf-8'
gpg: keyserver receive failed: Server indicated a failure
$ gpg --debug-level 9 --keyserver  hkp://keyserver.ubuntu.com:80 --recv-keys F434104235DA97EB
gpg: enabled debug flags: packet mpi crypto filter iobuf memory cache memstat trust ipc clock lookup extprog
gpg: DBG: [not enabled in the source] start
gpg: DBG: chan_3 <- # Home: /home/user/.gnupg
gpg: DBG: chan_3 <- # Config: /home/user/.gnupg/dirmngr.conf
gpg: DBG: chan_3 <- OK Dirmngr 2.2.11 at your service
gpg: DBG: connection to the dirmngr established
gpg: DBG: chan_3 -> GETINFO version
gpg: DBG: chan_3 <- D 2.2.11
gpg: DBG: chan_3 <- OK
gpg: DBG: chan_3 -> KEYSERVER --clear hkp://keyserver.ubuntu.com:80
gpg: DBG: chan_3 <- OK
gpg: DBG: chan_3 -> KS_GET -- 0xF434104235DA97EB
gpg: DBG: chan_3 <- ERR 167772379 Server indicated a failure <Dirmngr>
gpg: keyserver receive failed: Server indicated a failure
gpg: DBG: chan_3 -> BYE
gpg: DBG: [not enabled in the source] stop
gpg: keydb: handles=0 locks=0 parse=0 get=0
gpg:        build=0 update=0 insert=0 delete=0
gpg:        reset=0 found=0 not=0 cache=0 not=0
gpg: kid_not_found_cache: count=0 peak=0 flushes=0
gpg: sig_cache: total=0 cached=0 good=0 bad=0
gpg: random usage: poolsize=600 mixed=0 polls=0/0 added=0/0
              outmix=0 getlvl1=0/0 getlvl2=0/0
gpg: rndjent stat: collector=0x0000000000000000 calls=0 bytes=0
gpg: secmem usage: 0/32768 bytes in 0 blocks
$

私はウェブインターフェースを試しました翻訳元応答します

サービスは利用できません

メンテナンスによるダウンタイムまたは容量の問題により、サーバーは一時的にリクエストを処理できません。しばらくしてからもう一度お試しください。

私はウェブインターフェースを試しました翻訳元応答は次のようになります。

プロキシエラー

プロキシ サーバーは、アップストリーム サーバーから無効な応答を受信しました。プロキシ サーバーは、GET /pks/lookup 要求を処理できませんでした。

理由: リモート サーバーからの読み取りエラー

私はウェブインターフェースを試しましたhttps://pgp.key-server.io返答は:

Hint! Double-check if the keyserver is up and running at the expected address:port (127.0.0.1:11369).
cURL error 52: Empty reply from server
#0 /var/www/pgp.key-server.io/vendor/guzzlehttp/guzzle/src/RequestFsm.php(103): GuzzleHttp\Exception\RequestException::wrapException(Object(GuzzleHttp\Message\Request), Object(GuzzleHttp\Ring\Exception\ConnectException))
#1 /var/www/pgp.key-server.io/vendor/guzzlehttp/guzzle/src/RequestFsm.php(132): GuzzleHttp\RequestFsm->__invoke(Object(GuzzleHttp\Transaction))
#2 /var/www/pgp.key-server.io/vendor/react/promise/src/FulfilledPromise.php(25): GuzzleHttp\RequestFsm->GuzzleHttp\{closure}(Array)
#3 /var/www/pgp.key-server.io/vendor/guzzlehttp/ringphp/src/Future/CompletedFutureValue.php(55): React\Promise\FulfilledPromise->then(Object(Closure), NULL, NULL)
#4 /var/www/pgp.key-server.io/vendor/guzzlehttp/guzzle/src/Message/FutureResponse.php(43): GuzzleHttp\Ring\Future\CompletedFutureValue->then(Object(Closure), NULL, NULL)
#5 /var/www/pgp.key-server.io/vendor/guzzlehttp/guzzle/src/RequestFsm.php(134): GuzzleHttp\Message\FutureResponse::proxy(Object(GuzzleHttp\Ring\Future\CompletedFutureArray), Object(Closure))
#6 /var/www/pgp.key-server.io/vendor/guzzlehttp/guzzle/src/Client.php(165): GuzzleHttp\RequestFsm->__invoke(Object(GuzzleHttp\Transaction))
#7 /var/www/pgp.key-server.io/vendor/jenssegers/proxy/src/Adapter/Guzzle/GuzzleAdapter.php(54): GuzzleHttp\Client->send(Object(GuzzleHttp\Message\Request))
#8 /var/www/pgp.key-server.io/vendor/jenssegers/proxy/src/Proxy.php(80): Proxy\Adapter\Guzzle\GuzzleAdapter->send(Object(Symfony\Component\HttpFoundation\Request), 'http://127.0.0....')
#9 /var/www/pgp.key-server.io/src/ctubio/HKPProxy/Keyserver/Router.php(46): Proxy\Proxy->to('http://127.0.0....')
#10 /var/www/pgp.key-server.io/src/ctubio/HKPProxy/Keyserver/Router.php(14): ctubio\HKPProxy\Keyserver\Router::getHKPResponse('/pks/lookup?sea...')
#11 /var/www/pgp.key-server.io/src/ctubio/HKPProxy/Keyserver.php(19): ctubio\HKPProxy\Keyserver\Router::getResponse()
#12 /var/www/pgp.key-server.io/pub/php-proxy-keyserver.php(14): ctubio\HKPProxy\Keyserver::getResponse()
#13 {main}

他のさまざまなキー サーバーでは、要求したキーに対して「結果が見つかりません」と表示されます。

  • 何が起こっているのでしょうか? 一時的な問題でしょうか? しかし、なぜすべての主要サーバーが同時にオフラインになるのでしょうか?
  • これは、私の接続によってブロックされているすべてのキー サーバーへのアクセスと関係があるのでしょうか (では、なぜ失敗する Web インターフェイスにアクセスできるのでしょうか)?
  • 無効な文字列を検索しているのでしょうか？そうではないと思います。いくつかの異なる文字列を検索しましたが、ここでの例（F434104235DA97EB）の文字列がこれに署名したgithub 上のパッケージ...
  • 正しいキーサーバーに接続していないのでしょうか?

答え1

であなたのコマンドを試してみましたsubkeys.pgp.netが、同じ問題が発生しました。そのキーサーバーについて少し検索しましたが、失敗したという苦情を除いて、関連するものは何も見つかりませんでした。keyserver.ubuntu.comただし、私の場合はうまくいきました。

[編集]@blubberdiblub指摘されているように、pool.sks-keyservers.netキーサーバーもなくなりました。代わりに次のいずれかを試してください:

  • hkps://keys.gnupg.net
  • hkps://keyserver.ubuntu.com
  • hkps://keys.openpgp.org

古い回答は無効ですが、参考になるかもしれません

によるとこれより信頼性の高い他の鍵サーバーのプールから構成される鍵サーバーがあります。これは: ですpool.sks-keyservers.net。詳細については、ウェブページ。

キーサーバーとして使用してみましたpool.sks-keyservers.netが、コマンドで問題なくキーをインポートできました。

それで、要約してあなたの質問に答えると、次のようになります:

  • キーサーバーは時々信頼できないようです。おそらくそれらのキーサーバーは古くて最近メンテナンスされていないか、一時的にオフラインになっているか、単に機能していないpool.sks-keyservers.net可能性があります。現在は機能していて信頼できるようですが、時間の経過とともに変化する可能性があります。
  • これらのキーサーバーの Web インターフェイスはブラウザ上にページを表示することがありますが、キーが保存されている基盤となるキーサーバーがダウンしている場合はキーの検索に失敗したり、サーバーが他のキーサーバーと同期されていない場合はキーが見つからないことがあります。

関連情報