このように分析すると、移行はそれほど怖いものではありませんでした。Kea のデフォルト設定ファイルには、説明的なコメントと参考になる設定例が満載されているため、移行はより簡単になりました。 (そして、繰り返しになりますが、ISC は 並外れた Kea のドキュメントの仕事。非推奨から最先端のものまで、すべてのバージョンには、 徹底した広範なオンラインドキュメント 特定のオプションが何をするか、またはそれをどこに適用するかについて知りたい場合は、上記のように、より詳細な例が必要な場合に分解できるサンプル構成ファイルも用意されています)。

DHCP の構成時間

設定する Kea アプリケーションが 2 つあるため、最初に DHCP を実行してから、DDNS 側に進みます。 (ただし、DHCP 構成ファイルには DDNS に関するものも多数含まれているので、衒学的に言えば、両方を一度に設定することになると思います。)

パッケージマネージャー経由で Kea をインストールした場合、編集する最初のファイルは次のとおりです。 /etc/kea/kea-dhcp4.conf。ファイルにはすでに適切なデフォルトがいくつか含まれているはずです。コメントに目を通し、それらのデフォルトが何であるか、そしてその意味を確認する価値があります。

これは私の作業内容を軽くサニタイズしたバージョンです kea-dhcp4.conf ファイル：

{
  "Dhcp4": {
    "control-socket": {
      "socket-type": "unix",
      "socket-name": "/tmp/kea4-ctrl-socket"
    },
    "interfaces-config": {
      "interfaces": ["eth0"],
      "dhcp-socket-type": "raw"
    },
    "dhcp-ddns": {
      "enable-updates": true
    },
    "ddns-conflict-resolution-mode": "no-check-with-dhcid",
    "ddns-override-client-update": true,
    "ddns-override-no-update": true,
    "ddns-qualifying-suffix": "bigdinosaur.lan",
    "authoritative": true,
    "valid-lifetime": 86400,
    "renew-timer": 43200,
    "expired-leases-processing": {
      "reclaim-timer-wait-time": 3600,
      "hold-reclaimed-time": 3600,
      "max-reclaim-leases": 0,
      "max-reclaim-time": 0
    },
    "loggers": [
    {
      "name": "kea-dhcp4",
      "output_options": [
        {
          "output": "syslog",
          "pattern": "%-5p %mn",
          "maxsize": 1048576,
          "maxver": 8
        }
      ],
      "severity": "INFO",
      "debuglevel": 0
      }
    ],
    "reservations-global": false,
    "reservations-in-subnet": true,
    "reservations-out-of-pool": true,
    "host-reservation-identifiers": [
      "hw-address"
    ],
    "subnet4": [
      {
        "id": 1,
        "subnet": "10.10.10.0/24",
        "pools": [
          {
            "pool": "10.10.10.170 - 10.10.10.254"
          }
        ],
        "option-data": [
          {
            "name": "subnet-mask",
            "data": "255.255.255.0"
          },
          {
            "name": "routers",
            "data": "10.10.10.1"
          },
          {
            "name": "broadcast-address",
            "data": "10.10.10.255"
          },
          {
            "name": "domain-name-servers",
            "data": "10.10.10.53"
          },
          {
            "name": "domain-name",
            "data": "bigdinosaur.lan"
          }
        ],
        "reservations": [
          {
            "hostname": "host1.bigdinosaur.lan",
            "hw-address": "aa:bb:cc:dd:ee:ff",
            "ip-address": "10.10.10.100"
          },
          {
            "hostname": "host2.bigdinosaur.lan",
            "hw-address": "ff:ee:dd:cc:bb:aa",
            "ip-address": "10.10.10.101"
          }
        ]
      }
    ]
  }
}

最初のスタンザは、DHCP プロセスが管理 API コマンドをリッスンする制御ソケットを設定します (管理ツールを設定するつもりはありません。これはホームラボにとってはやりすぎですが、これにより、必要に応じてソケットが存在することが保証されます)その方向に進んでください）。また、Kea が DHCP リクエストをリッスンするインターフェイスも設定し、それらのリクエストを Raw ソケット モードでリッスンするように Kea に指示します。ほぼ確実に欲しいです raw DHCP ソケットのタイプとして (ここを参照してください その理由)、ただし、これを次のように設定することもできます udp 必要に応じて。