Systemd-resolved - 版の履歴

Kgx: /* systemd-resolved がサフィックスがないホスト名を解決できない */ 同期

2025-02-04T20:23:14Z

systemd-resolved がサフィックスがないホスト名を解決できない: 同期

← 古い版		2025年2月5日 (水) 05:23時点における版
229行目:		229行目:
	=== systemd-resolved がサフィックスがないホスト名を解決できない ===		=== systemd-resolved がサフィックスがないホスト名を解決できない ===

	完全修飾ドメイン名ではないシステム解決ホスト名を解決するには、 {{ic\|1=~~R olveUnicastSingleLabel~~=yes}} を {{ic\|/etc/systemd/resolved.conf}} に追加します。		完全修飾ドメイン名ではないシステム解決ホスト名を解決するには、 {{ic\|1=ResolveUnicastSingleLabel=yes}} を {{ic\|/etc/systemd/resolved.conf}} に追加します。

	{{Warning\|これにより、ユーザーの制御下にないグローバル DNS サーバーに単一ラベル名が転送されます。この動作は標準に準拠しておらず、プライバシーとセキュリティのリスクを引き起こす可能性があります。詳細については、 {{man\|5\|resolved.conf}} を参照してください。}}		{{Warning\|これにより、ユーザーの制御下にないグローバル DNS サーバーに単一ラベル名が転送されます。この動作は標準に準拠しておらず、プライバシーとセキュリティのリスクを引き起こす可能性があります。詳細については、 {{man\|5\|resolved.conf}} を参照してください。}}
235行目:		235行目:
	これは、 LLMR が無効化 ({{ic\|1=LLMR=no}}) されている場合にのみ発生するようです。		これは、 LLMR が無効化 ({{ic\|1=LLMR=no}}) されている場合にのみ発生するようです。

	[[systemd-networkd]] を使用している場合、DHCP サーバーまたは IPv6 ルーター通知によって提供されるドメインを検索ドメインとして使用できます。デフォルトでは無効になっており、インターフェイスの ''.network'' ファイルに追加して有効にします。		[[systemd-networkd]] を使用している場合、DHCP サーバーまたは IPv6 ルーター通知によって提供されるドメインを検索ドメインとして使用できます。デフォルトでは無効になっており、インターフェイスの ''.network'' ファイルに以下を追加して有効にします。

	{{bc\|1=		{{bc\|1=
	[~~DHCPv4~~]		[Network]
	UseDomains=true		UseDomains=true

	[IPv6AcceptRA]
	UseDomains=yes
	}}		}}

	各インターフェイスの systemd-resolved の内容を確認するには、次のコマンドを使用します。		各インターフェイスの systemd-resolved の内容を確認するには、次のコマンドを使用します:

	$ resolvectl domain		$ resolvectl domain

Kgx: /* DNS */ 同期

2025-02-01T22:14:58Z

DNS: 同期

