Systemd-networkd - 版の履歴

Kgx: /* ヒントとテクニック */ 同期

2025-02-01T08:06:13Z

ヒントとテクニック: 同期

← 古い版		2025年2月1日 (土) 17:06時点における版
741行目:		741行目:

	sysctl 設定 {{ic\|net.ipv4.tcp_congestion_control}} は、 TCP リンクがアクティブなとき、特に2つのホスト間のパスが輻輳してスループットを低下させる必要があるときに、輻輳ウィンドウと受信ウィンドウを調整する方法を制御するため、これらの値とは直接関係しません。上記の {{ic\|Initial*}} 値は、輻輳アルゴリズムに引き継がれて必要に応じて調整される前に、新しい接続ごとに選択されたデフォルトのウィンドウ値を設定するだけです。高い初期値を設定すると、輻輳アルゴリズムが最適な値 (または、逆に、間違った初期値を設定するとネゴシエーション時間が長くなりますが、輻輳アルゴリズムはそれらを修正するように動作し、新しく確立された各 TCP 接続の速度が数秒間遅くなります。) を見つけようとしている間に、単純にネゴシエーションが短縮されます。		sysctl 設定 {{ic\|net.ipv4.tcp_congestion_control}} は、 TCP リンクがアクティブなとき、特に2つのホスト間のパスが輻輳してスループットを低下させる必要があるときに、輻輳ウィンドウと受信ウィンドウを調整する方法を制御するため、これらの値とは直接関係しません。上記の {{ic\|Initial*}} 値は、輻輳アルゴリズムに引き継がれて必要に応じて調整される前に、新しい接続ごとに選択されたデフォルトのウィンドウ値を設定するだけです。高い初期値を設定すると、輻輳アルゴリズムが最適な値 (または、逆に、間違った初期値を設定するとネゴシエーション時間が長くなりますが、輻輳アルゴリズムはそれらを修正するように動作し、新しく確立された各 TCP 接続の速度が数秒間遅くなります。) を見つけようとしている間に、単純にネゴシエーションが短縮されます。

			=== 既存のインターフェースに独自の MAC アドレスを持つ2番目の静的 IP を設定する ===

			ルーターに対してコンピュータを完全に異なる2台のデバイスとして認識させるには、異なる IP アドレスだけでなく、異なる MAC アドレスを持つ仮想インターフェースを作成する必要があります。

			これを実現するために、物理インターフェースの上に一意の MAC アドレスを持つ仮想インターフェース(macvlan)を作成します。例えば、次のように作成します:

			{{hc\|/etc/systemd/network/25-eth210.netdev\|2=
			[NetDev]
			Name=eth210
			Kind=macvlan
			MACAddress=00:11:22:33:44:55

			[MACVLAN]
			Mode=bridge
			SourceDevice=enp1s0
			}}

			次に、同じサブネットとゲートウェイを使用して、通常通りネットワークファイルを追加し、静的 IP を設定する場合は DHCP に使用される IP 番号の範囲を回避します。例えば:
			{{hc\|/etc/systemd/network/25-eth210.network\|2=
			[Match]
			Name=eth210

			[Network]
			Address=192.168.132.210/24
			Gateway=192.168.132.1

			[Route]
			Destination=192.168.132.0/24
			Metric=2
			}}
			macvlan インターフェースのルートにはメトリック2が設定されています。これにより、トラフィックはメインインターフェースを優先して通過するようになります。なぜなら、メインインターフェースにはデフォルトルートがメトリック1で(暗黙的に)設定されているからです。ただし、特に macvlan インターフェースを使用するよう指示した場合は別です。

			最後に、{{ic\|1=MACVLAN=eth210}} をメインインターフェースの {{ic\|.network}} ファイルの {{ic\|[Network]}} セクションに追加します!

			この時点で、新しい MAC アドレスをルーターに認識させ、その MAC アドレスを受け入れるように設定するための簡単な方法として、例えば {{ic\|sudo arping -I eth210 192.168.132.1}} を実行できます。ルーターで "新しいデバイス" の設定をした後、例えば {{ic\|curl --interface 192.168.132.210 ifconfig.me}} を実行して、新しいインターフェースがインターネットに接続できるかどうかをテストできます。このコマンドは、あなたの公開 IP アドレスを表示するはずです。

	== 参照 ==		== 参照 ==

Kgx: /* MACVLAN bridge */ 翻訳

