ArchWiki - 利用者の投稿記録 [ja]

Systemd-networkd

2018-10-16T01:32:03Z

A1678991: 不要なタグを削除。

{{Lowercase title}}
[[Category:ネットワーク]]
[[Category:仮想化]]
[[en:systemd-networkd]]
[[es:Systemd-networkd]]
[[fr:systemd-networkd]]
[[ru:Systemd-networkd]]
{{Related articles start}}
{{Related|systemd}}
{{Related|systemd-nspawn}}
{{Related|ネットワークブリッジ}}
{{Related|ネットワーク設定}}
{{Related|netctl}}
{{Related|ワイヤレス設定}}
{{Related articles end}}

バージョン 210 から、systemd は [[udev]] と networkd による基本的なネットワーク設定のサポートを含むようになりました。

''systemd-networkd'' はネットワーク設定を管理するシステムデーモンです。ネットワークデバイスが立ち上がるとそれを検出して設定を行い、仮想ネットワークデバイスを作成することもできます。このサービスは [[netctl]] などの通常のネットワーク管理ツールと一緒に動かすことが可能で、仮想化する場合、設定によってはツールを置き換えることもできます。特に [[systemd-nspawn]] で管理するコンテナのための基本的な、もしくは複雑なネットワーク設定 (固定 IP、ブリッジ、vlan など) を設定する場合にこのサービスはとても役に立ちます。

== 基本的な使い方 ==
{{Pkg|systemd}} パッケージは Arch ではデフォルトでインストールされており、有線ネットワークに接続するために必要なファイルは全て揃っています。後で述べているように、[[wpa_supplicant]] や [[iwd]] など他のサービスを使うことで無線アダプタを設定することもできます。

=== 必要なサービスと設定 ===

systemd-networkd を使用するには、以下の2つのサービスを[[起動]]して、システムのブート時に実行されるように[[有効化]]する必要があります:

* {{ic|systemd-networkd.service}}
* {{ic|systemd-resolved.service}}

{{Note|''systemd-resolved'' が必要になるのは ''.network'' ファイルで DNS エントリを指定したり、networkd の DHCP クライアントから DNS アドレスを取得する場合です。もしくは {{ic|1=/etc/resolv.conf}} を手動で管理することもできます。}}

[[resolv.conf]] の互換性のために、既存のファイルを削除または名前変更して以下のシンボリックリンクを作成してください (systemd-resolved を使用する場合):

# ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf

さらに、''systemd-resolved'' のローカル DNS スタブリゾルバ (インターフェイスごとに LLMNR や DNS マージングが使われます) を使うために、{{ic|/etc/nsswitch.conf}} の {{ic|dns}} を {{ic|resolve}} に置き換えます:

hosts: files ''resolve'' myhostname

