BIND9 DLZ DNSバックエンド - 版の履歴

Meisina04: /* DNSの更新に失敗する：NOTAUTH */

2019-03-09T06:53:56Z

DNSの更新に失敗する：NOTAUTH

← 古い版		2019年3月9日 (土) 15:53時点における版
226行目:		226行目:

	* BINDの設定が正しく設定されていることを確認してください。詳細については、[[#Kerberosを使用した動的DNS更新のセットアップ\|Kerberosを使用した動的DNS更新のセットアップ]]を参照してください。		* BINDの設定が正しく設定されていることを確認してください。詳細については、[[#Kerberosを使用した動的DNS更新のセットアップ\|Kerberosを使用した動的DNS更新のセットアップ]]を参照してください。
	* BINDバックエンド設定を再作成します。詳細については、[[#BIND9_DLZバックエンドの再構成\|]]を参照してください。		* BINDバックエンド設定を再作成します。詳細については、[[#BIND9_DLZバックエンドの再構成\|BIND9_DLZバックエンドの再構成]]を参照してください。

	== DNSの更新に失敗する：dns_tkey_negotiategss：TKEYは受け入れられません ==		== DNSの更新に失敗する：dns_tkey_negotiategss：TKEYは受け入れられません ==

Meisina04: /* 新しいDNSエントリが解決できない */

2019-03-09T06:53:22Z

新しいDNSエントリが解決できない

← 古い版		2019年3月9日 (土) 15:53時点における版
206行目:		206行目:
	しまい、SambaとBINDが別々のデータベースファイルを使用するため、ディレクトリ内のDNS更新がBIND DNSサーバーから解決できません。		しまい、SambaとBINDが別々のデータベースファイルを使用するため、ディレクトリ内のDNS更新がBIND DNSサーバーから解決できません。

	~~ハードリンクの自動修復については、「~~[[#BIND9_DLZバックエンドの再構成\|BIND9_DLZバックエンドの再構成]]~~」を参照してください。~~		ハードリンクの自動修復については、[[#BIND9_DLZバックエンドの再構成\|BIND9_DLZバックエンドの再構成]]を参照してください。

	== DNSの更新に失敗する：NOTAUTH ==		== DNSの更新に失敗する：NOTAUTH ==

Meisina04: /* BINDの設定 */

2019-03-07T02:41:17Z

BINDの設定

← 古い版		2019年3月7日 (木) 11:41時点における版
25行目:		25行目:
	詳細は、「[[BIND DNSサーバーの設定]]」を参照してください。		詳細は、「[[BIND DNSサーバーの設定]]」を参照してください。

	== BIND9_DLZモジュールの設定 ==		= BIND9_DLZモジュールの設定 =

	ドメインのプロビジョニング、ドメインへの参加、あるいはクラシックアップデートをしている間に、<code>/usr/local/samba/private/named.conf</code>ファイルが作成されます。		ドメインのプロビジョニング、ドメインへの参加、あるいはクラシックアップデートをしている間に、<code>/usr/local/samba/private/named.conf</code>ファイルが作成されます。
82行目:		82行目:
	\|}		\|}

	== Kerberosを使用した動的DNS更新のセットアップ ==		= Kerberosを使用した動的DNS更新のセットアップ =

	Sambaは、<code>BIND9_DLZ</code>バックエンドによって管理されるActive Directory（AD）ゾーンを自動的に更新することができます。		Sambaは、<code>BIND9_DLZ</code>バックエンドによって管理されるActive Directory（AD）ゾーンを自動的に更新することができます。
124行目:		124行目:


	== AppArmorとSELinuxの統合 ==		= AppArmorとSELinuxの統合 =

	詳細は、[[BIND9 DLZ AppArmorとSELinux統合]]を参照してください。		詳細は、[[BIND9 DLZ AppArmorとSELinux統合]]を参照してください。

	== BINDサービスの開始 ==		= BINDサービスの開始 =

	* サービスを開始する前に、BINDの設定を確認してください。		* サービスを開始する前に、BINDの設定を確認してください。

Meisina04: /* Starting Bind9 DNS Server fails with "unhandled record type 65281" (Windows AD + Samba AD) */

2019-03-07T02:38:22Z

Starting Bind9 DNS Server fails with "unhandled record type 65281" (Windows AD + Samba AD)

← 古い版		2019年3月7日 (木) 11:38時点における版
239行目:		239行目:
	Samba AD DCでBind9を<code>reload</code>することはできません。<code>restart</code>する必要があります。 logrotateが<code>reload</code>を使用しているかどうかを確認し、もしそうであれば変更して下さい。		Samba AD DCでBind9を<code>reload</code>することはできません。<code>restart</code>する必要があります。 logrotateが<code>reload</code>を使用しているかどうかを確認し、もしそうであれば変更して下さい。

	== ~~Starting~~ Bind9 DNS ~~Server fails with~~ "unhandled record type 65281" (Windows AD + Samba AD)==		== Bind9 DNS サーバーが "unhandled record type 65281" で起動に失敗する (Windows AD + Samba AD)==

			Bind9 DNSサーバーを起動する時、次のように表示される場合:
	If when starting Bind9 DNS Server you see something like:		If when starting Bind9 DNS Server you see something like:

251行目:		252行目:


	~~This is likely caused because you have a Windows~~ Server Active ~~Directory that has WINS entries and you are joining it.~~		これは、WINSエントリを持つWindows Server Active Directoryがあり、それに参加しようとしているために発生する可能性があります。
	~~To fix it, you have to disable WINS resolving in DNS of Windows~~ Server ~~DC direct search zones, restart Samba AD service, reload DNS config~~ <code>samba_upgradedns --dns-backend=BIND9_DLZ</code>~~, and then, restart Bind9 service.~~		これを修正するには、Windows Server DCの直接検索ゾーンのDNSでWINS解決を無効にし、Samba ADサービスを再起動し、DNS設定をリロード<code>samba_upgradedns --dns-backend=BIND9_DLZ</code>してからBind9サービスを再起動します。

Meisina04: /* Bind9 DNSサーバーのリロード */

2019-03-06T15:31:18Z

Bind9 DNSサーバーのリロード

← 古い版		2019年3月7日 (木) 00:31時点における版
238行目:		238行目:
	<pre>named[29534]: samba_dlz: Ignoring duplicate zone</pre>		<pre>named[29534]: samba_dlz: Ignoring duplicate zone</pre>
	Samba AD DCでBind9を<code>reload</code>することはできません。<code>restart</code>する必要があります。 logrotateが<code>reload</code>を使用しているかどうかを確認し、もしそうであれば変更して下さい。		Samba AD DCでBind9を<code>reload</code>することはできません。<code>restart</code>する必要があります。 logrotateが<code>reload</code>を使用しているかどうかを確認し、もしそうであれば変更して下さい。

			== Starting Bind9 DNS Server fails with "unhandled record type 65281" (Windows AD + Samba AD)==

			If when starting Bind9 DNS Server you see something like:

			samba_dlz: starting configure
			samba_dlz b9_format: unhandled record type 65281
			zone example.local/NONE: could not find NS and/or SOA records
			zone example.local/NONE: has 0 SOA records
			zone example.local/NONE: has no NS records
			samba_dlz: Failed to configure zone 'example.local'


			This is likely caused because you have a Windows Server Active Directory that has WINS entries and you are joining it.
			To fix it, you have to disable WINS resolving in DNS of Windows Server DC direct search zones, restart Samba AD service, reload DNS config <code>samba_upgradedns --dns-backend=BIND9_DLZ</code>, and then, restart Bind9 service.

Meisina04: /* DNSの更新に失敗する：NOTAUTH */

2019-03-06T15:29:59Z

DNSの更新に失敗する：NOTAUTH

← 古い版		2019年3月7日 (木) 00:29時点における版
225行目:		225行目:
	この問題を解決するために：		この問題を解決するために：

	* ~~BINDの設定が正しく設定されていることを確認してください。詳細については、「~~[[#Kerberosを使用した動的DNS更新のセットアップ\|Kerberosを使用した動的DNS更新のセットアップ]]」を		* BINDの設定が正しく設定されていることを確認してください。詳細については、[[#Kerberosを使用した動的DNS更新のセットアップ\|Kerberosを使用した動的DNS更新のセットアップ]]を参照してください。
	~~参照してください。~~		* BINDバックエンド設定を再作成します。詳細については、[[#BIND9_DLZバックエンドの再構成\|]]を参照してください。
	* ~~BINDバックエンド設定を再作成します。詳細については、「~~[[#BIND9_DLZバックエンドの再構成\|]]~~」を参照してください。~~

	== DNSの更新に失敗する：dns_tkey_negotiategss：TKEYは受け入れられません ==		== DNSの更新に失敗する：dns_tkey_negotiategss：TKEYは受け入れられません ==

Meisina04: /* The Lockup Problem */

2019-03-06T15:28:27Z

The Lockup Problem

← 古い版		2019年3月7日 (木) 00:28時点における版
141行目:		141行目:
	詳細については、[[動的DNS更新のテスト]]を参照してください。		詳細については、[[動的DNS更新のテスト]]を参照してください。

	= ~~The Lockup Problem~~ =		= ロックアップ問題 =

			BINDスレッドがBIND_DLZプラグインのAPIの一つを呼び出すとき、その時点で、データベースのロックが解除されている場合、データベース呼び出しで実行がブロックされる可能性があります。残念ながら、その間、BINDは、たとえ外部の(Sambaではない)クエリであったとしても、どんなクエリも対応することができません。Bindは、ワーカースレッドの数を増やすことのできる、"-n"オプションを持っていますが、テストによると、この数字を増やすことでは、この問題を解決されず、おそらくBindのスレッドとキューモデルは、少し壊れていることがわかります。
			小規模な環境であれば、この問題は起こりそうにはありませんが、トラフィックの多い環境では、DNSが停止する可能性があります。今すぐできる唯一の解決策は、クエリがそのノードによって管理されているゾーンに当てられている場合にのみ、BIND_DLZでサポートされているSamba DNS インストールにクエリ転送する、外部のDNSサーバを使用することです。

	When a BIND thread calls one of the BIND9_DLZ plugin API calls, execution can be blocked on database access calls if locks are out on the database at the time. Unfortunately, during that time, BIND will not be able to serve any queries, even external (non-samba) queries. Bind has a "-n" option that can increase the number of worker threads but testing has shown that increasing this number does not fix the problem, indicating that BIND's threading and queueing models are probably a bit broken.		When a BIND thread calls one of the BIND9_DLZ plugin API calls, execution can be blocked on database access calls if locks are out on the database at the time. Unfortunately, during that time, BIND will not be able to serve any queries, even external (non-samba) queries. Bind has a "-n" option that can increase the number of worker threads but testing has shown that increasing this number does not fix the problem, indicating that BIND's threading and queueing models are probably a bit broken.

Meisina04: /* The Lockup Problem */

2019-03-06T14:40:30Z

The Lockup Problem

← 古い版		2019年3月6日 (水) 23:40時点における版
146行目:		146行目:
	In small-scale environments this problem is unlikely to come up, but, in high-traffic environments, it may cause DNS outage. The only solution right now is to use an external DNS server that only forwards queries to BIND9_DLZ-backed samba DNS installations when the query is addressed to a zone managed by that node.		In small-scale environments this problem is unlikely to come up, but, in high-traffic environments, it may cause DNS outage. The only solution right now is to use an external DNS server that only forwards queries to BIND9_DLZ-backed samba DNS installations when the query is addressed to a zone managed by that node.

	== トラブルシューティング ==		= トラブルシューティング =

	=== BIND9_DLZバックエンドの再構成 ===		== BIND9_DLZバックエンドの再構成 ==

	<code>BIND9_DLZ</code>バックエンドセットアップを実行すると、Active Directory（AD）BIND DNSアカウント（<code>dns-*</code>）とBIND Kerberosキータブファイルの		<code>BIND9_DLZ</code>バックエンドセットアップを実行すると、Active Directory（AD）BIND DNSアカウント（<code>dns-*</code>）とBIND Kerberosキータブファイルの
169行目:		169行目:
	* BINDサービスを再起動します。		* BINDサービスを再起動します。

	=== BIND9_DLZモジュールのデバッグ ===		== BIND9_DLZモジュールのデバッグ ==

	<code>BIND9_DLZ</code>モジュールのログレベルを設定するには：		<code>BIND9_DLZ</code>モジュールのログレベルを設定するには：
183行目:		183行目:


	=== 新しいDNSエントリが解決できない ===		== 新しいDNSエントリが解決できない ==

	ディレクトリに新しいDNSレコードを作成し、<code>nslookup</code>、<code>host</code>、またはその他のDNSルックアップツールを使用して新しいDNSレコードを作成できない場合は、データベースのハードリンクが失われている可能性があります。これは、たとえば、マウントポイント		ディレクトリに新しいDNSレコードを作成し、<code>nslookup</code>、<code>host</code>、またはその他のDNSルックアップツールを使用して新しいDNSレコードを作成できない場合は、データベースのハードリンクが失われている可能性があります。これは、たとえば、マウントポイント
205行目:		205行目:
	ハードリンクの自動修復については、「[[#BIND9_DLZバックエンドの再構成\|BIND9_DLZバックエンドの再構成]]」を参照してください。		ハードリンクの自動修復については、「[[#BIND9_DLZバックエンドの再構成\|BIND9_DLZバックエンドの再構成]]」を参照してください。

	=== DNSの更新に失敗する：NOTAUTH ===		== DNSの更新に失敗する：NOTAUTH ==

	BINDがSamba Active Directory（AD）ドメインコントローラ（DC）で不正なKerberos設定を使用すると、動的DNS更新が失敗します。例えば：		BINDがSamba Active Directory（AD）ドメインコントローラ（DC）で不正なKerberos設定を使用すると、動的DNS更新が失敗します。例えば：
226行目:		226行目:
	* BINDバックエンド設定を再作成します。詳細については、「[[#BIND9_DLZバックエンドの再構成\|]]」を参照してください。		* BINDバックエンド設定を再作成します。詳細については、「[[#BIND9_DLZバックエンドの再構成\|]]」を参照してください。

	=== DNSの更新に失敗する：dns_tkey_negotiategss：TKEYは受け入れられません ===		== DNSの更新に失敗する：dns_tkey_negotiategss：TKEYは受け入れられません ==

	詳細については、「[[dns_tkey_negotiategss:_TKEYは受け入れられません]]」を参照してください。		詳細については、「[[dns_tkey_negotiategss:_TKEYは受け入れられません]]」を参照してください。

	=== Bind9 DNSサーバーのリロード ===		== Bind9 DNSサーバーのリロード ==

	Bind9を<code>reload</code>すると、ログに次のような行が表示されます。		Bind9を<code>reload</code>すると、ログに次のような行が表示されます。

Meisina04: /* 動的DNS更新のテスト */

2019-03-06T14:39:33Z

動的DNS更新のテスト

← 古い版		2019年3月6日 (水) 23:39時点における版
137行目:		137行目:
	* BINDサービスを開始します。		* BINDサービスを開始します。

	== 動的DNS更新のテスト ==		= 動的DNS更新のテスト =

	詳細については、[[動的DNS更新のテスト]]を参照してください。		詳細については、[[動的DNS更新のテスト]]を参照してください。

			= The Lockup Problem =

			When a BIND thread calls one of the BIND9_DLZ plugin API calls, execution can be blocked on database access calls if locks are out on the database at the time. Unfortunately, during that time, BIND will not be able to serve any queries, even external (non-samba) queries. Bind has a "-n" option that can increase the number of worker threads but testing has shown that increasing this number does not fix the problem, indicating that BIND's threading and queueing models are probably a bit broken.
			In small-scale environments this problem is unlikely to come up, but, in high-traffic environments, it may cause DNS outage. The only solution right now is to use an external DNS server that only forwards queries to BIND9_DLZ-backed samba DNS installations when the query is addressed to a zone managed by that node.

	== トラブルシューティング ==		== トラブルシューティング ==

Meisina04: /* 動的DNS更新のテスト */

2019-03-06T14:35:46Z

動的DNS更新のテスト

← 古い版		2019年3月6日 (水) 23:35時点における版
139行目:		139行目:
	== 動的DNS更新のテスト ==		== 動的DNS更新のテスト ==

	~~詳細については、「~~[[動的DNS更新のテスト]]~~」を参照してください。~~		詳細については、[[動的DNS更新のテスト]]を参照してください。

	== トラブルシューティング ==		== トラブルシューティング ==