2025-02-01T07:59:41Z

MACVLAN bridge: 翻訳

← 古い版		2025年2月1日 (土) 16:59時点における版
532行目:		532行目:
	=== MACVLAN bridge ===		=== MACVLAN bridge ===

			ホストが MacVlan を介して接続されたコンテナに到達できるためには、ホスト自体が MacVLan を介して接続する必要があり、基礎となるイーサネットネットワークインターフェイスに直接接続する必要があります。
	For the host to be able to reach containers connected via MACVLAN, the host itself also needs to connect via MACVLAN and not directly to the underlying Ethernet network interface.

			ホスト上で、基盤となる Ethernet ネットワークインターフェースを MACVLAN に接続し、IP アドレスが割り当てられないようにします。例えば、MACVLAN インターフェース名として {{ic\|mv-0}} を使用し、ホストの Ethernet インターフェースとして {{ic\|enp1s0}} を使用する場合:
	On the host, attach the underlying Ethernet network interface to MACVLAN and make sure it does not get assigned IP addresses. For example, using {{ic\|mv-0}} as the MACVLAN interface name and with {{ic\|enp1s0}} as the host's Ethernet interface:

	{{hc\|/etc/systemd/network/30-enp1s0.network\|2=		{{hc\|/etc/systemd/network/30-enp1s0.network\|2=
553行目:		553行目:

	{{Tip\|		{{Tip\|
			* {{ic\|1=RequiredForOnline=carrier}} は、接続が IP アドレスを取得するのを待つ(最終的に失敗する)ことを防ぎますが、このプロセスは絶対に起こりません。
	* {{ic\|RequiredForOnline{{=}}carrier}} prevents [[#systemd-networkd-wait-online\|systemd-networkd-wait-online.service]] from waiting (and eventually failing) for the connection to acquire an IP address, which will never happen.
			* 基盤となるネットワークインターフェースは必ずしも物理的な Ethernet インターフェースである必要はありません。例えば、MACVLAN ブリッジはボンドに接続することができます。
	* The underlying network interface does not necessarily need to be a physical Ethernet interface. For example, a MACVLAN bridge can be attached to a bond.
	}}		}}

	~~Create~~ ~~the~~ ~~MACVLAN bridge~~ {{ic\|mv-0}}:		Macvlan Bridge を作成 {{ic\|MV-0}}:

	{{hc\|/etc/systemd/network/25-mv-0.netdev\|2=		{{hc\|/etc/systemd/network/25-mv-0.netdev\|2=
568行目:		568行目:
	}}		}}

			MacVlan ブリッジでホストのネットワーク接続を設定します({{ic\|mv-0}})次の例では、DHCP を使用して、必要に応じてオプションを置き換えます。
	Configure the host's network connection on the MACVLAN bridge ({{ic\|mv-0}}). The following example uses DHCP, replace the options as necessary.

	{{hc\|/etc/systemd/network/35-mv-0.network\|2=		{{hc\|/etc/systemd/network/35-mv-0.network\|2=
582行目:		582行目:
	}}		}}

	~~For the container, attach a MACVLAN to the~~ '''~~underlying~~ Ethernet ~~network interface~~''' ({{ic\|enp1s0}} ~~in the examples above~~). ~~For~~ ~~example, in~~ {{ic\|/etc/systemd/nspawn/''container_name''.nspawn}} ~~specify~~:		コンテナには、'''基盤となる Ethernet ネットワークインターフェース''' (上記の例では {{ic\|enp1s0}}) に MACVLAN を接続します。例えば、{{ic\|/etc/systemd/nspawn/''container_name''.nspawn}} で次のように指定します:

	{{bc\|1=		{{bc\|1=
589行目:		589行目:
	}}		}}

	~~For containers started from the command line, pass them the~~ {{ic\|--network-macvlan{{=}}enp1s0}} ~~option.~~		コマンドラインから開始されたコンテナの場合、{{ic\|1=-network-macvlan = enp1s0}} オプションを渡します。

	~~In the container, the~~ MACVLAN ~~interface will have the name~~ {{ic\|mv-''underlying_interface_name''}} (~~e.g.~~ {{ic\|mv-enp1s0}})~~. Configure the network connection as necessary~~ (~~just like in the host~~) ~~by matching the interface name. For example, using DHCP~~:		コンテナ内では、MACVLAN インターフェースの名前は {{ic\|mv-''underlying_interface_name''}} になります(例:{{ic\|mv-enp1s0}})インターフェース名に一致させて、ネットワーク接続を必要に応じて設定します(ホストと同様に)例えば、DHCP を使用する場合:

	{{hc\|/etc/systemd/network/30-mv-enp1s0.network\|2=		{{hc\|/etc/systemd/network/30-mv-enp1s0.network\|2=

Kgx: /* DHCP を用いたネットワークブリッジ */ 同期

2025-02-01T07:53:00Z

DHCP を用いたネットワークブリッジ: 同期

← 古い版		2025年2月1日 (土) 16:53時点における版
352行目:		352行目:
	==== ブリッジインターフェイス ====		==== ブリッジインターフェイス ====

	まず、仮想[[ブリッジ]]インターフェイスを作成してください。systemd に、イーサネットブリッジとして機能する、''br0'' という名前のデバイスを作成するように指示します。		まず、仮想[[ブリッジ]]インターフェイスを作成してください。systemd に、イーサネットブリッジとして機能する、{{ic\|br0}} という名前のデバイスを作成するように指示します。

	{{hc\|/etc/systemd/network/''mybridge''.netdev\|2=		{{hc\|/etc/systemd/network/''mybridge''.netdev\|2=
359行目:		359行目:
	Kind=bridge}}		Kind=bridge}}

			オプションとして、ブリッジがブリッジ接続されたインターフェースのいずれかから MAC アドレスを継承するようにするため、{{ic\|NetDev}} セクションに {{ic\|1=MACAddress=none}} を追加します。これには ''25-br0.link'' ファイルの作成も必要です。
⚫	{{Tip\|''systemd-networkd'' は、インターフェイス名とマシン ID に基づいて生成された MAC アドレスをブリッジに割り当てます。これにより接続の問題が発生する場合があります。例えば、MAC フィルタリングに基づいたルーティングです。そのような問題を回避するには、MAC アドレス(おそらく物理デバイスと同じもの)をブリッジに割り当ててください。上記の ''NetDev'' セクション内に {{ic\|1=MACAddress=xx:xx:xx:xx:xx:xx}} という行を追加してください。}}

		⚫	{{Tip\|''systemd-networkd'' は、インターフェイス名とマシン ID に基づいて生成された MAC アドレスをブリッジに割り当てます。これにより接続の問題が発生する場合があります。例えば、MAC フィルタリングに基づいたルーティングです。そのような問題を回避するには、MAC アドレス(おそらく物理デバイスと同じもの)をブリッジに割り当ててください。上記の {{ic\|NetDev}} セクション内に {{ic\|1=MACAddress=xx:xx:xx:xx:xx:xx}} という行を追加してください。}}

	{{ic\|systemd-networkd.service}} を[[再起動]]すると systemd はブリッジを作成します。		{{ic\|systemd-networkd.service}} を[[再起動]]すると systemd はブリッジを作成します。
370行目:		372行目:
	}}		}}

	インターフェイス ''br0'' が表示されていますが、この段階ではまだ DOWN になっていることに注意してください。		インターフェイス {{ic\|br0}} が表示されていますが、この段階ではまだ DOWN になっていることに注意してください。

	==== イーサネットをブリッジに関連付ける ====		==== イーサネットをブリッジに関連付ける ====

	次のステップでは、新しく作成したブリッジにネットワークインターフェイスを追加します。以下の例では、''en*'' という名前にマッチする任意のインターフェイスをブリッジ ''br0'' に追加します。		次のステップでは、新しく作成したブリッジにネットワークインターフェイスを追加します。以下の例では、{{ic\|en*}} という名前にマッチする任意のインターフェイスをブリッジ {{ic\|br0}} に追加します。

	{{hc\|/etc/systemd/network/''bind''.network\|2=		{{hc\|/etc/systemd/network/''bind''.network\|2=
384行目:		386行目:
	}}		}}

	~~ブリッジが~~ ~~IP と関連付けられていない~~インターフェ~~イスを必要とするので、イ~~ー~~サネットインターフェイ~~スは DHCP や IP アドレス~~と関連付け~~てはいけません: ~~対応する~~ ~~{{ic\|/etc/systemd/network/''MyEth''.network}} を適宜変更して、~~アドレッシン~~グを削除してください~~。		Ethernet インターフェースには DHCP や IP アドレスを割り当ててはいけません。ブリッジは IP アドレスがないインターフェースにバインドする必要があるためです。

			{{Note\|他の ''.network'' ファイルが {{ic\|1=Name=en*}} でインターフェースを一致させようとしないことを確認してください。インターフェースに一致する最初のファイルのみが適用されます。}}

	==== ブリッジネットワーク ====		==== ブリッジネットワーク ====
396行目:		400行目:
	[Network]		[Network]
	DHCP=ipv4}}		DHCP=ipv4}}

			==== MAC アドレスを継承する(オプション) ====

			ブリッジ型インターフェイスの1つから MAC アドレスを吸入するブリッジの場合、{{ic\|1=macAddress=none}} および {{ic\|1=macaddresspolicy=none}} を設定します。

			{{hc\|/etc/systemd/network/25-br0.netdev\|2=
			[NetDev]
			Name=br0
			Kind=bridge
			MACAddress=none
			}}

			{{hc\|/etc/systemd/network/25-br0.link\|2=
			[Match]
			OriginalName=br0

			[Link]
			MACAddressPolicy=none
			}}

	==== コンテナの設定 ====		==== コンテナの設定 ====

Kgx: /* 設定ファイル */ 同期

2025-02-01T07:42:48Z

設定ファイル: 同期

@@ 228行目: / 228行目: @@
 | {{ic|1=DHCPServer=}} || 有効化されている場合、DHCPv4 サーバが起動されます。 || 真偽値 || {{ic|false}}
 |-
-| {{ic|1=MulticastDNS=}} || [[RFC:6762|マルチキャスト DNS]]　のサポートを有効化。{{ic|resolve}} に設定すると、名前解決のみが有効化され、ホストやサービスの登録と広告は行われません。 || 真偽値、{{ic|resolve}} || {{ic|false}}
+| {{ic|1=MulticastDNS=}} || [[RFC:6762|マルチキャスト DNS]] のサポートを有効化。{{ic|resolve}} に設定すると、名前解決のみが有効化され、ホストやサービスの登録と広告は行われません。 || 真偽値、{{ic|resolve}} || {{ic|false}}
 |-
 | {{ic|1=DNSSEC=}} || リンク上での DNSSEC DNS validation のサポートを制御。{{ic|allow-downgrade}} に設定すると、DNSSEC 非対応のネットワークとの互換性が向上します。この場合、DNSSEC は自動でオフになります。 || 真偽値、{{ic|allow-downgrade}} || {{ic|false}}
@@ 255行目: / 255行目: @@
 * {{ic|1=Gateway=}} DHCP を使用しない場合、このオプションは'''必須'''です。
 * {{ic|1=Destination=}} ルートの宛先プリフィックスです。スラッシュとプリフィックス長を後ろに付けることができます。
 {{ic|[Route]}} セクションに {{ic|Destination}} が存在しない場合、デフォルトルートとして扱われます。
 {{Tip|{{ic|1=[Address]}} が Address キーだけを含み {{ic|1=[Route]}} セクションが Gateway キーだけを含む場合、略式表記として {{ic|[Network]}} セクションに {{ic|1=Address=}} と {{ic|1=Gateway=}} キーを記述することができます。}}
 ==== [DHCPv4] ====
@@ 270行目: / 297行目: @@
 |-
 | {{ic|1=UseDomains=}} || DHCP サーバから受け取るドメイン名を DNS 検索ドメインとして使用するかどうかを制御。{{ic|route}} に設定すると、DHCP サーバから受け取るドメイン名が DNS クエリにのみ使用され、検索には使用されなくなります。このオプションは、[[systemd-resolved]] を使用している際にはローカルな名前解決を修正する可能性があります。 || 真偽値、{{ic|route}} || {{ic|false}}
 |}

Kgx: /* system-networkd-wait-online */ 同期

2025-02-01T07:31:01Z

system-networkd-wait-online: 同期

@@ 41行目: / 41行目: @@
 デフォルトでは、 {{ic|systemd-networkd-wait-online.service}} は、認識され ''systemd-networkd'' によって管理されているすべてのリンクが完全に設定されるか、または失敗しても、少なくとも1つのリンクがオンラインになるまで待機します。
 {{hc|/etc/systemd/system/systemd-networkd-wait-online.service.d/wait-for-only-one-interface.conf|2=
@@ 49行目: / 53行目: @@
 }}
 === 設定ファイルの例 ===

Kusanaginoturugi: /* 設定ファイル */ 英語版より追記

2024-05-01T09:58:13Z

設定ファイル: 英語版より追記

← 古い版		2024年5月1日 (水) 18:58時点における版
167行目:		167行目:
	{{Tip\|		{{Tip\|
	* {{ic\|/etc/systemd/network/}} 内のファイルは {{ic\|/usr/lib/systemd/network/}} 内の対応する、システムによって提供されたファイルを上書きします。また、{{ic\|/dev/null}} へのシンボリックリンクを作成することで、システムファイルを"マスク"できます。		* {{ic\|/etc/systemd/network/}} 内のファイルは {{ic\|/usr/lib/systemd/network/}} 内の対応する、システムによって提供されたファイルを上書きします。また、{{ic\|/dev/null}} へのシンボリックリンクを作成することで、システムファイルを"マスク"できます。
	* systemd は true 真偽値として値 {{ic\|1}}、{{ic\|true}}、{{ic\|yes}}、{{ic\|on}} を受け付け、false 真偽値として値 {{ic\|0}}、{{ic\|false}}、{{ic\|no}}、{{ic\|off}} を受け付けます。{{man\|7\|systemd.syntax}} を見てください。		* systemd は true 真偽値として値 {{ic\|1}}、{{ic\|true}}、{{ic\|yes}}、{{ic\|on}} を受け付け、false 真偽値として値 {{ic\|0}}、{{ic\|false}}、{{ic\|no}}、{{ic\|off}} を受け付けます。{{man\|7\|systemd.syntax}} を見てください。For example, see [[WireGuard#Connection lost after sleep using systemd-networkd]].
	}}		}}

Kusanaginoturugi: /* インターフェイスの名前を変更 */ 削除

2024-05-01T09:55:16Z

インターフェイスの名前を変更: 削除

@@ 147行目: / 147行目: @@
 RouteMetric=600
 }}
 == 設定ファイル ==

Kusanaginoturugi: /* link ファイル */ 削除

2024-05-01T09:54:19Z

link ファイル: 削除

@@ 309行目: / 309行目: @@
 * {{ic|1=Name=}} インターフェイス名。'''必須'''
 * {{ic|1=Kind=}} 例: ''bridge'', ''bond'', ''vlan'', ''veth'', ''sit''。'''必須'''
 == コンテナでの使用方法 ==

Kusanaginoturugi: /* 静的 IP アドレスを持つネットワークブリッジ */ add === MACVLAN bridge ===

2024-05-01T09:53:10Z

静的 IP アドレスを持つネットワークブリッジ: add === MACVLAN bridge ===

← 古い版		2024年5月1日 (水) 18:53時点における版
500行目:		500行目:

	コンテナで {{ic\|systemd-networkd.service}} が[[有効化]]されていることを確認してください。		コンテナで {{ic\|systemd-networkd.service}} が[[有効化]]されていることを確認してください。

			=== MACVLAN bridge ===

			For the host to be able to reach containers connected via MACVLAN, the host itself also needs to connect via MACVLAN and not directly to the underlying Ethernet network interface.

			On the host, attach the underlying Ethernet network interface to MACVLAN and make sure it does not get assigned IP addresses. For example, using {{ic\|mv-0}} as the MACVLAN interface name and with {{ic\|enp1s0}} as the host's Ethernet interface:

			{{hc\|/etc/systemd/network/30-enp1s0.network\|2=
			[Match]
			Name=enp1s0

			[Link]
			RequiredForOnline=carrier

			[Network]
			MACVLAN=mv-0
			DHCP=no
			IPv6AcceptRA=false
			LinkLocalAddressing=no
			MulticastDNS=false
			LLMNR=false
			}}

			{{Tip\|
			* {{ic\|RequiredForOnline{{=}}carrier}} prevents [[#systemd-networkd-wait-online\|systemd-networkd-wait-online.service]] from waiting (and eventually failing) for the connection to acquire an IP address, which will never happen.
			* The underlying network interface does not necessarily need to be a physical Ethernet interface. For example, a MACVLAN bridge can be attached to a bond.
			}}

			Create the MACVLAN bridge {{ic\|mv-0}}:

			{{hc\|/etc/systemd/network/25-mv-0.netdev\|2=
			[NetDev]
			Name=mv-0
			Kind=macvlan

			[MACVLAN]
			Mode=bridge
			}}

			Configure the host's network connection on the MACVLAN bridge ({{ic\|mv-0}}). The following example uses DHCP, replace the options as necessary.

			{{hc\|/etc/systemd/network/35-mv-0.network\|2=
			[Match]
			Name=mv-0

			[Link]
			RequiredForOnline=routable

			[Network]
			BindCarrier=enp1s0
			DHCP=yes
			}}

			For the container, attach a MACVLAN to the '''underlying Ethernet network interface''' ({{ic\|enp1s0}} in the examples above). For example, in {{ic\|/etc/systemd/nspawn/''container_name''.nspawn}} specify:

			{{bc\|1=
			[Network]
			MACVLAN=enp1s0
			}}

			For containers started from the command line, pass them the {{ic\|--network-macvlan{{=}}enp1s0}} option.

			In the container, the MACVLAN interface will have the name {{ic\|mv-''underlying_interface_name''}} (e.g. {{ic\|mv-enp1s0}}). Configure the network connection as necessary (just like in the host) by matching the interface name. For example, using DHCP:

			{{hc\|/etc/systemd/network/30-mv-enp1s0.network\|2=
			[Match]
			Name=mv-enp1s0

			[Link]
			RequiredForOnline=routable

			[Network]
			DHCP=yes
			}}

	== ヒントとテクニック ==		== ヒントとテクニック ==

Kusanaginoturugi: /* 同一マシンで有線アダプタと無線アダプタ両方を使用 */ 英語版に差し替え

2024-05-01T09:52:06Z

同一マシンで有線アダプタと無線アダプタ両方を使用: 英語版に差し替え

← 古い版		2024年5月1日 (水) 18:52時点における版
115行目:		115行目:

	システム上の無線・有線どちらのデバイスも有効な接続がある場合、カーネルのルーティングのメトリック(''ip'' で設定するのと同一) が、パケットを送るのにどちらのルートを使用するか決定します。システム上の有線デバイスと無線デバイスの両方がアクティブな接続を行っている場合がそうです。均衡状態を破るために、カーネルはメトリックを使います。もし一方の接続が終了しても、何も設定せずとも、もう一方が自動的にギャップを埋めます(進行中の転送はまだうまく対処されないでしょうが、これは他の OSI レイヤーでの問題です)。		システム上の無線・有線どちらのデバイスも有効な接続がある場合、カーネルのルーティングのメトリック(''ip'' で設定するのと同一) が、パケットを送るのにどちらのルートを使用するか決定します。システム上の有線デバイスと無線デバイスの両方がアクティブな接続を行っている場合がそうです。均衡状態を破るために、カーネルはメトリックを使います。もし一方の接続が終了しても、何も設定せずとも、もう一方が自動的にギャップを埋めます(進行中の転送はまだうまく対処されないでしょうが、これは他の OSI レイヤーでの問題です)。

			''systemd-networkd'' は[https://github.com/systemd/systemd/issues/17698 インターフェイスごとのデフォルトルートメトリクスを設定しない]ので、手動で設定する必要があります:

	{{Note\|{{ic\|Metric}} オプションはスタティックルーティングの設定を行います。{{ic\|RouteMetric}} オプションはスタティックルーティングの設定をしないセットアップ用です。詳細については {{man\|5\|systemd.network}} を参照して下さい}}		{{Note\|{{ic\|Metric}} オプションはスタティックルーティングの設定を行います。{{ic\|RouteMetric}} オプションはスタティックルーティングの設定をしないセットアップ用です。詳細については {{man\|5\|systemd.network}} を参照して下さい}}
126行目:		128行目:

	[DHCPv4]		[DHCPv4]
	RouteMetric=10		RouteMetric=100

		⚫	[IPv6AcceptRA]
		⚫	RouteMetric=100
	}}		}}

137行目:		142行目:

	[DHCPv4]		[DHCPv4]
	RouteMetric=20		RouteMetric=600
	}}

	IPv6 を使用している場合は、次のように IPv6 ルートのメトリックも個別に設定する必要があります。

	{{hc\|/etc/systemd/network/20-wired.network\|2=
	...

⚫	[IPv6AcceptRA]
⚫	RouteMetric=10
	}}

	{{hc\|/etc/systemd/network/25-wireless.network\|2=
	...

	[IPv6AcceptRA]		[IPv6AcceptRA]
	RouteMetric=20		RouteMetric=600
	}}		}}