Вопросы Теги

gpg: DBG: chan_3 <- ERR 167772339 Не включено

команда: gpg -vvv --debug-all --recv-keys A8BD96F8FD24E96B60232807B3B4C3CECC10C662

вывод:

gpg: Note: no default option file '/home/hackeeer/.gnupg/gpg.conf'
gpg: using character set 'utf-8'
gpg: enabled debug flags: packet mpi crypto filter iobuf memory cache memstat trust hashing ipc clock lookup extprog
gpg: DBG: [not enabled in the source] start
gpg: DBG: chan_3 <- # Home: /home/hackeeer/.gnupg
gpg: DBG: chan_3 <- # Config: /home/hackeeer/.gnupg/dirmngr.conf
gpg: DBG: chan_3 <- OK Dirmngr 2.2.4 at your service
gpg: DBG: connection to the dirmngr established
gpg: DBG: chan_3 -> GETINFO version
gpg: DBG: chan_3 <- D 2.2.4
gpg: DBG: chan_3 <- OK
gpg: DBG: chan_3 -> KS_GET -- 0xA8BD96F8FD24E96B60232807B3B4C3CECC10C662
gpg: DBG: chan_3 <- ERR 167772339 Not enabled <Dirmngr>
gpg: keyserver receive failed: Not enabled
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/65536 bytes in 0 blocks

Что не так???

0
12.06.2020, 12:31
1 ответ

Я тоже долго мучился с этим. Потом нашел в мануале дляdirmngr:

       --standard-resolver
              This option forces the use of the system's standard DNS resolver
              code.  This is mainly used for debugging.  Note that on Windows
              a standard resolver is not used and all DNS access will return
              the error ``Not Implemented'' if this option is used.  Using
              this together with enabled Tor mode returns the error ``Not
              Enabled''.

Так может быть у вас в файле ~/.gnupg/dirmngr.confесть строка с standard-resolver. Если он у вас есть, попробуйте удалить его. Также убивайте процесс dirmngrпосле каждого изменения этого файла.

У меня это не сработало, так как dirmngr делает что-то странное с разрешением DNS, которое работает только в Linux.

Следующим шагом будет попытка изменить параметр на recursive-resolver.

У меня это тоже не сработало, выдавало ошибки типа ERR 167772360 Buffer too short <Dirmngr>.

В качестве последней попытки я добавил опцию no-use-torв начало dirmngr.conf, и это, наконец, сработало для меня.

Позже выяснилось, что опция ssh «DynamicForwarding» на порту 9050 сбила dirmngr с толку, заставив думать, что Tor используется.

1
18.03.2021, 23:28

Теги

Похожие вопросы