{{man|8|systemd-resolved}} や {{man|5|resolved.conf}}、または [https://github.com/systemd/systemd/blob/master/README#L205 Systemd README] を参照してください。

=== 設定ファイルの例 ===
このセクションにおける設定はすべて {{ic|/etc/systemd/network}} の中に {{ic|foo.network}} として保存します。利用できるオプションや処理の順番については、[[#設定ファイル]] や {{man|5|systemd.network}} の man ページを見て下さい。

まずシステムのデバイス名を知る必要があります。昔は、{{ic|eth0}} がシステム上の1番目の NIC に付けられていましたが、現在 udev は別の名前を使用するようになっています。{{ic|networkctl list}} を使ってシステム上のデバイスを確認してください。

設定ファイルに変更を加えたら、networkd デーモンをリロードしてください:
# systemctl restart systemd-networkd

{{Note|
* 以下の例では、{{ic|enp1s0}} が有線アダプタ、{{ic|wlp2s0}} が無線アダプタです。環境によって名前は変わります。{{ic|1=Name=en*}} のようにワイルドカードを使うこともできます。
* IPv6 を無効化したい場合、ルーターが IPv6 を喧伝しているときは {{ic|[Network]}} セクションに {{ic|1=IPv6AcceptRA=false}} を追加する必要があります。}}

==== 有線アダプタで DHCP を使用 ====
{{hc|/etc/systemd/network/20-wired.network|2=
[Match]
Name=enp1s0

[Network]
DHCP=ipv4
}}

==== 有線アダプタで固定 IP を使用 ====
{{hc|/etc/systemd/network/20-wired.network|2=
[Match]
Name=enp1s0

[Network]
Address=10.1.10.9/24
Gateway=10.1.10.1
DNS=10.1.10.1
#DNS=8.8.8.8
}}

IP アドレスを複数指定することもできます。{{ic|1=Address=}} 行を追加して IPv6 アドレスを指定してください。DNS サーバーやブロードキャストアドレスを指定するネットワークオプションは {{man|5|systemd.network}} の man ページを見て下さい。

==== 無線アダプタ ====
先に触れた通り、''systemd-networkd'' で無線ネットワークに接続するには、[[wpa_supplicant]] など別のサービスで無線アダプタを設定してから適当なサービスを有効にしてください。以下の例では、{{ic|wpa_supplicant@wlp2s0.service}} としています。以下のサービスは {{ic|/etc/wpa_supplicant/wpa_supplicant-wlp2s0.conf}} 設定ファイルを使って ''wpa_supplicant'' を起動します。ファイルが存在しなかった場合、サービスは起動しません。

{{hc|/etc/systemd/network/25-wireless.network|<nowiki>
[Match]
Name=wlp2s0

[Network]
DHCP=ipv4
</nowiki>}}

無線アダプタで固定 IP アドレスを使っている場合、設定は (インターフェイス名を除いて) [[#有線アダプタで固定 IP を使用|有線アダプタ]]と同じになります。

==== 同一マシンで有線アダプタと無線アダプタ両方を使用 ====

以下の設定では、Metric ディレクティブを使用して、有線と無線両方の接続で DHCP IP を有効にしており、カーネルがオンザフライでどちらを使うか決定します。有線接続が切断されると、即座に無線に切り替わります。接続が途切れることはありません。

システム上の無線・有線どちらのデバイスも有効な接続がある場合、カーネルのルートメトリック (''ip'' で設定するのと同一) がパケットを送るのにどちらのルートを使用するか決定します。均衡状態を破るために、カーネルはメトリックを使います。メトリックの良い所は、どちらかが使えなくなったときに、自動的にもう片方が有効になることです。

{{Note|'''Metric''' オプションはスタティックルーティングの設定を行います。'''RouteMetric''' オプションはスタティックルーティングの設定をしないセットアップ用です。}}

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

[Network]
DHCP=ipv4

[DHCP]
RouteMetric=10}}

{{hc|/etc/systemd/network/25-wireless.network|2=
[Match]
Name=wlp2s0

[Network]
DHCP=ipv4

[DHCP]
RouteMetric=20}}

==== インターフェイスの名前を変更 ====

[[ネットワーク設定#デバイス名の変更|udev ルールを編集]]するかわりに {{ic|.link}} ファイルを使ってインターフェイスの名前を変更できます。MAC アドレスに基づいて USB-to-Ethernet アダプタに予測可能なインターフェイス名を設定する例 (通常は接続された USB 端子によって名前が変わってしまいます):

{{hc|head=/etc/systemd/network/10-ethusb0.link|output=
[Match]
MACAddress=12:34:56:78:90:ab

[Link]
Description=USB to Ethernet Adapter
Name=ethusb0
}}

{{Note|ユーザーが作成した {{ic|.link}} ファイルが先に有効になるように、デフォルト設定の {{ic|99-default.link}} よりも辞書的に早い順番になるような名前を付けてください。例えば、{{ic|ethusb0.link}} という名前を付けたい場合は {{ic|10-ethusb0.link}} としてください。}}

== 設定ファイル ==

設定ファイルは {{ic|/usr/lib/systemd/network}} から、そして一時的な実行時のネットワークディレクトリ {{ic|/run/systemd/network}} とローカルのネットワーク管理ディレクトリ {{ic|/etc/systemd/network}} から読み込まれます。{{ic|/etc/systemd/network}} 内のファイルが一番優先されます。

3つのタイプの設定ファイルが存在します。ファイルのフォーマットは [[systemd#ユニットファイル|systemd のユニットファイル]]と似ています。

* '''.network''' ファイル。''マッチする''デバイスにネットワーク設定を適用します。
* '''.netdev''' ファイル。''マッチする''環境に''仮想ネットワークデバイス''を作成します。
* '''.link''' ファイル。ネットワークデバイスが作られた時、[[udev|udev]] は最初に''マッチする'' '''.link''' ファイルを探します。

これらの設定ファイルは同じルールに従っています:

* {{ic|[Match]}} セクションの'''全ての'''条件がマッチすれば、プロファイルが有効になります。
* 空の {{ic|[Match]}} セクションはどんな場合でもそのセクションを適用することを示します (いわば {{ic|*}} ジョーカーのようなものです)。
* 全ての設定ファイルは辞書順でまとめてソートされ処理されます。ファイルがどのディレクトリにあるかは関係ありません。
* 同じ名前のファイルは互いを置き換えます。

{{Tip|
* {{ic|/usr/lib/systemd/network}} にあるシステムによって提供されたファイルを上書きする (アップグレードしても変わらないようにする) には、{{ic|/etc/systemd/network}} に同じ名前のファイルを配置して {{ic|/dev/null}} にシンボリックリンクを張って下さい。
* {{ic|VALUE}} には {{ic|*}} ジョーカーを使うことができます (例: {{ic|en*}} は全ての Ethernet デバイスにマッチします)。
* [https://mailman.archlinux.org/pipermail/arch-general/2014-March/035381.html Arch-general スレッド]によれば、特定のコンテナのネットワーク設定は '''networkd''' 設定ファイルを使って''コンテナの中で''設定するのがベストプラクティスです。
}}

=== network ファイル ===

このファイルはネットワーク設定の変数の設定、特にサーバーとコンテナの設定のために存在します。

{{ic|.network}} ファイルには次のセクションを記述できます: {{ic|[Match]}}, {{ic|[Link]}}, {{ic|[Network]}}, {{ic|[Address]}}, {{ic|[Route]}}, {{ic|[DHCP]}}。以下ではそれぞれのセクションでよく使われる設定キーを説明します。詳しくは {{man|5|systemd.network}} を見てください。

==== [Match] ====

* {{ic|1=Name=}} デバイスの名前
* {{ic|1=Host=}} マシンのホストネーム
* {{ic|1=Virtualization=}} システムが仮想化環境で起動されているかどうかをチェックします。{{ic|1=Virtualization=no}} キーはホストマシンでのみ適用され、逆に {{ic|1=Virtualization=yes}} はコンテナや VM で適用されます。

==== [Link] ====

* {{ic|1=MACAddress=}} [[MAC_アドレス偽装#方法 1: systemd-networkd|MAC アドレスを偽装]]することができます。
* {{ic|1=MTUBytes=}} 最大転送単位をバイトで指定 (K, M, G を後ろに付けることができ、1024の倍数として認識されます)。MTU の値を大きくすることでネットワークの転送速度を速くすることが可能です ([[ジャンボフレーム]])。

==== [Network] ====

* {{ic|1=DHCP=}} DHCP クライアントを有効にします。
* {{ic|1=DHCPServer=}} DHCP サーバーを有効にします。
* {{ic|1=DNS=}} DNS サーバーのアドレス
* {{ic|1=Bridge=}} ブリッジの名前
* {{ic|1=IPForward=}} IP パケットの転送を有効にします。
* {{ic|1=Domains=}} DNS によるホスト名解決に使用するドメインのリスト。

==== [Address] ====

* {{ic|1=Address=}} 固定の '''IPv4''' または '''IPv6''' アドレスとそのプレフィックス長で、{{ic|/}} を使って区切ります (例: {{ic|192.168.1.90/24}})。DHCP を使用しない場合このオプションは'''必須'''です。

==== [Route] ====

* {{ic|1=Gateway=}} はマシンのゲートウェイのアドレスです。DHCP を使用しない場合このオプションは'''必須'''です。
* {{ic|1=Destination=}} はルートの宛先プリフィックスです。スラッシュとプリフィックス長を後ろに付けることができます。

{{ic|[Route]}} セクションに {{ic|1=Destination}} が存在しない場合、デフォルトルートとして扱われます。

{{Tip|{{ic|1=[Address]}} が Address キーだけを含み {{ic|1=[Route]}} セクションが Gateway キーだけを含む場合、略式表記として {{ic|[Network]}} セクションに {{ic|1=Address=}} と {{ic|1=Gateway=}} キーを記述することができます。}}

==== [DHCP] ====

* {{ic|1=UseDomains=true}} systemd-resolved を使用する場合にローカル名の解決を修正します。

=== netdev ファイル ===

このファイルは仮想ネットワークデバイスを作成します。{{ic|.netdev}} ファイルには次のセクションを記述できます: {{ic|[Match]}} と {{ic|[NetDev]}}。以下ではそれぞれのセクションでよく使われる設定キーを説明します。詳しくは {{man|5|systemd.netdev}} を見てください。

==== [Match] ====

* {{ic|1=Host=}} ホストネーム
* {{ic|1=Virtualization=}} VM の中で実行されているかどうか確認する。

==== [NetDev] ====

* {{ic|1=Name=}} は netdev を作成するときに使うインターフェイスの名前です。このオプションは'''必須'''です。
* {{ic|1=Kind=}} は netdev の種類になります。現在 ''bridge'', ''bond'', ''vlan'', ''veth'', ''sit'' などがサポートされています。このオプションは'''必須'''です。

=== link ファイル ===

このファイルはカスタム udev ルールの代わりとなりデバイスが現れた時に [[udev]] によって適用されます。2つのセクションを記述します: {{ic|[Match]}} と {{ic|[Link]}}。以下ではそれぞれのセクションでよく使われる設定キーを説明しています。詳しくは {{man|5|systemd.link}} を参照してください。

{{Tip|{{ic|.link}} ファイルの問題を診断したいときは {{ic|udevadm test-builtin net_setup_link /sys/path/to/network/device}} を使ってください。}}

==== [Match] ====

* {{ic|1=MACAddress=}} MAC アドレス
* {{ic|1=Host=}} ホストネーム
* {{ic|1=Virtualization=}}
* {{ic|1=Type=}} デバイスのタイプ (例: vlan)

==== [Link] ====

* {{ic|1=MACAddressPolicy=}} は永続的な MAC アドレスをハードウェアに設定する ''persistent'' (ほとんどのハードウェアはこちらにするべきです) またはデバイスが現れた時にランダムな MAC アドレスを与える ''random'' を指定します。
* {{ic|1=MACAddress=}} 特定のアドレス。

{{Note|ほとんどの場合システムの {{ic|/usr/lib/systemd/network/99-default.link}} で基本的に問題ありません。}}

== コンテナでの使用方法 ==

{{Pkg|systemd}} 210 以上でサービスが利用可能です。ホストやコンテナで {{ic|systemd-networkd.service}} を[[systemd#systemctl の基本的な使い方|有効化・起動]]することができます。

デバッグするときのために {{Pkg|bridge-utils}}, {{Pkg|net-tools}}, {{Pkg|iproute2}} パッケージを[[pacman|インストール]]することが強く推奨されます。

''systemd-nspawn'' を使用する場合、ネットワーク設定によっては、{{ic|systemd-nspawn@.service}} を編集して {{ic|ExecStart}} 行にブートオプションを追加する必要があります。オプションの完全なリストは {{man|1|systemd-nspawn}} を参照してください。

DHCP による自動 DNS 設定を利用したい場合は、{{ic|systemd-resolved}} を有効にして {{ic|/run/systemd/resolve/resolv.conf}} から {{ic|/etc/resolv.conf}} にシンボリックリンクを張る必要があります。詳しくは {{man|8|systemd-resolved.service}} を見て下さい。

{{Tip|1=コンテナネットワークの設定を始める前に:
* [[netctl]] サービスを全て無効にしてください。無効にすることで '''systemd-networkd''' との危険な衝突を回避することができ設定のテストが楽になります。さらに、有効な [[netctl]] プロファイルが残ったまま終了する可能性が少なくなります。{{ic|$ netctl list}} コマンドは全てのプロファイルのリストを表示し、有効になっているプロファイルには星印が付きます。
* {{ic|systemd-nspawn@.service}} を無効にしてコンテナを起動するときは {{ic|# systemd-nspawn -bnD /path_to/your_container/}} コマンドとオプションを使ってください。ログオフやシャットダウンをするには、コンテナの中で {{ic|# systemctl poweroff}} を実行してください。ネットワーク設定が要求を満たすようになったら、{{ic|systemd-nspawn@.service}} を[[systemd#systemctl の基本的な使い方|有効化・起動]]してください。
* {{ic|dhcpcd.service}} が有効になっている場合は無効にしてください。このサービスは'''全ての'''インターフェイスに dhcpcd を使わせます。
* コンテナで [[netctl]] プロファイルや、{{ic|systemd-networkd.service}} が有効になっていないことを確認してください。
* トラフィックをブロックするような [[iptables]] ルールが設定されていないことを確認してください。
* コンテナ上で''プライベートネットワーク''を設定する場合は''パケットフォワーディング''を[[インターネット共有|有効]]にしてください。
* 設定ファイルを作った後、networkd デーモンが動作している場合はリロードを行なって下さい: {{ic|# systemctl restart systemd-networkd}}。
* デーモンが起動したら systemd の {{ic|networkctl}} コマンドでネットワークインターフェイスの状態が表示されます。
}}

{{Note|下で説明している設定について
* {{ic|$ ip a}} コマンドの出力を、関連するインターフェイスにだけ絞っています。
* ''ホスト''は起動しているメインの OS であり、''コンテナ''は仮想マシンのゲストのことです。
* インターフェイスの名前や IP アドレスは全てあくまでただの例です。
}}

=== 基本的な DHCP ネットワーク ===

以下はホストとコンテナで DHCP IP を有効にします。この場合、両方のシステムが同じインターフェイスを共有し、同じ IP を共有します。

{{hc|/etc/systemd/network/''MyDhcp''.network|<nowiki>
[Match]
Name=en*

[Network]
DHCP=ipv4
</nowiki>}}

そして、コンテナで {{ic|systemd-networkd}} を[[systemd#systemctl の基本的な使い方|起動・有効化]]してください。

もちろん {{ic|en*}} を {{ic|$ ip link}} コマンドの出力でわかる Ethernet デバイスのフルネームに置き換えることは可能です。

* ホストとコンテナで:

{{hc|$ ip a|
2: enp7s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 14:da:e9:b5:7a:88 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.72/24 brd 192.168.1.255 scope global enp7s0
valid_lft forever preferred_lft forever
inet6 fe80::16da:e9ff:feb5:7a88/64 scope link
valid_lft forever preferred_lft forever
}}

デフォルトのホストネームは DHCP サーバーから取得され一時的なホストネームとして使用されます。

変更するには {{ic|[DHCPv4]}} セクションに {{ic|1=UseHostname=false}} を追加してください:
{{hc|/etc/systemd/network/''MyDhcp''.network|<nowiki>
[DHCPv4]
UseHostname=false
</nowiki>}}

{{ic|/etc/resolv.conf}} で DNS を設定するかわりに DHCP に設定してもらいたい場合、{{ic|systemd-resolved}} を有効にして {{ic|/run/systemd/resolve/resolv.conf}} から {{ic|/etc/resolv.conf}} にシンボリックリンクを作成してください:

# systemctl enable systemd-resolved
# ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf

詳しくは {{man|8|systemd-resolved.service}} を参照。

{{Note|{{pkg|arch-install-scripts}} の {{ic|/usr/bin/arch-chroot}} を使ってシステムパーティションにアクセスする場合、マウントしたパーティションに対して chroot の外からシンボリックリンクを作成する必要があります。arch-chroot はファイルからライブ環境にリンクを作成するためです。}}

=== 2つの別々な IP で DHCP を使う ===

==== ブリッジインターフェイス ====

仮想ブリッジインターフェイスを作成する:

{{hc|/etc/systemd/network/''MyBridge''.netdev|<nowiki>
[NetDev]
Name=br0
Kind=bridge
</nowiki>}}

{{ic|systemd-networkd.service}} を再起動すると systemd はブリッジを作成します。

* ホストとコンテナで:

{{hc|$ ip a|
3: br0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default
link/ether ae:bd:35:ea:0c:c9 brd ff:ff:ff:ff:ff:ff
}}

インターフェイス br0 が表示されていますが DOWN になっているので注意してください。

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

{{ic|/etc/systemd/network/''MyDhcp''.network}} を編集して DHCP を削除します。ブリッジはどの IP にもバインドされないインターフェイスが必要なので、このデバイスを br0 にバインドするキーを追加してください。名前を適切なものに変更しましょう。

{{hc|/etc/systemd/network/''MyEth''.network|<nowiki>
[Match]
Name=en*

[Network]
Bridge=br0
</nowiki>}}

==== ブリッジネットワーク ====

ブリッジのネットワークプロファイルを作成:

{{hc|/etc/systemd/network/''MyBridge''.network|<nowiki>
[Match]
Name=br0

[Network]
DHCP=ipv4
</nowiki>}}

==== コンテナを起動するオプションを追加する ====

ホストとコンテナに別々の IP を割り当てたいので、ホストからコンテナのネットワークを''切断''する必要があります。切断するには、コンテナの起動コマンドに {{ic|1=--network-bridge=br0}} オプションを追加します。

# systemd-nspawn --network-bridge=br0 -bD /path_to/my_container

==== 結果 ====

* ホスト側

{{hc|$ ip a|
3: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
link/ether 14:da:e9:b5:7a:88 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.87/24 brd 192.168.1.255 scope global br0
valid_lft forever preferred_lft forever
inet6 fe80::16da:e9ff:feb5:7a88/64 scope link
valid_lft forever preferred_lft forever
6: vb-''MyContainer'': <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UP group default qlen 1000
link/ether d2:7c:97:97:37:25 brd ff:ff:ff:ff:ff:ff
inet6 fe80::d07c:97ff:fe97:3725/64 scope link
valid_lft forever preferred_lft forever
}}

* コンテナ側

{{hc|$ ip a|
2: host0: <BROADCAST,MULTICAST,ALLMULTI,AUTOMEDIA,NOTRAILERS,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 5e:96:85:83:a8:5d brd ff:ff:ff:ff:ff:ff
inet 192.168.1.73/24 brd 192.168.1.255 scope global host0
valid_lft forever preferred_lft forever
inet6 fe80::5c96:85ff:fe83:a85d/64 scope link
valid_lft forever preferred_lft forever
}}

==== 注意 ====

* ホストの br0 と、コンテナの host0 にそれぞれ IP アドレスが割り当てられました。
* 2つの新しいインターフェイスが作成されます: ホストの {{ic|vb-''MyContainer''}} とコンテナの {{ic|host0}} です。これは {{ic|1=--network-bridge=br0}} オプションによるものです。このオプションには {{ic|--network-veth}} という別のオプションも含まれており、ホストとコンテナの間に''仮想イーサネットリンク''が作成されます。
* {{ic|host0}} の DHCP アドレスはシステムの {{ic|/usr/lib/systemd/network/80-container-host0.network}} ファイルから由来します。
* ホスト側

{{hc|$ brctl show|
bridge name bridge id STP enabled interfaces
br0 8000.14dae9b57a88 no enp7s0
vb-''MyContainer''
}}

上記のコマンドの出力で2つのインターフェイスがバインドされたブリッジが確認できます。

* ホスト側

{{hc|$ ip route|
default via 192.168.1.254 dev br0
192.168.1.0/24 dev br0 proto kernel scope link src 192.168.1.87
}}

* コンテナ側

{{hc|$ ip route|
default via 192.168.1.254 dev host0
192.168.1.0/24 dev host0 proto kernel scope link src 192.168.1.73
}}

上記のコマンドの出力で IP アドレスとゲートウェイが 192.168.1.254 の {{ic|br0}} と {{ic|host0}} インターフェイスが有効になったのが確認できます。ゲートウェイのアドレスは ''systemd-networkd'' によって自動的に取得されます。

{{hc|$ cat /run/systemd/resolve/resolv.conf|
nameserver 192.168.1.254
}}

=== 固定 IP ネットワーク ===

ウェブサービス (例: FTP, http, SSH) を動かしている場合、デバイスごとに固定 IP を設定するのが役に立つかもしれません。システムの {{ic|/usr/lib/systemd/network/99-default.link}} ファイルに {{ic|1=MACAddressPolicy=persistent}} オプションがあれば (デフォルトの設定)、各デバイスは再起動しても同じ MAC アドレスを維持します。つまり、ゲートウェイのサービスを簡単に適切なデバイスに設定することができます。
まず、システムの {{ic|/usr/lib/systemd/network/80-container-host0.network}} ファイルを除去します。永続的にするために (例: アップグレードしても変わらないように)、コンテナで以下の設定を行なって下さい。これによって {{ic|/etc/systemd/network}} の同じ名前のファイルが {{ic|/usr/lib/systemd/network}} のファイルよりも優先されるため {{ic|/usr/lib/systemd/network/80-container-host0.network}} ファイルがマスクされます。

# ln -sf /dev/null /etc/systemd/network/80-container-host0.network

次に、コンテナで {{ic|systemd-networkd}} を[[systemd#systemctl の基本的な使い方|有効化・起動]]してください。

必要な設定ファイル:

* ホスト側

/etc/systemd/network/''MyBridge''.netdev
/etc/systemd/network/''MyEth''.network

''MyBridge''.network の修正

{{hc|/etc/systemd/network/''MyBridge''.network|<nowiki>
[Match]
Name=br0

[Network]
DNS=192.168.1.254
Address=192.168.1.87/24
Gateway=192.168.1.254
</nowiki>}}

* コンテナ側

{{hc|/etc/systemd/network/''MyVeth''.network|<nowiki>
[Match]
Name=host0

[Network]
DNS=192.168.1.254
Address=192.168.1.94/24
Gateway=192.168.1.254
</nowiki>}}

Et voila!

== 管理やデスクトップの統合 ==

''systemd-networkd'' にはコマンドラインや GUI によるインタラクティブな管理インターフェイスがありません。''networkctl'' はネットワークインターフェイスの状態を出力するだけです。

''networkd'' で [[wpa_supplicant]] を使うように設定した場合、''wpa_cli'' や ''wpa_gui'' を使うことで動的に WLAN インターフェイスを関連付けしたり再設定できます。

{{AUR|networkd-notify-git}} はネットワークインターフェイスの状態の変化にあわせてシンプルな通知を生成します (接続・切断や再関連付けなど)。

{{AUR|networkd-dispatcher}} デーモンを使うことで ''NetworkManager-dispatcher'' と同じようにネットワークインターフェイスの状態が変わったときにスクリプトを実行することができます。

DNS リゾルバの ''systemd-resolved'' は {{ic|systemd-resolve --status}} で現在の DNS サーバーの情報を視覚化できます。

== トラブルシューティング ==
=== 起動時にマウントサービスが失敗する ===
ネットワークが立ち上がる前に [[Samba]]/[[NFS]] などのサービスが実行されると上手く行きません。そのようなときは {{ic|systemd-networkd-wait-online.service}} を[[有効化]]すると良いでしょう。ただし、ネットワークが設定されていない状態でも、ほとんどのネットワークデーモンは問題なく立ち上がるため必要になる状況はあまりありません。

=== systemd-resolve がローカルドメインを検索してくれない ===

ホストネームを指定しているとき、たとえ {{ic|.network}} ファイルに {{ic|1=UseDomains=yes}} や {{ic|1=Domains=[domain-list]}} を設定している場合 ({{ic|resolv.conf}} に {{ic|search [domain-list]}} が作成されます) でも、Systemd の {{ic|resolve}} はローカルドメインを検索しません。この問題を解決するには:
* {{ic|/etc/nsswitch.conf}} の {{ic|hosts}} データベースを切り詰める (例: {{ic|resolve}} サービスの後ろの {{ic|1=[!UNAVAIL=return]}} オプションを削除する)。
* 完全修飾ドメイン名を使うようにする。
* {{ic|/etc/hosts}} を使ってホストネームを解決する。
* systemd の {{ic|resolve}} の代わりに glibc の {{ic|dns}} を使うようにする。

== 参照 ==

* [https://www.freedesktop.org/software/systemd/man/systemd-networkd.service.html systemd.networkd man ページ]
* [https://plus.google.com/u/0/+TomGundersen/posts systemd-networkd のメイン開発者、Tom Gundersen の G+ ホームページ]
* [https://coreos.com/blog/intro-to-systemd-networkd/ Core OS のブログにおける Tom Gundersen の投稿]
* [https://bbs.archlinux.org/viewtopic.php?pid=1393759#p1393759 systemd-networkd と wpa_supplicant をセットアップする方法] (WonderWoofy's walkthrough on Arch forums)

KMSCON

2018-10-03T11:25:47Z

A1678991: kmsconのリンク先がAURになっているのを修正。

[[Category:ターミナルエミュレータ]]
[[en:KMSCON]]
[[zh-hans:KMSCON]]
{{Related articles start}}
{{Related|KMS}}
{{Related|systemd}}
{{Related|fbterm}}
{{Related articles end}}
[https://github.com/dvdhrm/kmscon プロジェクトの GitHub ページ]より:

:''Kmscon は linux のカーネルモードセッティング (KMS) を使ったシンプルなターミナルエミュレータです。カーネルの VT 実装をユーザスペースのコンソールで置き換えようという試みです。''

== 機能 ==

Kmscon はカーネル内蔵の linux コンソールの互換品として機能します。以下の機能が存在します:

* vt220 から vt510 までの完全な実装。
* 国際化の完全サポート:
** Kmscon は CJK を含む、Unicode 文字を全て表示できます。
** Kmscon は libxkbcommon を使って国際化キーボードを扱えるため、X キーボードでサポートされている全てのキーボードレイアウトを利用することが可能です。
* ハードウェアアクセラレーションを使ったレンダリング。
* Multi-seat 可能。

{{Note|root で kmscon コンソールにログインするには、{{ic|pam_securetty}} モジュールを無効にする必要があります。{{ic|/etc/pam.d/login}} 内の適切な行を削除・コメントアウトしてください。}}

== インストール ==

その名前にかかわらず、KMS は kmscon に絶対必要というわけではありません。Kmscon は次のビデオバックエンドをサポートしています: fbdev (Linux fbdev ビデオバックエンド), drm2d (Linux DRM ソフトウェアレンダリングバックエンド), drm3d (Linux DRM ハードウェアレンダリングバックエンド)。あなたの環境でこの中のどれかひとつでも利用できるようにしてください。

[[公式リポジトリ]]から {{Pkg|kmscon}} をインストールしてください。もしくは、[[Arch User Repository|AUR]] から {{AUR|kmscon-git}} をインストールすることも可能です。

TTY1 で kmscon を使えるようにするには、以下を実行してください:
{{bc|
# rm /etc/systemd/system/getty.target.wants/getty@tty1.service
# systemctl enable kmsconvt@tty1.service
}}

== Getty (agetty) を置き換える ==

root で、以下を実行してください:
{{bc|
# ln -s /usr/lib/systemd/system/kmsconvt\@.service /etc/systemd/system/autovt\@.service
}}
これで {{pkg|systemd}} がそれぞれの VT で agetty の代わりに kmscon を起動するようになります。より正確に言うと、このコマンドは systemd-logind が新しい VT で getty@.service の代わりに kmsconvt@.service を使うようにさせます。getty@.service を使っている他のユニットやスクリプトにはこの変更が適用されません。

何らかの理由で kmscon が実行できないときは、代わりに getty@.service が起動されます。そのため問題が生じても動作を継続するためのフォールバックが常に存在します。さらに、VT が利用できない場合、このユニットは何も起動しません。

== CJK サポート ==

Kmscon はデフォルトのフォントエンジン {{pkg|pango}} を通して CJK 文字のレンダリングをサポートしています。ただし、モノスペースフォントのエイリアスを適切な CJK フォントにマップするよう {{pkg|fontconfig}} を設定する必要があります。日本語ユーザーは、以下のテンプレートで日本語を表示できます:
{{hc|/etc/fonts/conf.d/99-kmscon.conf|<nowiki>
<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
<match>
<test name="family"><string>monospace</string></test>
<edit name="family" mode="prepend" binding="strong">
<string>DejaVu Sans Mono</string>
<string>IPAGothic</string>
</edit>
</match>
</fontconfig>
</nowiki>}}
{{Pkg|ttf-dejavu}} と {{Pkg|otf-ipafont}} をインストールしてください。両方とも[[公式リポジトリ]]に含まれています。

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

* [[Xorg]] と kmscon の切り替えに問題が発生する場合は ExecStart に {{ic|--hwaccel --drm}} を追加するとよいかもしれません。
ExecStart=/usr/bin/kmscon "--vt=%I" --seats=seat0 --no-switchvt --font-name Terminus --font-size 12 --hwaccel --drm
* バージョン 7 で、オーディオをコントロールできない場合、ユーザーを '''audio''' [[ユーザーとグループ#グループ管理|グループ]]に追加してください。ただしグループに追加すると[[Advanced Linux Sound Architecture#インストール|問題]]が発生します。

Systemd-networkd

2018-05-23T15:40:27Z

A1678991: 翻訳の修正

{{Lowercase title}}
[[Category:ネットワーク]]
[[Category:仮想化]]
[[en:systemd-networkd]]
[[es:Systemd-networkd]]
[[fr:systemd-networkd]]
[[ru:Systemd-networkd]]
{{Related articles start}}
{{Related|systemd}}
{{Related|systemd-nspawn}}
{{Related|ネットワークブリッジ}}
{{Related|ネットワーク設定}}
{{Related|netctl}}
{{Related|ワイヤレス設定}}
{{Related articles end}}

バージョン 210 から、systemd は [[udev]] と networkd による基本的なネットワーク設定のサポートを含むようになりました。

''systemd-networkd'' はネットワーク設定を管理するシステムデーモンです。ネットワークデバイスが立ち上がるとそれを検出して設定を行い、仮想ネットワークデバイスを作成することもできます。このサービスは [[netctl]] などの通常のネットワーク管理ツールと一緒に動かすことが可能で、仮想化する場合、設定によってはツールを置き換えることもできます。特に [[systemd-nspawn]] で管理するコンテナのための基本的な、もしくは複雑なネットワーク設定 (固定 IP、ブリッジ、vlan など) を設定する場合にこのサービスはとても役に立ちます。

== 基本的な使い方 ==
{{Pkg|systemd}} パッケージは Arch ではデフォルトでインストールされており、有線ネットワークに接続するために必要なファイルは全て揃っています。後で述べているように、[[wpa_supplicant]] や [[iwd]] など他のサービスを使うことで無線アダプタを設定することもできます。

=== 必要なサービスと設定 ===

systemd-networkd を使用するには、以下の2つのサービスを[[起動]]して、システムのブート時に実行されるように[[有効化]]する必要があります:

* {{ic|systemd-networkd.service}}
* {{ic|systemd-resolved.service}}

{{Note|''systemd-resolved'' が必要になるのは ''.network'' ファイルで DNS エントリを指定したり、networkd の DHCP クライアントから DNS アドレスを取得する場合です。もしくは {{ic|1=/etc/resolv.conf}} を手動で管理することもできます。}}

[[resolv.conf]] の互換性のために、既存のファイルを削除または名前変更して以下のシンボリックリンクを作成してください (systemd-resolved を使用する場合):

# ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf

さらに、''systemd-resolved'' のローカル DNS スタブリゾルバ (インターフェイスごとに LLMNR や DNS マージングが使われます) を使うために、{{ic|/etc/nsswitch.conf}} の {{ic|dns}} を {{ic|resolve}} に置き換えます:

hosts: files ''resolve'' myhostname

{{man|8|systemd-resolved}} や {{man|5|resolved.conf}}、または [https://github.com/systemd/systemd/blob/master/README#L205 Systemd README] を参照してください。

=== 設定ファイルの例 ===
このセクションにおける設定はすべて {{ic|/etc/systemd/network}} の中に {{ic|foo.network}} として保存します。利用できるオプションや処理の順番については、[[#設定ファイル]] や {{man|5|systemd.network}} の man ページを見て下さい。

まずシステムのデバイス名を知る必要があります。昔は、{{ic|eth0}} がシステム上の1番目の NIC に付けられていましたが、現在 udev は別の名前を使用するようになっています。{{ic|networkctl list}} を使ってシステム上のデバイスを確認してください。

設定ファイルに変更を加えたら、networkd デーモンをリロードしてください:
# systemctl restart systemd-networkd

{{Note|
* 以下の例では、{{ic|enp1s0}} が有線アダプタ、{{ic|wlp2s0}} が無線アダプタです。環境によって名前は変わります。{{ic|1=Name=en*}} のようにワイルドカードを使うこともできます。
* IPv6 を無効化したい場合、ルーターが IPv6 を喧伝しているときは {{ic|[Network]}} セクションに {{ic|1=IPv6AcceptRA=false}} を追加する必要があります。}}

==== 有線アダプタで DHCP を使用 ====
{{hc|/etc/systemd/network/20-wired.network|2=
[Match]
Name=enp1s0

[Network]
DHCP=ipv4</nowiki>
}}

==== 有線アダプタで固定 IP を使用 ====
{{hc|/etc/systemd/network/20-wired.network|2=
[Match]
Name=enp1s0

[Network]
Address=10.1.10.9/24
Gateway=10.1.10.1
DNS=10.1.10.1
#DNS=8.8.8.8</nowiki>
}}

IP アドレスを複数指定することもできます。{{ic|1=Address=}} 行を追加して IPv6 アドレスを指定してください。DNS サーバーやブロードキャストアドレスを指定するネットワークオプションは {{man|5|systemd.network}} の man ページを見て下さい。

==== 無線アダプタ ====
先に触れた通り、''systemd-networkd'' で無線ネットワークに接続するには、[[wpa_supplicant]] など別のサービスで無線アダプタを設定してから適当なサービスを有効にしてください。以下の例では、{{ic|wpa_supplicant@wlp2s0.service}} としています。以下のサービスは {{ic|/etc/wpa_supplicant/wpa_supplicant-wlp2s0.conf}} 設定ファイルを使って ''wpa_supplicant'' を起動します。ファイルが存在しなかった場合、サービスは起動しません。

{{hc|/etc/systemd/network/25-wireless.network|<nowiki>
[Match]
Name=wlp2s0

[Network]
DHCP=ipv4
</nowiki>}}

無線アダプタで固定 IP アドレスを使っている場合、設定は (インターフェイス名を除いて) [[#有線アダプタで固定 IP を使用|有線アダプタ]]と同じになります。

==== 同一マシンで有線アダプタと無線アダプタ両方を使用 ====

以下の設定では、Metric ディレクティブを使用して、有線と無線両方の接続で DHCP IP を有効にしており、カーネルがオンザフライでどちらを使うか決定します。有線接続が切断されると、即座に無線に切り替わります。接続が途切れることはありません。

システム上の無線・有線どちらのデバイスも有効な接続がある場合、カーネルのルートメトリック (''ip'' で設定するのと同一) がパケットを送るのにどちらのルートを使用するか決定します。均衡状態を破るために、カーネルはメトリックを使います。メトリックの良い所は、どちらかが使えなくなったときに、自動的にもう片方が有効になることです。

{{Note|'''Metric''' オプションはスタティックルーティングの設定を行います '''RouteMetric''' オプションはスタティックルーティングの設定をしないセットアップ用です。}}

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

[Network]
DHCP=ipv4

[DHCP]
RouteMetric=10}}

{{hc|/etc/systemd/network/25-wireless.network|2=
[Match]
Name=wlp2s0

[Network]
DHCP=ipv4

[DHCP]
RouteMetric=20}}

==== インターフェイスの名前を変更 ====

[[ネットワーク設定#デバイス名の変更|udev ルールを編集]]するかわりに {{ic|.link}} ファイルを使ってインターフェイスの名前を変更できます。MAC アドレスに基づいて USB-to-Ethernet アダプタに予測可能なインターフェイス名を設定する例 (通常は接続された USB 端子によって名前が変わってしまいます):

{{hc|head=/etc/systemd/network/10-ethusb0.link|output=
[Match]
MACAddress=12:34:56:78:90:ab

[Link]
Description=USB to Ethernet Adapter
Name=ethusb0
}}

{{Note|ユーザーが作成した {{ic|.link}} ファイルが先に有効になるように、デフォルト設定の {{ic|99-default.link}} よりも辞書的に早い順番になるような名前を付けてください。例えば、{{ic|ethusb0.link}} という名前を付けたい場合は {{ic|10-ethusb0.link}} としてください。}}

== 設定ファイル ==

設定ファイルは {{ic|/usr/lib/systemd/network}} から、そして一時的な実行時のネットワークディレクトリ {{ic|/run/systemd/network}} とローカルのネットワーク管理ディレクトリ {{ic|/etc/systemd/network}} から読み込まれます。{{ic|/etc/systemd/network}} 内のファイルが一番優先されます。

3つのタイプの設定ファイルが存在します。ファイルのフォーマットは [[systemd#ユニットファイル|systemd のユニットファイル]]と似ています。

* '''.network''' ファイル。''マッチする''デバイスにネットワーク設定を適用します。
* '''.netdev''' ファイル。''マッチする''環境に''仮想ネットワークデバイス''を作成します。
* '''.link''' ファイル。ネットワークデバイスが作られた時、[[udev|udev]] は最初に''マッチする'' '''.link''' ファイルを探します。

これらの設定ファイルは同じルールに従っています:

* {{ic|[Match]}} セクションの'''全ての'''条件がマッチすれば、プロファイルが有効になります。
* 空の {{ic|[Match]}} セクションはどんな場合でもそのセクションを適用することを示します (いわば {{ic|*}} ジョーカーのようなものです)。
* 全ての設定ファイルは辞書順でまとめてソートされ処理されます。ファイルがどのディレクトリにあるかは関係ありません。
* 同じ名前のファイルは互いを置き換えます。

{{Tip|
* {{ic|/usr/lib/systemd/network}} にあるシステムによって提供されたファイルを上書きする (アップグレードしても変わらないようにする) には、{{ic|/etc/systemd/network}} に同じ名前のファイルを配置して {{ic|/dev/null}} にシンボリックリンクを張って下さい。
* {{ic|VALUE}} には {{ic|*}} ジョーカーを使うことができます (例: {{ic|en*}} は全ての Ethernet デバイスにマッチします)。
* [https://mailman.archlinux.org/pipermail/arch-general/2014-March/035381.html Arch-general スレッド]によれば、特定のコンテナのネットワーク設定は '''networkd''' 設定ファイルを使って''コンテナの中で''設定するのがベストプラクティスです。
}}

=== network ファイル ===

このファイルはネットワーク設定の変数の設定、特にサーバーとコンテナの設定のために存在します。

{{ic|.network}} ファイルには次のセクションを記述できます: {{ic|[Match]}}, {{ic|[Link]}}, {{ic|[Network]}}, {{ic|[Address]}}, {{ic|[Route]}}, {{ic|[DHCP]}}。以下ではそれぞれのセクションでよく使われる設定キーを説明します。詳しくは {{man|5|systemd.network}} を見てください。

==== [Match] ====

* {{ic|1=Name=}} デバイスの名前
* {{ic|1=Host=}} マシンのホストネーム
* {{ic|1=Virtualization=}} システムが仮想化環境で起動されているかどうかをチェックします。{{ic|1=Virtualization=no}} キーはホストマシンでのみ適用され、逆に {{ic|1=Virtualization=yes}} はコンテナや VM で適用されます。

==== [Link] ====

* {{ic|1=MACAddress=}} [[MAC_アドレス偽装#方法 1: systemd-networkd|MAC アドレスを偽装]]することができます。
* {{ic|1=MTUBytes=}} 最大転送単位をバイトで指定 (K, M, G を後ろに付けることができ、1024の倍数として認識されます)。MTU の値を大きくすることでネットワークの転送速度を速くすることが可能です ([[ジャンボフレーム]])。

==== [Network] ====

* {{ic|1=DHCP=}} DHCP クライアントを有効にします。
* {{ic|1=DHCPServer=}} DHCP サーバーを有効にします。
* {{ic|1=DNS=}} DNS サーバーのアドレス
* {{ic|1=Bridge=}} ブリッジの名前
* {{ic|1=IPForward=}} IP パケットの転送を有効にします。
* {{ic|1=Domains=}} DNS によるホスト名解決に使用するドメインのリスト。

==== [Address] ====

* {{ic|1=Address=}} 固定の '''IPv4''' または '''IPv6''' アドレスとそのプレフィックス長で、{{ic|/}} を使って区切ります (例: {{ic|192.168.1.90/24}})。DHCP を使用しない場合このオプションは'''必須'''です。

==== [Route] ====

* {{ic|1=Gateway=}} はマシンのゲートウェイのアドレスです。DHCP を使用しない場合このオプションは'''必須'''です。
* {{ic|1=Destination=}} はルートの宛先プリフィックスです。スラッシュとプリフィックス長を後ろに付けることができます。

{{ic|[Route]}} セクションに {{ic|1=Destination}} が存在しない場合、デフォルトルートとして扱われます。

{{Tip|{{ic|1=[Address]}} が Address キーだけを含み {{ic|1=[Route]}} セクションが Gateway キーだけを含む場合、略式表記として {{ic|[Network]}} セクションに {{ic|1=Address=}} と {{ic|1=Gateway=}} キーを記述することができます。}}

==== [DHCP] ====

* {{ic|1=UseDomains=true}} systemd-resolved を使用する場合にローカル名の解決を修正します。

=== netdev ファイル ===

このファイルは仮想ネットワークデバイスを作成します。{{ic|.netdev}} ファイルには次のセクションを記述できます: {{ic|[Match]}} と {{ic|[NetDev]}}。以下ではそれぞれのセクションでよく使われる設定キーを説明します。詳しくは {{man|5|systemd.netdev}} を見てください。

==== [Match] ====

* {{ic|1=Host=}} ホストネーム
* {{ic|1=Virtualization=}} VM の中で実行されているかどうか確認する。

==== [NetDev] ====

* {{ic|1=Name=}} は netdev を作成するときに使うインターフェイスの名前です。このオプションは'''必須'''です。
* {{ic|1=Kind=}} は netdev の種類になります。現在 ''bridge'', ''bond'', ''vlan'', ''veth'', ''sit'' などがサポートされています。このオプションは'''必須'''です。

=== link ファイル ===

このファイルはカスタム udev ルールの代わりとなりデバイスが現れた時に [[udev]] によって適用されます。2つのセクションを記述します: {{ic|[Match]}} と {{ic|[Link]}}。以下ではそれぞれのセクションでよく使われる設定キーを説明しています。詳しくは {{man|5|systemd.link}} を参照してください。

{{Tip|{{ic|.link}} ファイルの問題を診断したいときは {{ic|udevadm test-builtin net_setup_link /sys/path/to/network/device}} を使ってください。}}

==== [Match] ====

* {{ic|1=MACAddress=}} MAC アドレス
* {{ic|1=Host=}} ホストネーム
* {{ic|1=Virtualization=}}
* {{ic|1=Type=}} デバイスのタイプ (例: vlan)

==== [Link] ====

* {{ic|1=MACAddressPolicy=}} は永続的な MAC アドレスをハードウェアに設定する ''persistent'' (ほとんどのハードウェアはこちらにするべきです) またはデバイスが現れた時にランダムな MAC アドレスを与える ''random'' を指定します。
* {{ic|1=MACAddress=}} 特定のアドレス。

{{Note|ほとんどの場合システムの {{ic|/usr/lib/systemd/network/99-default.link}} で基本的に問題ありません。}}

== コンテナでの使用方法 ==

{{Pkg|systemd}} 210 以上でサービスが利用可能です。ホストやコンテナで {{ic|systemd-networkd.service}} を[[systemd#systemctl の基本的な使い方|有効化・起動]]することができます。

デバッグするときのために {{Pkg|bridge-utils}}, {{Pkg|net-tools}}, {{Pkg|iproute2}} パッケージを[[pacman|インストール]]することが強く推奨されます。

''systemd-nspawn'' を使用する場合、ネットワーク設定によっては、{{ic|systemd-nspawn@.service}} を編集して {{ic|ExecStart}} 行にブートオプションを追加する必要があります。オプションの完全なリストは {{man|1|systemd-nspawn}} を参照してください。

DHCP による自動 DNS 設定を利用したい場合は、{{ic|systemd-resolved}} を有効にして {{ic|/run/systemd/resolve/resolv.conf}} から {{ic|/etc/resolv.conf}} にシンボリックリンクを張る必要があります。詳しくは {{man|8|systemd-resolved.service}} を見て下さい。

{{Tip|1=コンテナネットワークの設定を始める前に:
* [[netctl]] サービスを全て無効にしてください。無効にすることで '''systemd-networkd''' との危険な衝突を回避することができ設定のテストが楽になります。さらに、有効な [[netctl]] プロファイルが残ったまま終了する可能性が少なくなります。{{ic|$ netctl list}} コマンドは全てのプロファイルのリストを表示し、有効になっているプロファイルには星印が付きます。
* {{ic|systemd-nspawn@.service}} を無効にしてコンテナを起動するときは {{ic|# systemd-nspawn -bnD /path_to/your_container/}} コマンドとオプションを使ってください。ログオフやシャットダウンをするには、コンテナの中で {{ic|# systemctl poweroff}} を実行してください。ネットワーク設定が要求を満たすようになったら、{{ic|systemd-nspawn@.service}} を[[systemd#systemctl の基本的な使い方|有効化・起動]]してください。
* {{ic|dhcpcd.service}} が有効になっている場合は無効にしてください。このサービスは'''全ての'''インターフェイスに dhcpcd を使わせます。
* コンテナで [[netctl]] プロファイルや、{{ic|systemd-networkd.service}} が有効になっていないことを確認してください。
* トラフィックをブロックするような [[iptables]] ルールが設定されていないことを確認してください。
* コンテナ上で''プライベートネットワーク''を設定する場合は''パケットフォワーディング''を[[インターネット共有|有効]]にしてください。
* 設定ファイルを作った後、networkd デーモンが動作している場合はリロードを行なって下さい: {{ic|# systemctl restart systemd-networkd}}。
* デーモンが起動したら systemd の {{ic|networkctl}} コマンドでネットワークインターフェイスの状態が表示されます。
}}

{{Note|下で説明している設定について
* {{ic|$ ip a}} コマンドの出力を、関連するインターフェイスにだけ絞っています。
* ''ホスト''は起動しているメインの OS であり、''コンテナ''は仮想マシンのゲストのことです。
* インターフェイスの名前や IP アドレスは全てあくまでただの例です。
}}

=== 基本的な DHCP ネットワーク ===

以下はホストとコンテナで DHCP IP を有効にします。この場合、両方のシステムが同じインターフェイスを共有し、同じ IP を共有します。

{{hc|/etc/systemd/network/''MyDhcp''.network|<nowiki>
[Match]
Name=en*

[Network]
DHCP=ipv4
</nowiki>}}

そして、コンテナで {{ic|systemd-networkd}} を[[systemd#systemctl の基本的な使い方|起動・有効化]]してください。

もちろん {{ic|en*}} を {{ic|$ ip link}} コマンドの出力でわかる Ethernet デバイスのフルネームに置き換えることは可能です。

* ホストとコンテナで:

{{hc|$ ip a|
2: enp7s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 14:da:e9:b5:7a:88 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.72/24 brd 192.168.1.255 scope global enp7s0
valid_lft forever preferred_lft forever
inet6 fe80::16da:e9ff:feb5:7a88/64 scope link
valid_lft forever preferred_lft forever
}}

デフォルトのホストネームは DHCP サーバーから取得され一時的なホストネームとして使用されます。

変更するには {{ic|[DHCPv4]}} セクションに {{ic|1=UseHostname=false}} を追加してください:
{{hc|/etc/systemd/network/''MyDhcp''.network|<nowiki>
[DHCPv4]
UseHostname=false
</nowiki>}}

{{ic|/etc/resolv.conf}} で DNS を設定するかわりに DHCP に設定してもらいたい場合、{{ic|systemd-resolved}} を有効にして {{ic|/run/systemd/resolve/resolv.conf}} から {{ic|/etc/resolv.conf}} にシンボリックリンクを作成してください:

# systemctl enable systemd-resolved
# ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf

詳しくは {{man|8|systemd-resolved.service}} を参照。

{{Note|{{pkg|arch-install-scripts}} の {{ic|/usr/bin/arch-chroot}} を使ってシステムパーティションにアクセスする場合、マウントしたパーティションに対して chroot の外からシンボリックリンクを作成する必要があります。arch-chroot はファイルからライブ環境にリンクを作成するためです。}}

=== 2つの別々な IP で DHCP を使う ===

==== ブリッジインターフェイス ====

仮想ブリッジインターフェイスを作成する:

{{hc|/etc/systemd/network/''MyBridge''.netdev|<nowiki>
[NetDev]
Name=br0
Kind=bridge
</nowiki>}}

{{ic|systemd-networkd.service}} を再起動すると systemd はブリッジを作成します。

* ホストとコンテナで:

{{hc|$ ip a|
3: br0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default
link/ether ae:bd:35:ea:0c:c9 brd ff:ff:ff:ff:ff:ff
}}

インターフェイス br0 が表示されていますが DOWN になっているので注意してください。

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

{{ic|/etc/systemd/network/''MyDhcp''.network}} を編集して DHCP を削除します。ブリッジはどの IP にもバインドされないインターフェイスが必要なので、このデバイスを br0 にバインドするキーを追加してください。名前を適切なものに変更しましょう。

{{hc|/etc/systemd/network/''MyEth''.network|<nowiki>
[Match]
Name=en*

[Network]
Bridge=br0
</nowiki>}}

==== ブリッジネットワーク ====

ブリッジのネットワークプロファイルを作成:

{{hc|/etc/systemd/network/''MyBridge''.network|<nowiki>
[Match]
Name=br0

[Network]
DHCP=ipv4
</nowiki>}}

==== コンテナを起動するオプションを追加する ====

ホストとコンテナに別々の IP を割り当てたいので、ホストからコンテナのネットワークを''切断''する必要があります。切断するには、コンテナの起動コマンドに {{ic|1=--network-bridge=br0}} オプションを追加します。

# systemd-nspawn --network-bridge=br0 -bD /path_to/my_container

==== 結果 ====

* ホスト側

{{hc|$ ip a|
3: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
link/ether 14:da:e9:b5:7a:88 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.87/24 brd 192.168.1.255 scope global br0
valid_lft forever preferred_lft forever
inet6 fe80::16da:e9ff:feb5:7a88/64 scope link
valid_lft forever preferred_lft forever
6: vb-''MyContainer'': <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UP group default qlen 1000
link/ether d2:7c:97:97:37:25 brd ff:ff:ff:ff:ff:ff
inet6 fe80::d07c:97ff:fe97:3725/64 scope link
valid_lft forever preferred_lft forever
}}

* コンテナ側

{{hc|$ ip a|
2: host0: <BROADCAST,MULTICAST,ALLMULTI,AUTOMEDIA,NOTRAILERS,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 5e:96:85:83:a8:5d brd ff:ff:ff:ff:ff:ff
inet 192.168.1.73/24 brd 192.168.1.255 scope global host0
valid_lft forever preferred_lft forever
inet6 fe80::5c96:85ff:fe83:a85d/64 scope link
valid_lft forever preferred_lft forever
}}

==== 注意 ====

* ホストの br0 と、コンテナの host0 にそれぞれ IP アドレスが割り当てられました。
* 2つの新しいインターフェイスが作成されます: ホストの {{ic|vb-''MyContainer''}} とコンテナの {{ic|host0}} です。これは {{ic|1=--network-bridge=br0}} オプションによるものです。このオプションには {{ic|--network-veth}} という別のオプションも含まれており、ホストとコンテナの間に''仮想イーサネットリンク''が作成されます。
* {{ic|host0}} の DHCP アドレスはシステムの {{ic|/usr/lib/systemd/network/80-container-host0.network}} ファイルから由来します。
* ホスト側

{{hc|$ brctl show|
bridge name bridge id STP enabled interfaces
br0 8000.14dae9b57a88 no enp7s0
vb-''MyContainer''
}}

上記のコマンドの出力で2つのインターフェイスがバインドされたブリッジが確認できます。

* ホスト側

{{hc|$ ip route|
default via 192.168.1.254 dev br0
192.168.1.0/24 dev br0 proto kernel scope link src 192.168.1.87
}}

* コンテナ側

{{hc|$ ip route|
default via 192.168.1.254 dev host0
192.168.1.0/24 dev host0 proto kernel scope link src 192.168.1.73
}}

上記のコマンドの出力で IP アドレスとゲートウェイが 192.168.1.254 の {{ic|br0}} と {{ic|host0}} インターフェイスが有効になったのが確認できます。ゲートウェイのアドレスは ''systemd-networkd'' によって自動的に取得されます。

{{hc|$ cat /run/systemd/resolve/resolv.conf|
nameserver 192.168.1.254
}}

=== 固定 IP ネットワーク ===

ウェブサービス (例: FTP, http, SSH) を動かしている場合、デバイスごとに固定 IP を設定するのが役に立つかもしれません。システムの {{ic|/usr/lib/systemd/network/99-default.link}} ファイルに {{ic|1=MACAddressPolicy=persistent}} オプションがあれば (デフォルトの設定)、各デバイスは再起動しても同じ MAC アドレスを維持します。つまり、ゲートウェイのサービスを簡単に適切なデバイスに設定することができます。
まず、システムの {{ic|/usr/lib/systemd/network/80-container-host0.network}} ファイルを除去します。永続的にするために (例: アップグレードしても変わらないように)、コンテナで以下の設定を行なって下さい。これによって {{ic|/etc/systemd/network}} の同じ名前のファイルが {{ic|/usr/lib/systemd/network}} のファイルよりも優先されるため {{ic|/usr/lib/systemd/network/80-container-host0.network}} ファイルがマスクされます。

# ln -sf /dev/null /etc/systemd/network/80-container-host0.network

次に、コンテナで {{ic|systemd-networkd}} を[[systemd#systemctl の基本的な使い方|有効化・起動]]してください。

必要な設定ファイル:

* ホスト側

/etc/systemd/network/''MyBridge''.netdev
/etc/systemd/network/''MyEth''.network

''MyBridge''.network の修正

{{hc|/etc/systemd/network/''MyBridge''.network|<nowiki>
[Match]
Name=br0

[Network]
DNS=192.168.1.254
Address=192.168.1.87/24
Gateway=192.168.1.254
</nowiki>}}

* コンテナ側

{{hc|/etc/systemd/network/''MyVeth''.network|<nowiki>
[Match]
Name=host0

[Network]
DNS=192.168.1.254
Address=192.168.1.94/24
Gateway=192.168.1.254
</nowiki>}}

Et voila!

== 管理やデスクトップの統合 ==

''systemd-networkd'' にはコマンドラインや GUI によるインタラクティブな管理インターフェイスがありません。''networkctl'' はネットワークインターフェイスの状態を出力するだけです。

''networkd'' で [[wpa_supplicant]] を使うように設定した場合、''wpa_cli'' や ''wpa_gui'' を使うことで動的に WLAN インターフェイスを関連付けしたり再設定できます。

{{AUR|networkd-notify-git}} はネットワークインターフェイスの状態の変化にあわせてシンプルな通知を生成します (接続・切断や再関連付けなど)。

{{AUR|networkd-dispatcher}} デーモンを使うことで ''NetworkManager-dispatcher'' と同じようにネットワークインターフェイスの状態が変わったときにスクリプトを実行することができます。

DNS リゾルバの ''systemd-resolved'' は {{ic|systemd-resolve --status}} で現在の DNS サーバーの情報を視覚化できます。

== トラブルシューティング ==
=== 起動時にマウントサービスが失敗する ===
ネットワークが立ち上がる前に [[Samba]]/[[NFS]] などのサービスが実行されると上手く行きません。そのようなときは {{ic|systemd-networkd-wait-online.service}} を[[有効化]]すると良いでしょう。ただし、ネットワークが設定されていない状態でも、ほとんどのネットワークデーモンは問題なく立ち上がるため必要になる状況はあまりありません。

=== systemd-resolve がローカルドメインを検索してくれない ===

ホストネームを指定しているとき、たとえ {{ic|.network}} ファイルに {{ic|1=UseDomains=yes}} や {{ic|1=Domains=[domain-list]}} を設定している場合 ({{ic|resolv.conf}} に {{ic|search [domain-list]}} が作成されます) でも、Systemd の {{ic|resolve}} はローカルドメインを検索しません。この問題を解決するには:
* {{ic|/etc/nsswitch.conf}} の {{ic|hosts}} データベースを切り詰める (例: {{ic|resolve}} サービスの後ろの {{ic|1=[!UNAVAIL=return]}} オプションを削除する)。
* 完全修飾ドメイン名を使うようにする。
* {{ic|/etc/hosts}} を使ってホストネームを解決する。
* systemd の {{ic|resolve}} の代わりに glibc の {{ic|dns}} を使うようにする。

== 参照 ==

* [https://www.freedesktop.org/software/systemd/man/systemd-networkd.service.html systemd.networkd man ページ]
* [https://plus.google.com/u/0/+TomGundersen/posts systemd-networkd のメイン開発者、Tom Gundersen の G+ ホームページ]
* [https://coreos.com/blog/intro-to-systemd-networkd/ Core OS のブログにおける Tom Gundersen の投稿]
* [https://bbs.archlinux.org/viewtopic.php?pid=1393759#p1393759 systemd-networkd と wpa_supplicant をセットアップする方法] (WonderWoofy's walkthrough on Arch forums)

Davfs2

2017-03-27T13:45:46Z

A1678991: owncloudの設定例にnextcloudを追加

[[Category:ファイルシステム]]
[[en:Davfs]]
'''DAVfs''' は WebDAV サーバーをディスクドライブとしてマウントできるようにする Linux ファイルシステムドライバーです。WebDAV は HTTP/1.1 を拡張してウェブリソースをリモートで共同で作成するプロトコルで、RFC 4918 で定義されています。

== DAVfs のインストール ==

[[公式リポジトリ]]から {{Pkg|davfs2}} を[[インストール]]してください。

==パーティションのマウント==
例:
<nowiki># mount.davfs http://localhost:8080/ /mnt/dav</nowiki>
<nowiki># mount -t davfs http://localhost:8080/ /mnt/dav</nowiki>

==通常ユーザーでマウント==

network グループにユーザーを追加 (username はあなたのユーザー名に置き換えてください):
# usermod -a -G network username

webdav エントリを /etc/fstab に追加 (username はあなたのユーザー名に置き換えてください):
<nowiki>https://webdav.example.com /home/username/webdav davfs user,noauto,uid=username,file_mode=600,dir_mode=700 0 1</nowiki>

ホームディレクトリに secrets ファイルを作成:
$ mkdir ~/.davfs2/
<nowiki>$ echo "https://webdav.example.com webdavuser webdavpassword" >> ~/.davfs2/secrets</nowiki>
$ chmod 0600 ~/.davfs2/secrets

nextcloudとowncloud の場合、url は:
<nowiki>https://webdav.example.com/remote.php/webdav</nowiki>

box.com の場合、url は:
<nowiki>https://dav.box.com/dav</nowiki>

STACK の場合、url は (username はあなたのユーザー名に置き換えてください):
<nowiki>https://username.stackstorage.com/remote.php/webdav</nowiki>

同一サーバーから複数のディスクをマウントしたい場合、{{ic|~/.davfs2/secrets}} ファイルでサーバーアドレスではなくディスクのマウントポイントを指定してください:

/home/username/disk1 webdavuser1 "webdavpassword1"
/home/username/disk2 webdavuser1 "webdavpassword2"
.........
/home/username/diskN webdavuserN "webdavpasswordN"

{{ic|~/webdav}} をマウントしたりアンマウントすることができます:
# mount ~/webdav
# fusermount -u ~/webdav

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

=== ファイルの作成やコピーができない ===

ファイルの作成やコピーができない場合、{{ic|/etc/davfs2/davfs2.conf}} を編集して以下の行を変更してください:

{{hc|/etc/davfs2/davfs2.conf|
[...]
use_locks 0
[...]
}}

== 参照 ==

* http://doc.owncloud.org/server/6.0/user_manual/files/files.html

OpenStack

2016-03-11T03:28:32Z

A1678991: ページの作成:「Category:Networking OpenStack is a global collaboration of developers and cloud computing technologists producing the ubiquitous open source cloud computing platform...」

[[Category:Networking]]
OpenStack is a global collaboration of developers and cloud computing technologists producing the ubiquitous open source cloud computing platform for public and private clouds. The project aims to deliver solutions for all types of clouds by being simple to implement, massively scalable, and feature rich. The technology consists of a series of interrelated projects delivering various components for a cloud infrastructure solution

== 構成要素 ==

=== Compute (Nova) ===

{{AUR|nova}}{{Broken package link|{{aur-mirror|nova}}}} は [[AUR]] に存在します

=== ネットワーク (Neutron) ===

{{AUR|neutron-server}}{{Broken package link|package not found}} is available in the [[AUR]].

=== Image Service (Glance) ===

{{AUR|glance}}{{Broken package link|{{aur-mirror|glance}}}} is available in the [[AUR]].

=== ブロックストレージ (Cinder) ===

{{AUR|cinder-icehouse}} is available in the [[AUR]].

=== オブジェクトストレージ (Swift) ===
Swift is not available in Arch, yet.

=== Identity (Keystone) ===

{{AUR|keystone}}{{Broken package link|{{aur-mirror|keystone}}}} is available in the [[AUR]].

=== ダッシュボード (Horizon) ===

{{AUR|horizon-deb}}{{Broken package link|{{aur-mirror|horizon-deb}}}} is available in the [[AUR]].

=== Telemetry (Ceilometer) ===

=== Orchestration (Heat) ===

{{AUR|heat-engine}}{{Broken package link|package not found}} is available in the [[AUR]].

== Deploy OpenStack ==

{{Expansion}}

== Images ==

=== Available images ===
[http://docs.openstack.org/image-guide/content/ch_obtaining_images.html Official Openstack images] are available from most popular distributions of GNU/Linux.

Images for Arch are ''work in progress''. http://linuximages.de/openstack/arch/ has ''experimental'' images for download.

=== Creating images yourself ===
OpenStack images need to meet [http://docs.openstack.org/image-guide/content/ch_openstack_images.html certain requirements].
An image can be prepared manually or with help from a tool.

For a tool, [https://github.com/hartwork/image-bootstrap image-bootstrap] with the {{ic|--openstack}} parameter may be of help. As of 2015-06-24, resulting images are still in ''experimental'' stage.

For manual creation, the ''essential'' steps are:
* [[Partitioning]] a disk with a single [[ext4|ext3/4]] partition.
* Installing a base system (e.g. using {{ic|pacstrap}} of {{Pkg|arch-install-scripts}}) to it
* Installing a boot loader (e.g. [[GRUB]] or [[extlinux]])
* Installing and configuring [[cloud-init]]
* Adding an unpriviliged user able to run [[sudo]] without a password
* Configuring {{ic|eth0}} for [[DHCP]]
** Configuring [[udev]] to name network interfaces {{ic|eth*}}
** Configuring [[systemd-networkd]] to use [[DHCP]] on {{ic|eth0}}
* Installing [[SSH]] server
* Adjusting [[initramfs]] creation and regenerating initramfs images
** Disabling the {{ic|autodetect}} hook (since autodetection works differently from a chroot)
** Either activating hook {{ic|growfs}} from {{AUR|mkinitcpio-growrootfs}} or installing {{ic|growpart}} from {{AUR|cloud-utils}}{{Broken package link|{{aur-mirror|cloud-utils}}}} and have [[cloud-init]] do resizing by itself
* Making services start automatically (e.g. using {{ic|systemctl enable ...}})
* Deleting generated keys (i.e. those of the SSH server and pacman); optionally generating new ones during first boot
* Delete machine IDs ({{ic|/etc/machine-id}} and {{ic|/var/lib/dbus/machine-id}}) so that two systems are not mistaken for the same thing

== See also ==

* [http://www.openstack.org/ Openstack web site]

Budgie

2016-03-05T01:24:30Z

A1678991:

[[Category:デスクトップ環境]]
[[en:Budgie Desktop]]
{{Related articles start}}
{{Related|Wayland}}
{{Related|デスクトップ環境}}
{{Related|ディスプレイマネージャ}}
{{Related|ウィンドウマネージャ}}
{{Related|GTK+}}
{{Related articles end}}

[https://solus-project.com/budgie/ solus-project.com] より:
:Budgie は Solus オペレーティングシステムの旗艦デスクトップであり、Solus のプロジェクトです。最近のユーザーを念頭に開発されており、シンプリシティとエレガンスに注力しています。Budgie デスクトップは他のプロジェクトのフォークではありません。スクラッチから書かれています。

:Budgie Desktop は GNOME スタックと密に連携していて、GNOME のテクノロジを使用して新しいデスクトップエクスペリエンスを提供します。オープンソースの精神に則り、Budgie プロジェクトは他の Linux ディストリビューションでも利用することが可能です。

:さらに Budgie には GNOME 2 のデスクトップのルックアンドフィールをエミュレータする機能も存在します。設定パネルから任意で設定することができます。

:現時点では Budgie はまだ未完成で、GitHub でホストされています。貢献はいつでもウェルカムです。コード、バグレポート何でもござれ。

==インストール==

[[AUR]] から {{AUR|budgie-desktop}} を[[インストール]]することができます。最新の git master は {{AUR|budgie-desktop-git}} でインストールできます。

追加設定は {{Pkg|gnome-tweak-tool}} をインストールしてください。

=== 起動 ===

[[ディスプレイマネージャ]]から ''Budgie Desktop'' セッションを選択してください。あるいは [[xinitrc]] に Budgie Desktop を記述してください:

{{hc|~/.xinitrc|
export XDG_CURRENT_DESKTOP<nowiki>=Budgie:</nowiki>GNOME
exec budgie-desktop
}}

== 参照 ==

* [https://solus-project.com/ Solus Project 公式ウェブサイト]
* [https://git.solus-project.com/ Solus の公式 git リポジトリ]
* [https://build.solus-project.com/ Solus プロジェクトのビルド状態]

Budgie

2016-03-05T01:19:47Z

A1678991:

[[Category:デスクトップ環境]]
[[en:Budgie Desktop]]
{{Related articles start}}
{{Related|Wayland}}
{{Related|デスクトップ環境}}
{{Related|ディスプレイマネージャ}}
{{Related|ウィンドウマネージャ}}
{{Related|GTK+}}
{{Related articles end}}

[https://solus-project.com/budgie/ solus-project.com] より:
:Budgie は Solus オペレーティングシステムの旗艦デスクトップであり、Solus のプロジェクトです。最近のユーザーを念頭に開発されており、シンプリシティとエレガンスに注力しています。Budgie デスクトップは他のプロジェクトのフォークではありません。スクラッチから書かれています。

:Budgie Desktop は GNOME スタックと密に連携していて、GNOME のテクノロジを使用して新しいデスクトップエクスペリエンスを提供します。オープンソースの精神に則り、Budgie プロジェクトは他の Linux ディストリビューションでも利用することが可能です。

:さらに Budgie には GNOME 2 のデスクトップのルックアンドフィールをエミュレータする機能も存在します。設定パネルから任意で設定することができます。

:現時点では Budgie はまだ未完成で、GitHub でホストされています。貢献はいつでもウェルカムです。コード、バグレポート何でもござれ。

==インストール==

[[AUR]] から {{AUR|budgie-desktop}} を[[インストール]]することができます。最新の git master は {{AUR|budgie-desktop-git}} でインストールできます。

追加設定は {{Pkg|gnome-tweak-tool}} をインストールしてください。

=== 起動 ===

[[ディスプレイマネージャ]]から ''Budgie Desktop'' セッションを選択してください。あるいは [[xinitrc]] に Budgie Desktop を記述してください:

{{hc|~/.xinitrc|
export XDG_CURRENT_DESKTOP=Budgie:GNOME
exec budgie-desktop
}}

== 参照 ==

* [https://solus-project.com/ Solus Project 公式ウェブサイト]
* [https://git.solus-project.com/ Solus の公式 git リポジトリ]
* [https://build.solus-project.com/ Solus プロジェクトのビルド状態]

Budgie

2016-03-02T14:43:10Z

A1678991:

[[Category:デスクトップ環境]]
[[en:Budgie Desktop]]
{{Related articles start}}
{{Related|Wayland}}
{{Related|デスクトップ環境}}
{{Related|ディスプレイマネージャ}}
{{Related|ウィンドウマネージャ}}
{{Related|GTK+}}
{{Related articles end}}

[https://solus-project.com/budgie/ solus-project.com] より:
:Budgie は Solus オペレーティングシステムの旗艦デスクトップであり、Solus のプロジェクトです。最近のユーザーを念頭に開発されており、シンプリシティとエレガンスに注力しています。Budgie デスクトップは他のプロジェクトのフォークではありません。スクラッチから書かれています。

:Budgie Desktop は GNOME スタックと密に連携していて、GNOME のテクノロジを使用して新しいデスクトップエクスペリエンスを提供します。オープンソースの精神に則り、Budgie プロジェクトは他の Linux ディストリビューションでも利用することが可能です。

:さらに Budgie には GNOME 2 のデスクトップのルックアンドフィールをエミュレータする機能も存在します。設定パネルから任意で設定することができます。

:現時点では Budgie はまだ未完成で、GitHub でホストされています。貢献はいつでもウェルカムです。コード、バグレポート何でもござれ。

==インストール==

[[AUR]] から {{AUR|budgie-desktop}} を[[インストール]]することができます。最新の git master は {{AUR|budgie-desktop-git}} でインストールできます。

追加設定は {{Pkg|gnome-tweak-tool}} をインストールしてください。

=== 起動 ===

[[ディスプレイマネージャ]]から ''Budgie Desktop'' セッションを選択してください。あるいは [[xinitrc]] に Budgie Desktop を記述してください:

{{hc|~/.xinitrc|
exec budgie-desktop
}}

== 参照 ==

* [https://solus-project.com/ Solus Project 公式ウェブサイト]
* [https://git.solus-project.com/ Solus の公式 git リポジトリ]
* [https://build.solus-project.com/ Solus プロジェクトのビルド状態]