← 古い版		2025年2月2日 (日) 07:14時点における版
74行目:		74行目:
	''systemd-resolved'' が[[ネットワークマネージャ]]から DNS サーバーアドレスを受信できず[[#手動\|手動]]でも DNS サーバーが設定されていない場合、DNS 解決が常に機能するように ''systemd-resolved'' はフォールバック DNS アドレスにフォールバックします。		''systemd-resolved'' が[[ネットワークマネージャ]]から DNS サーバーアドレスを受信できず[[#手動\|手動]]でも DNS サーバーが設定されていない場合、DNS 解決が常に機能するように ''systemd-resolved'' はフォールバック DNS アドレスにフォールバックします。

	{{Note\|1=フォールバック DNS は次の順番で使われます: ~~[[ドメイン名前解決#代替 DNS サーバー\|~~Cloudflare]], ~~[[ドメイン名前解決#代替 DNS サーバー\|~~Quad9]] ~~(フィルタリングや DNSSEC なし)~~, ~~[[ドメイン名前解決#Google\|Google]]。~~サーバーがどこに定義されているかどうかは [https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/systemd#n103 systemd の PKGBUILD] を見てください。}}		{{Note\|1=フォールバック DNS は以下の順番で使われます: Cloudflare, Quad9, Google, サーバーがどこに定義されているかどうかは [https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/systemd#n103 systemd の PKGBUILD] を見てください。}}

	{{man\|5\|resolved.conf}} で {{ic\|1=FallbackDNS=}} を設定することでフォールバックのアドレスは変更できます。例:		{{man\|5\|resolved.conf}} で {{ic\|1=FallbackDNS=}} を設定することでフォールバックのアドレスは変更できます。例:
91行目:		91行目:

	==== DNSSEC ====		==== DNSSEC ====

			{{Warning\|2023年6月時点で、systemd-resolved における DNSSEC サポートは実験的かつ不完全と見なされています。[https://github.com/systemd/systemd/issues/25676#issuecomment-1634810897] そのため、{{Pkg\|systemd}} はデフォルトで DNSSEC 検証が無効になった状態でビルドされています。}}

	[[DNSSEC]] の検証は {{man\|5\|resolved.conf}} の {{ic\|1=DNSSEC=}} 設定を変更することで有効にできます。		[[DNSSEC]] の検証は {{man\|5\|resolved.conf}} の {{ic\|1=DNSSEC=}} 設定を変更することで有効にできます。

	* {{ic\|1=DNSSEC=allow-downgrade}} を設定すると、上流の DNS サーバが DNSSEC をサポートしている場合のみ DNSSEC を検証します。		* {{ic\|1=DNSSEC=allow-downgrade}} を設定すると、上流の DNS サーバが DNSSEC をサポートしている場合のみ DNSSEC を検証します。
	* 以下のように、{{ic\|1=DNSSEC=true}} を設定すると、常に DNSSEC を検証し、DNSSEC をサポートしていないネームサーバでの DNS 解決が~~できなくなり~~ます。		* 以下のように、{{ic\|1=DNSSEC=true}} を設定すると、常に DNSSEC 検証が行われますが、DNSSEC をサポートしていないネームサーバでは、DNS 解決が失敗します。例えば以下のように設定します:

	{{hc\|/etc/systemd/resolved.conf.d/dnssec.conf\|2=		{{hc\|/etc/systemd/resolved.conf.d/dnssec.conf\|2=
102行目:		104行目:
	}}		}}

		⚫	無効な署名を持つドメインにクエリを送信して、DNSSEC 検証をテストします:
⚫	{{Note\|
	* DNS サーバーが DNSSEC をサポートしておらずデフォルトの allow-downgrade モードでは問題が発生するとき (例: [https://github.com/systemd/systemd/issues/10579 systemd issue 10579])、{{ic\|1=DNSSEC=false}} を設定することで systemd-resolved の DNSSEC サポートを明示的に無効化できます。
	* systemd-resolved は何度か検証に失敗すると、DNSSEC を無効にすることがあります。もし {{ic\|DNSSEC}} オプションが {{ic\|true}} に設定されていると、DNS 解決が完全に停止します。[https://github.com/systemd/systemd/issues/9867 systemd issue 9867] を参照してください。
⚫	}}

		⚫	{{hc\|$ resolvectl query badsig.go.dnscheck.tools\|
⚫	不正な署名のドメインを~~問い合わせ~~て DNSSEC 検証をテスト:
		⚫	badsig.go.dnscheck.tools: resolve call failed: DNSSEC validation failed: invalid

⚫	{{hc\|$ resolvectl query ~~sigfail~~.~~verteiltesysteme~~.~~net~~\|
⚫	~~sigfail~~.~~verteiltesysteme~~.~~net~~: resolve call failed: DNSSEC validation failed: invalid
	}}		}}

	~~正しい~~署名~~を使っている~~ドメインをテスト:		次に、有効な署名でドメインをテストします:

	{{hc\|$ resolvectl query ~~sigok~~.~~verteiltesysteme~~.~~net~~\|		{{hc\|$ resolvectl query go.dnscheck.tools\|
			go.dnscheck.tools: 2604:a880:400:d0::256e:b001 -- link: enp2s0
	sigok.verteiltesysteme.net: 134.91.78.139
			142.93.10.179 -- link: enp2s0

	-- Information acquired via protocol DNS in ~~266~~.~~3ms~~.		-- Information acquired via protocol DNS in 122.2ms.
	-- Data is authenticated: yes		-- '''Data is authenticated: yes'''; Data was acquired via local or encrypted transport: no
			-- Data from: network
	}}		}}

128行目:		127行目:
	{{hc\|/etc/systemd/resolved.conf.d/dns_over_tls.conf\|2=		{{hc\|/etc/systemd/resolved.conf.d/dns_over_tls.conf\|2=
	[Resolve]		[Resolve]
			DNS=9.9.9.9#dns.quad9.net
	DNSOverTLS=yes		DNSOverTLS=yes
	}}		}}

		⚫	{{Note\|
	{{~~Note~~\|使用する DNS サーバーが DNS over TLS をサポートしていな~~い場合~~、DNS リクエストが全て失敗~~するようになり~~ます。}}		* {{ic\|1=DNSOverTLS=yes}} を設定する場合、使用する DNS サーバーが DNS over TLS をサポートしている必要があります。そうでなければ、すべての DNS リクエストが失敗します。
			* 代替として、{{ic\|1=DNSOverTLS=opportunistic}} を設定することで、サーバーが DNS over TLS をサポートしている場合のみ使用することもできます。この場合、使用する DNS サーバーが DNS over TLS をサポートしていない場合は、systemd-resolved が通常の暗号化されていない DNS にフォールバックします。
		⚫	}}

	DNS over TLS は常にポート 853 を使用し、ポート 53 を使用しないので、{{pkg\|ngrep}} は DNS over TLS が機能しているかどうかをテストするために使用することができます。コマンド {{ic\|ngrep port 53}} はホスト名が DNS over TLS で解決されたときに何も出力せず、{{ic\|ngrep port 853}} は暗号化された出力になるはずです。		DNS over TLS は常にポート 853 を使用し、ポート 53 を使用しないので、{{pkg\|ngrep}} は DNS over TLS が機能しているかどうかをテストするために使用することができます。コマンド {{ic\|ngrep port 53}} はホスト名が DNS over TLS で解決されたときに何も出力せず、{{ic\|ngrep port 853}} は暗号化された出力になるはずです。

	DNS over TLS のクエリ~~をより~~詳細にパケット~~検査するには [[Wireshark]] を使うこと~~ができます。		[[Wireshark]] を使用すると、DNS over TLS クエリの詳細なパケット解析が可能です。

			==== 追加のリスニングインターフェース ====

			"systemd-resolved" はデフォルトでループバックインターフェースを介してローカルアプリケーションの DNS リクエストに応答します。デフォルトのインターフェース以外にも DNS リクエストに応答させたい場合は、各追加インターフェースに対して {{man\|5\|resolved.conf}} 内でオプション {{ic\|DNSStubListenerExtra}} を設定します。例えば以下のようにします:

			{{hc\|/etc/systemd/resolved.conf.d/additional-listening-interfaces.conf\|2=
			[Resolve]
			DNSStubListenerExtra=192.168.10.10
			DNSStubListenerExtra=2001:db8:0:f102::10
			DNSStubListenerExtra=192.168.10.11:9953
			}}

			{{Tip\|これは、DNS サーバーとして機能する [[ルーター]] に ''systemd-forsolved'' を使用する場合に便利です。}}

	=== mDNS ===		=== mDNS ===

Kusanaginoturugi: Category:ドメインネームシステム

2024-08-15T04:40:52Z

Category:ドメインネームシステム

← 古い版		2024年8月15日 (木) 13:40時点における版
1行目:		1行目:
	{{Lowercase title}}		{{Lowercase title}}
	[[Category:~~Domain Name System~~]]		[[Category:ドメインネームシステム]]
	[[en:Systemd-resolved]]		[[en:Systemd-resolved]]
	[[de:Systemd/systemd-resolved]]		[[de:Systemd/systemd-resolved]]

Kusanaginoturugi: カテゴリを削除

2022-11-11T07:58:14Z

カテゴリを削除

← 古い版		2022年11月11日 (金) 16:58時点における版
1行目:		1行目:
	{{Lowercase title}}		{{Lowercase title}}
	[[Category:Domain Name System]]		[[Category:Domain Name System]]
	[[Category:マルチキャスト DNS]]
	[[en:Systemd-resolved]]		[[en:Systemd-resolved]]
	[[de:Systemd/systemd-resolved]]		[[de:Systemd/systemd-resolved]]

Kgx: /* 手動 */ リンクを修正

2022-05-31T08:42:28Z

手動: リンクを修正

← 古い版		2022年5月31日 (火) 17:42時点における版
68行目:		68行目:
	{{Note\|		{{Note\|
	* {{man\|5\|resolved.conf}} の {{ic\|1=Domains=~.}} オプションがないと、リンク単位の設定で {{ic\|1=Domains=~.}} を設定している DNS サーバがあれば、''systemd-resolved'' はそれを使う可能性があります。		* {{man\|5\|resolved.conf}} の {{ic\|1=Domains=~.}} オプションがないと、リンク単位の設定で {{ic\|1=Domains=~.}} を設定している DNS サーバがあれば、''systemd-resolved'' はそれを使う可能性があります。
	* このオプションは、リンクごとの設定で指定されたより詳細な検索ドメインに一致するドメイン名の検索には影響しません。リンク単位の設定について詳しくは [[systemd-networkd#network ~~files~~]] を参照してください。		* このオプションは、リンクごとの設定で指定されたより詳細な検索ドメインに一致するドメイン名の検索には影響しません。リンク単位の設定について詳しくは [[systemd-networkd#network ファイル]] を参照してください。
	}}		}}

Kgx: /* 検索 */ 項目名を変更

2022-05-27T18:43:28Z

検索: 項目名を変更

← 古い版		2022年5月28日 (土) 03:43時点における版
184行目:		184行目:
	LLMNR と[[ファイアウォール]]を使う場合、UDP と TCP のポート {{ic\|5355}} を開いてください。		LLMNR と[[ファイアウォール]]を使う場合、UDP と TCP のポート {{ic\|5355}} を開いてください。

	== 検索 ==		== ルックアップ ==

	DNS レコードや mDNS あるいは LLMNR ホストを問い合わせるには ''resolvectl'' ユーティリティを使います。		DNS レコードや mDNS あるいは LLMNR ホストを問い合わせるには ''resolvectl'' ユーティリティを使います。
197行目:		197行目:
	-- Data is authenticated: no		-- Data is authenticated: no
	}}		}}

	{{man\|1\|resolvectl\|EXAMPLES}} には他の例が存在します。

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

Kgx: /* systemd-resolved がサフィックスがないホスト名を解決できない */ 翻訳を修正

2022-05-22T16:48:45Z

systemd-resolved がサフィックスがないホスト名を解決できない: 翻訳を修正

← 古い版		2022年5月23日 (月) 01:48時点における版
220行目:		220行目:
	{{Warning\|これにより、ユーザーの制御下にないグローバル DNS サーバーに単一ラベル名が転送されます。この動作は標準に準拠しておらず、プライバシーとセキュリティのリスクを引き起こす可能性があります。詳細については、 {{man\|5\|resolved.conf}} を参照してください。}}		{{Warning\|これにより、ユーザーの制御下にないグローバル DNS サーバーに単一ラベル名が転送されます。この動作は標準に準拠しておらず、プライバシーとセキュリティのリスクを引き起こす可能性があります。詳細については、 {{man\|5\|resolved.conf}} を参照してください。}}

	これは、 LLMR が~~ディセーブル~~ ({{ic\|1=LLMR=no}}) の場合にのみ発生するようです。		これは、 LLMR が無効化 ({{ic\|1=LLMR=no}}) されている場合にのみ発生するようです。

	[[systemd-networkd]] を使用している場合、DHCP サーバーまたは IPv6 ルーター通知によって提供されるドメインを検索ドメインとして使用できます。デフォルトでは無効になっており、インターフェイスの ''.network'' ファイルに追加して有効にします。		[[systemd-networkd]] を使用している場合、DHCP サーバーまたは IPv6 ルーター通知によって提供されるドメインを検索ドメインとして使用できます。デフォルトでは無効になっており、インターフェイスの ''.network'' ファイルに追加して有効にします。

Kgx: 多言語へのリンクを追加

2022-04-23T09:18:38Z

多言語へのリンクを追加

← 古い版		2022年4月23日 (土) 18:18時点における版
1行目:		1行目:
	{{Translateme\|翻訳のご協力、もしくは英語版を参照してください。}}
	{{Lowercase title}}		{{Lowercase title}}
	[[Category:Domain Name System]]		[[Category:Domain Name System]]
	[[Category:マルチキャスト DNS]]		[[Category:マルチキャスト DNS]]
	[[en:Systemd-resolved]]		[[en:Systemd-resolved]]
			[[de:Systemd/systemd-resolved]]
			[[es:Systemd-resolved]]
			[[ru:Systemd-resolved]]
	{{Related articles start}}		{{Related articles start}}
	{{Related\|systemd-networkd}}		{{Related\|systemd-networkd}}

Coro: fix typo

2022-03-12T05:54:23Z

fix typo

← 古い版		2022年3月12日 (土) 14:54時点における版
202行目:		202行目:
	=== system-resolved がローカルドメインを検索しない ===		=== system-resolved がローカルドメインを検索しない ===

	''systemd-resolved'' は、 {{ic\|1=UseDomains = yes}} または {{ic\|1=Domains=[domain-list]}} が存在する場合でも、ホスト名のみが指定されているとローカルドメインを検索しない場合があります。適切な [[systemd-networkd]]の ''.network'' ファイルにあり、そのファイルは {{ic\|resolv.conf}} によって {{ic\|search[domain-list]}} を生成します。 {{ic\|~~networkctlstatus~~}} または {{ic\|resolvectl status}} を実行して、検索ドメインが実際に取得されているかどうかを確認できます。		''systemd-resolved'' は、 {{ic\|1=UseDomains = yes}} または {{ic\|1=Domains=[domain-list]}} が存在する場合でも、ホスト名のみが指定されているとローカルドメインを検索しない場合があります。適切な [[systemd-networkd]]の ''.network'' ファイルにあり、そのファイルは {{ic\|resolv.conf}} によって {{ic\|search[domain-list]}} を生成します。 {{ic\|networkctl status}} または {{ic\|resolvectl status}} を実行して、検索ドメインが実際に取得されているかどうかを確認できます。

	考えられる回避策:		考えられる回避策:

Kgx: /* DNS over TLS */ 翻訳

2022-01-09T20:12:20Z

DNS over TLS: 翻訳

← 古い版		2022年1月10日 (月) 05:12時点における版
123行目:		123行目:
	==== DNS over TLS ====		==== DNS over TLS ====

	DNS over TLS はデフォルトでは無効になっています。有効にするには {{man\|5\|resolved.conf}} の {{ic\|[Resolve]}} セクションの {{ic\|1=DNSOverTLS=}} 設定を変更してください。~~To enable validation of your~~ DNS ~~provider's server certificate, include their hostname in the~~ {{ic\|1=DNS=}} ~~setting in the format~~ {{ic\|''ip_address''#''hostname''}}~~. For~~ ~~example~~:		DNS over TLS はデフォルトでは無効になっています。有効にするには {{man\|5\|resolved.conf}} の {{ic\|[Resolve]}} セクションの {{ic\|1=DNSOverTLS=}} 設定を変更してください。DNS プロバイダのサーバ証明書の検証を有効にするには、{{ic\|1=DNS=}} の設定にそのホスト名を{{ic\|''ip_address''#''hostname''}} の形式で含めます。例えば:

	{{hc\|/etc/systemd/resolved.conf.d/dns_over_tls.conf\|2=		{{hc\|/etc/systemd/resolved.conf.d/dns_over_tls.conf\|2=
132行目:		132行目:
	{{Note\|使用する DNS サーバーが DNS over TLS をサポートしていない場合、DNS リクエストが全て失敗するようになります。}}		{{Note\|使用する DNS サーバーが DNS over TLS をサポートしていない場合、DNS リクエストが全て失敗するようになります。}}

			DNS over TLS は常にポート 853 を使用し、ポート 53 を使用しないので、{{pkg\|ngrep}} は DNS over TLS が機能しているかどうかをテストするために使用することができます。コマンド {{ic\|ngrep port 53}} はホスト名が DNS over TLS で解決されたときに何も出力せず、{{ic\|ngrep port 853}} は暗号化された出力になるはずです。
	{{pkg\|ngrep}} can be used to test if DNS over TLS is working since DNS over TLS always uses port 853 and never port 53. The command {{ic\|ngrep port 53}} should produce no output when a hostname is resolved with DNS over TLS and {{ic\|ngrep port 853}} should produce encrypted output.

			DNS over TLS のクエリをより詳細にパケット検査するには [[Wireshark]] を使うことができます。
	[[Wireshark]] can be used for more detailed packet inspection of DNS over TLS queries.

	=== mDNS ===		=== mDNS ===