web-dev-qa-db-ja.com

certbotプラグインのTSIGキーを生成する方法 'certbot-dns-rfc2136'

Let's Encrypt からワイルドカード証明書を取得するようにBIND9を構成しています。 ここでの説明 に従ってTSIGキーを生成しようとすると、次のエラーが発生しました。

# dnssec-keygen -a HMAC-SHA512 -b 512 -n Host keyname.
dnssec-keygen: fatal: unknown algorithm HMAC-SHA512

それから私はヘルプを読み、 document about dnssec-keygenHMAC-SHA512と呼ばれるアルゴリズムはありません。

# dnssec-keygen -h
Usage:
    dnssec-keygen [options] name

Version: 9.14.2
    name: owner of the key
Options:
    -K <directory>: write keys into directory
    -a <algorithm>:
        RSASHA1 | NSEC3RSASHA1 |
        RSASHA256 | RSASHA512 |
        ECDSAP256SHA256 | ECDSAP384SHA384 |
        ED25519 | ED448 | DH
    -3: use NSEC3-capable algorithm
    -b <key size in bits>:
        RSASHA1:        [1024..4096]
        NSEC3RSASHA1:   [1024..4096]
        RSASHA256:      [1024..4096]
        RSASHA512:      [1024..4096]
        DH:             [128..4096]
        ECDSAP256SHA256:        ignored
        ECDSAP384SHA384:        ignored
        ED25519:        ignored
        ED448:  ignored
        (key size defaults are set according to
        algorithm and usage (ZSK or KSK)
    -n <nametype>: ZONE | Host | ENTITY | USER | OTHER
        (DNSKEY generation defaults to ZONE)
    -c <class>: (default: IN)
    -d <digest bits> (0 => max, default)
    -E <engine>:
        name of an OpenSSL engine to use
    -f <keyflag>: KSK | REVOKE
    -g <generator>: use specified generator (DH only)
    -L <ttl>: default key TTL
    -p <protocol>: (default: 3 [dnssec])
    -s <strength>: strength value this key signs DNS records with (default: 0)
    -T <rrtype>: DNSKEY | KEY (default: DNSKEY; use KEY for SIG(0))
    -t <type>: AUTHCONF | NOAUTHCONF | NOAUTH | NOCONF (default: AUTHCONF)
    -h: print usage and exit
    -m <memory debugging mode>:
       usage | trace | record | size | mctx
    -v <level>: set verbosity level (0 - 10)
    -V: print version information
Timing options:
    -P date/[+-]offset/none: set key publication date (default: now)
    -P sync date/[+-]offset/none: set CDS and CDNSKEY publication date
    -A date/[+-]offset/none: set key activation date (default: now)
    -R date/[+-]offset/none: set key revocation date
    -I date/[+-]offset/none: set key inactivation date
    -D date/[+-]offset/none: set key deletion date
    -D sync date/[+-]offset/none: set CDS and CDNSKEY deletion date
    -G: generate key only; do not set -P or -A
    -C: generate a backward-compatible key, omitting all dates
    -S <key>: generate a successor to an existing key
    -i <interval>: prepublication interval for successor key (default: 30 days)
Output:
     K<name>+<alg>+<id>.key, K<name>+<alg>+<id>.private

別の質問:dnssec-keygen を介してキーを生成できませんが、問題は未解決のままです。

私は何をすべきか?

1
KaiserKatze

少し検索したところ、プラグインのドキュメントが見つかりましたcertbot-dns-rfc2136 isobsolete

BIND9の公式gitリポジトリで、次のことがわかりました コミットメッセージ

  1. [func] HMACキーを生成するためのdnssec-keygenの使用は、tsig-keygenを優先して非推奨になりました。 dnssec-keygenは、この目的で使用されると警告を出力します。すべてのHMACアルゴリズムは、将来のリリースでdnssec-keygenから削除される予定です。 [RT#42272]

したがって、最終的な解決策は次のとおりです。

tsig-keygen -a hmac-sha512 tsig-key > /etc/bind/tsig.key
2
KaiserKatze