Question 1

Technitium DNS DHCPサーバーが、NixOS VM上でスコープがアクティブであるにもかかわらず、DHCP Discoverに応答しないのはなぜですか？

Accepted Answer

この問題は、VM内部で動作するファイアウォールがUDP port 67をブロックしていることが原因であることが多い。VM内部のファイアウォールを無効にするか、任意の送信元からのDHCPトラフィック（UDP 67）を許可するルールを追加してください。NixOSでは、`sudo iptables -L` で確認し、有効になっている場合はテスト用に一時的にファイアウォールを無効にしてください。DHCP port 67の許可ルールを恒久的に設定してください。

Question 2

なぜ Technitium DNS Server は、クリーンでないシャットダウンの後、起動時に InspectAndFixZonePermissions で NullReferenceException が発生してクラッシュし、ゾーンのアクセス許可を失うのですか？

Accepted Answer

これは Technitium DNS Server v15.6.1 の既知のバグです。関連する不具合が2つあります。(1) Webコンソールへのログイン後、auth.config の遅延保存タイマーがセットされないため、ゾーン権限の変更はクリーンなシャットダウン時にのみ書き込まれます。クラッシュや電源喪失が発生すると変更は失われます。(2) 起動時に、権限エントリを持たないディスク上のゾーンが InspectAndFixZonePermissions() 内で NullReferenceException を引き起こし、デフォルト権限を再作成する代わりにサービスがクラッシュループに陥ります。修正方法: Technitium DNS Server v15.6.2 以降にアップグレードしてください。これにより両方の問題が解決されます。アップグレード後は、auth.config がログインおよびゾーン作成から約5秒以内に保存され、サーバーはすべてのゾーンを読み込んで正常に起動します。アップグレード前にクラッシュループに陥っている場合は、公式インストールスクリプト（例: `curl -sSL https://download.technitium.com/dns/install.sh | sudo bash`）で更新を実行し、dns.service systemd ユニットを再起動してください。

Question 3

Technitium DNS Serverクラスターで新しいユーザーやグループがセカンダリノードに同期されないのはなぜですか？

Accepted Answer

これは Technitium DNS Server v15.6.1 のバグです。クラスターのプライマリはユーザー/グループ/権限の変更をメモリ内に保持し、`auth.config` への書き込みはシャットダウン時にのみ行うため、セカンダリは古い認証データを再同期してしまいます。**修正方法:** 両方のノードを v15.6.2 以降にアップグレードすると、この問題は解決します。**v15.6.1 の回避策:** プライマリを正常に再起動し (例: `docker restart -t 60 `)、`auth.config` を強制的に書き込ませてから、Administration → Cluster → Resync で各セカンダリから再同期を実行してください。ユーザーがプライマリに保存されているかどうかは、`grep -c /etc/dns/auth.config` で確認できます (0 より大きい値が返るはずです)。

Question 4

DockerでTechnitium DNS Serverのエラー「Could not find a part of the path '/var/log/technitium/dns'」を修正する方法

Accepted Answer

`LogManager.ListLogFiles()` からのこの `System.IO.DirectoryNotFoundException` は、Technitium DNS Server v15.6.0 の既知のバグです。ファイルロギングが無効（コンソールのみのロギング）で、`/var/log/technitium/dns` にボリュームがマウントされていない場合に発生します。そのフォルダが存在しないためです。このエラーは、ログクリーンアップタイマーによって、起動から60秒後にWebコンソールに表示され、その後は1時間ごとに表示されます。

**修正方法（推奨）：** この問題が解決されている Technitium DNS Server v15.6.1 以降にアップグレードしてください：
```
docker pull technitium/dns-server:15.6.1
```
その後、新しいイメージでコンテナを再作成してください。

**回避策（v15.6.0 を使い続ける場合）：** ログパスに空のフォルダをマウントしてください。例：
```
docker run -v /empty/dir:/var/log/technitium/dns technitium/dns-server:15.6.0
```

Question 5

Technitium DNS Server クラスターで SSO (OIDC) の設定がセカンダリノードに同期されないのはなぜですか?

Accepted Answer

これはTechnitium DNS Server v15.6の既知のバグです（SSO/OIDC設定とローカルユーザーがプライマリノードからセカンダリクラスターノードに同期されず、セカンダリで手動保存した設定が消去されてしまいます）。修正方法：この同期問題が解決されたTechnitium DNS Server v15.6.2以降にアップグレードしてください。影響を受けるバージョンでの一時的な回避策：セカンダリノードをクラスターから離脱させ、解散してから再参加させます。これにより、ローカルユーザーとSSO設定がプライマリノードから強制的に同期されます。

Technitium DNS Server

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト