YaST の ネットワークの設定 モジュール内の グローバルオプション タブでは、 NetworkManager や IPv6 の使用可否のほか、 DHCP クライアントオプションなどを設定することができます。これらの設定は、全てのネットワークインターフェイスに適用されます。

ネットワークの設定方法 では、ネットワークの接続を管理するための方法を選択します。 NetworkManager のデスクトップアプレットを使用して全てのネットワークインターフェイスを管理したい場合は、 NetworkManager サービス を選択します。 NetworkManager は有線ネットワークと無線ネットワークを切り替えて使用する場合にも便利な仕組みです。デスクトップ環境を動作させていない場合や、お使いのコンピュータが Xen サーバや仮想化システムであるような場合、もしくは DHCP や DNS などのネットワークサービスを提供しているような場合は、 Wicked サービス を選択します。なお、 NetworkManager を使用する場合は、ネットワークの設定は nm-applet を利用して行うことになりますので、 概要 , ホスト名／DNS , ルーティング などのタブは無効化され、選択できなくなります。 NetworkManager について、詳しくは 第28章 「NetworkManager の使用」 をお読みください。

IPv6 プロトコル設定 では、 IPv6 プロトコルを使用するかどうかを選択します。 IPv6 は、 IPv4 と共に使用することができます。既定では IPv6 が有効化されています。しかしながら、 IPv6 を使用していないネットワークの場合は、 IPv6 プロトコルを無効化したほうが高速に動作しますので、この場合は IPv6 を有効にする のチェックを外してください。 IPv6 を無効化すると、カーネルは IPv6 モジュールを自動では読み込まなくなります。また、この設定は次回の再起動から有効になります。

DHCP クライアントオプション では、 DHCP クライアントに対する設定を行うことができます。 DHCP クライアント識別子 はネットワーク内で唯一とならなければならない値を入力する項目で、何も指定しない場合はネットワークインターフェイスのハードウエアアドレスを使用します。ただし、同じネットワークインターフェイスを利用して複数の仮想マシンを動作させているような場合は、複数の仮想マシンが同じハードウエアアドレスになってしまいますので、それぞれで別々の識別子を入力する必要があります (記入に際してのルールはありません。自由記入です) 。

送信するホスト名 では、 DHCP クライアントが DHCP サーバに送信する際の、ホスト名オプションの値を文字列で指定します。 DHCP サーバによっては、ネームサーバのゾーン (正引きおよび逆引き) を更新しますが、この際に 送信するホスト名 の値を利用して更新を行うものがあります (動的 DNS) 。また、 DHCP サーバによっては 送信するホスト名 に特定の文字列が含まれていることを確認して、応答を送信するものもあります。なお、現在のホスト名を送信したい場合は、 AUTO のままにしておいてください (ホスト名は /etc/hostname に設定されます) 。また、何もホスト名を送信したくない場合は、何も入力しないでください。

また、 DHCP サーバからの情報でデフォルトルートを更新したくない場合は、 DHCP で既定のルートを変更する のチェックを外してください。

ネットワークカードの設定を変更するには、 YaST の ネットワークの設定 から、 概要 タブを選択します。すると、検出されたカードの一覧が表示されますので、必要な項目を選んで 編集 を押します。すると、 ネットワークカードの設定 ダイアログが表示されますので、必要に応じて 一般 , アドレス , ハードウエア の各設定を変更してください。

13.4.1.2.1 IP アドレスの設定 #Edit source

IP アドレスそのものの設定や、 IP アドレスの割り当て方法の設定を行う場合は、 ネットワークカードの設定 ダイアログ内の アドレス タブで行います。ここでは IPv4 と IPv6 の両方に対応しています。ここでは、 リンクおよび IP の設定無し (ボンディングデバイスとして使用する場合に指定します) のほか、 固定 IP アドレス (IPv4 または IPv6) や 可変 IP アドレス のいずれかを選択します。なお、 可変 IP アドレス を選択した場合は、 DHCP もしくはZeroconf のいずれか、もしくはその両方を選択することができます。

また、 可変 IP アドレス を選択した場合は、 バージョン 4 のみでの DHCP (IPv4), バージョン 6 のみでの DHCP (IPv6), バージョン 4 と 6 の両方での DHCP のいずれかを選択します。

また、インストールの時点でリンクが確立しているネットワークカードがあれば、それらのうちの最初のネットワークカードが DHCP で設定されます。

DHCP は、インターネットサービスプロバイダ (Internet Service Provider; ISP) から固定の IP アドレスが割り当てられない DSL 回線をお使いの場合には、使用しておくべき設定となります。なお、 DHCP を使用する場合は、 ネットワーク設定 ダイアログ内の グローバルオプション 内にある DHCP クライアントオプション についてもご確認ください。また、同じインターフェイスを利用して複数の仮想ホストを動作させるような場合は、それらを区別するために DHCP クライアント識別子 の設定が必要となる場合があります。

また、 DHCP はクライアント側を設定する際には適切な選択ではありますが、サーバとして設定する場合には不適切です。固定の IP アドレスを設定するには、下記の手順で行います:

1. YaST のネットワーク設定モジュールの 概要 タブ内で、検出されたネットワークカードのうちのいずれかを選択して、 編集 を押します。

2. アドレス タブでは、 固定 IP アドレス を選択します。

3. IP アドレス の欄にアドレスを入力します。 IPv4 と IPv6 の両方のアドレスを使用することができます。また、 サブネットマスク にはネットマスクを指定します。 IPv6 アドレスの場合は、 サブネットマスク の項目には /64 のような形式で指定します。

   また、必要であれば ホスト名 の欄に、完全修飾ドメイン名を指定することができます。この設定は /etc/hosts 内に書き込まれます。

4. 次へ を押します。

5. 設定を反映させるには、 OK を押します。

注記: インターフェイスの有効化とリンクの検出

ネットワークインターフェイスを有効化する際、 wicked は物理的なリンク状況を確認して、リンクが検出できた場合にのみ IP 設定を適用します。リンクの確率とは関係なくアドレスを設定したい場合 (たとえば特定のアドレスで待ち受けるサービスをテストしたいような場合) は、 /etc/sysconfig/network/ifcfg-インターフェイス名 設定ファイル内に LINK_REQUIRED=no を追加してください。

また、リンクを待機する秒数を指定したい場合は、 LINK_READY_WAIT=5 のような指定を行うこともできます。

ifcfg-* 設定ファイルについて、詳しくは 13.6.2.5項 「/etc/sysconfig/network/ifcfg-*」 および man 5 ifcfg をお読みください。

固定のアドレスを使用する場合は、ネームサーバやデフォルトゲートウエイも自動では設定されません。ネームサーバを設定するには 13.4.1.4項 「ホスト名と DNS の設定」 の手順を、デフォルトゲートウエイを設定するには 13.4.1.5項 「ルーティングの設定」 の手順をお読みください。

13.4.1.2.2 複数アドレスの設定 #Edit source

1 つのネットワークデバイスに対して、エイリアスやラベルとして複数の IP アドレスを設定することができます。

注記: エイリアス／ラベル機能について

エイリアスやラベルと呼ばれる機能は、 IPv4 でのみ動作します。 iproute2 を利用することで、ネットワークインターフェイスに複数のアドレスを設定できます。

YaST を利用してネットワークカードに追加のアドレスを設定するには、下記の手順で実施します:

1. YaST の ネットワーク設定 ダイアログ内にある 概要 タブで、検出されたネットワークカードのうちいずれかを選択し、 編集 を押します。

2. アドレス › 追加アドレス で、 追加 ボタンを押します。

3. それぞれ IPv4 アドレスラベル , IP アドレス , ネットマスク をそれぞれ指定します。なお、 IP エイリアスの場合は /32 のネットマスクでなければなりません。また、別名内にインターフェイス名は入れないでください。

4. 設定を有効化するには、 次へ または 完了 を押してください。

13.4.1.2.5 ネットワークデバイスの有効化 #Edit source

wicked を利用する方法を選択した場合、ネットワークデバイスをシステムの起動時に開始するか、ケーブルを接続したときに開始するか、カードを検出した際に開始するか、もしくは手作業で開始するか、何も有効化しないかを選択することができます。開始方法を変更するには、下記の手順で行います:

1. YaST から システム › ネットワークの設定 を選択して、検出されたネットワークカードの中からいずれかを選択し、 編集 を押します。

2. 一般 タブ内にある デバイスの有効化 で、いずれかを選択します。

   起動時 を選択すると、システムの起動時にデバイスが開始されます。 ケーブル接続時 を選択すると、物理的な接続状況を監視して、接続が確認できると開始されます。 ホットプラグ を選択すると、インターフェイスが利用可能な状態になると開始されます。これは 起動時 の選択とほぼ同じ動作ですが、システムの起動時にデバイスが存在していなくても、エラーにならない点が異なります。また、 手動 を選択すると、 ifup で手作業で開始する設定になります。 開始しない を選択すると、デバイスを開始しなくなります。また、 NFSroot の選択肢は、 起動時 とほぼ同じ動作になりますが、 systemctl stop network を実行してもインターフェイスがシャットダウンされなくなります。また、 wicked が有効な際は、 network サービスが wicked サービスの起動も扱うようになります。この選択肢は、 NFS や iSCSI を介してルートファイルシステムにアクセスする際に選択します。

3. 設定を有効化するには、 次へ または 完了 を押してください。

ヒント: NFS をルートファイルシステムで使用する場合の注意

ルートパーティションを NFS 共有経由でマウントするシステム (ディスクを持たないシステム) の場合、 NFS 共有にアクセスするネットワークデバイスについては、設定を注意して行う必要があります。

システムをシャットダウンしたり再起動したりする際、既定の処理順序はネットワークの接続を切断してからルートパーティションをマウント解除しますが、ルートパーティションが NFS である場合、この順序で処理してしまうと、ネットワークが先に切れてしまうことから、 NFS のマウントを正しく解除することができなくなってしまいます。ネットワークデバイスが無効化されないようにするには、 13.4.1.2.5項 「ネットワークデバイスの有効化」 で説明しているとおりネットワークデバイスの設定ウインドウを開いて、 デバイスの有効化 で NFSroot を選択してください。

ネットワークカードが正しく検出されなかった場合は、検出済みのネットワークインターフェイスの一覧内には表示されません。お使いのネットワークカード向けのドライバが存在することがわかっている場合は、手作業で設定を行うことができます。このほか、ネットワークブリッジやボンディング、 TUN や TAP と呼ばれる特殊なネットワークインターフェイスについても、手作業で設定を行うことになります。具体的には、下記の手順で行います:

インストールの時点でお使いのネットワークカードが利用できる状態であり、かつネットワークの設定を変更していない場合は、お使いのコンピュータに対してホスト名が自動生成され、 DHCP が有効化された状態になります。これはネットワーク環境に接続するためのネームサーバの設定についても同様です。ネットワークアドレスを DHCP 経由で取得していると、ネームサーバの情報を受信した際に自動的に設定を行います。何らかの理由により、手作業で設定を行いたい場合は、これらの設定を行う必要があります。

お使いのコンピュータの名前や使用するネームサーバの検索リストを変更するには、下記の手順で行います:

このほか、 YaST を利用してコマンドラインからホスト名を変更することもできます。YaST で変更を行った場合、その設定は即時に反映されます (/etc/hostname を編集した場合とは異なります) 。ホスト名を変更するには、下記のコマンドを実行します:

# yast dns edit hostname=ホスト名

ネームサーバを変更したい場合は、下記のようなコマンドを実行します:

# yast dns edit nameserver1=192.168.1.116
# yast dns edit nameserver2=192.168.1.117
# yast dns edit nameserver3=192.168.1.118

お使いのマシンを他のネットワーク内にあるマシンと通信したい場合は、ルーティング (経路制御) に関する情報を設定して、正しい経路で通信が配送されるように設定しなければなりません。 DHCP をお使いの場合、この情報は自動的に提供され適用されます。固定の設定をお使いの場合は、このデータは手作業で設定しなければなりません。

wicked サービスは複数のパーツから構成されています。詳しくは 図13.4「wicked の構造」 をお読みください。

図 13.4: wicked の構造 #

wicked には現在、下記のものが含まれています:

openSUSE Leap では、 wicked はデスクトップハードウエアやサーバハードウエアの場合に、既定で動作しています。モバイルハードウエアの場合は、 NetworkManager が既定で動作しています。現時点で何が有効化され動作しているのかを調べるには、下記のコマンドを実行します:

systemctl status network

wicked が有効化されている場合、下記のような出力が現れます:

wicked.service - wicked managed network interfaces
    Loaded: loaded (/usr/lib/systemd/system/wicked.service; enabled)
    ...

何か異なるシステム (たとえば NetworkManager) が動作しているような場合で、 wicked に切り替えたい場合は、まず動作しているものを停止してから wicked を有効化してください:

systemctl is-active network && \
systemctl stop      network
systemctl enable --force wicked

これにより wicked サービスが有効化され、 network.service から wicked.service に別名リンクが設定され、次回以降の起動で開始されるようになります。

サーバプロセスを開始するには、下記のコマンドを実行します:

systemctl start wickedd

これにより、 wickedd (メインサーバ) が起動され、関連する下記のプログラムも起動されます:

/usr/lib/wicked/bin/wickedd-auto4 --systemd --foreground
/usr/lib/wicked/bin/wickedd-dhcp4 --systemd --foreground
/usr/lib/wicked/bin/wickedd-dhcp6 --systemd --foreground
/usr/sbin/wickedd --systemd --foreground
/usr/sbin/wickedd-nanny --systemd --foreground

あとはネットワークを起動します:

systemctl start wicked

上記ではなく、別名である network.service のほうを起動してもかまいません:

systemctl start network

これらのコマンドは既定値を使用するか、もしくは /etc/wicked/client.xml 内に書かれているシステム設定を使用します。

デバッグを有効化するには、 /etc/sysconfig/network/config 内で WICKED_DEBUG を設定します。たとえば下記のようになります:

WICKED_DEBUG="all"

下記のようにいくつかのデバッグ項目を省いてもかまいません:

WICKED_DEBUG="all,-dbus,-objectmodel,-xpath,-xml"

全てのインターフェイスに対する情報を表示したり、 インターフェイス名 で指定したインターフェイスに対する情報を表示したりするには、下記のいずれかを実行します:

wicked show all
wicked show インターフェイス名

XML 形式で出力させたい場合は、下記のように実行します:

wicked show-xml all
wicked show-xml インターフェイス名

いずれか 1 つのインターフェイスを起動する場合は、下記のように実行します:

wicked ifup eth0
wicked ifup wlan0
...

何も設定情報を指定しない場合、 wicked クライアントは /etc/wicked/client.xml 内で指定されている既定の情報源を利用して設定しようとします:

wicked がインターフェイスの設定を取得した場合は、どのような内容であっても、 firmware , compat の順序で計画されています。ただし将来的には変更される可能性があります。

詳しくは wicked のマニュアルページをお読みください。

nanny はイベントおよびポリシー駆動型のデーモンで、ホットプラグ型のデバイスなどの非同期かつ不用意なシナリオに対応するための仕組みです。そのため、 nanny デーモンは開始や再起動の遅延のほか、一時的に取り外されたデバイスにも対応することができます。また、 nanny はデバイスとリンク状態の変更を監視しているほか、現在のポリシーセットで設定されている新しいデバイスを統合することができます。 Nanny では指定されたタイムアウト制約によって ifup が既に終了してしまったような場合でも、継続して設定を行うことができます。

既定では、 nanny デーモンはシステム内で有効化されています。具体的には、/etc/wicked/common.xml 設定ファイル内の下記で有効化されています:

<config>
  ...
  <use-nanny>true</use-nanny>
</config>

この設定により、 ifup と ifreload は nanny デーモンに対して効率的な設定ポリシーを適用することになります。その後、 nanny は wickedd をも設定しますので、ホットプラグにも対応することになります。また、 nanny は裏でイベントや変更 (新しいデバイスの接続やキャリア状態の変更など) を待機する処理も行います。

ボンディングやブリッジでは、複数のデバイスを 1 つにまとめて設定を行い (ifcfg-bondX) ますので、それらを一括で起動する必要があります。 wicked では、ボンディングやブリッジなどの上位側のインターフェイス名を起動するだけで、その中にあるインターフェイスを一括で起動することができます:

wicked ifup br0

このコマンドを実行すると、ブリッジを設定して起動するまでの処理を、特に依存関係の順序 (ポートなど) を指定することなく、自動で行うことができます。

複数のインターフェイスを 1 つのコマンドで起動するには、下記のように実行します:

wicked ifup bond0 br0 br1 br2

全てのインターフェイスを一括で起動するには、下記のように実行します:

wicked ifup all

wicked でトンネルを使用する必要がある場合は、 TUNNEL_DEVICE で設定を行って対応することができます。必要であれば、デバイス名を指定してトンネルとデバイスを紐づけることもできます。トンネルされたパケットは、このデバイスを介して配信されることになります。

詳しくは man 5 ifcfg-tunnel をお読みください。

wicked では、インターフェイスを再設定するにあたって、インターフェイスをいったん停止する必要はありません (カーネル側で求められている場合を除きます) 。たとえばネットワークインターフェイスに IP アドレスを追加したり、経路設定を行ったりする場合でも、インターフェイスの設定に IP アドレスを追加したあと、もう一度 「ifup」 操作を行うだけで済むようになっています。サーバ側では変更すべき設定のみを抽出して適用する処理を行います。これは MTU や MAC アドレスなどのリンクレベルのオプションだけでなく、アドレスや経路、アドレスの設定モード (固定のアドレス設定から DHCP への変更など) のネットワークレベルの設定に対しても、このような動作をするようになっています。

ブリッジやボンディングなど、複数の実デバイスから構成される仮想デバイスの設定に対しては、注意する必要があります。たとえばボンディングデバイスの場合、デバイスの起動中には特定の設定を行うことができません。設定しようとすると、エラーが発生することがあります。

しかしながら、ボンディングやブリッジなどの実デバイスの追加や削除、ボンディングにおけるプライマリインターフェイスの選択などは、行うことが可能です。

wicked はシェルスクリプトによって拡張を行うことができます。これらの拡張は、 config.xml ファイル内に定義されています。

現時点では、いくつかの拡張クラスに対応しています:

一般的に、拡張には開始と停止のコマンドが用意されているほか、必要に応じて 「PID ファイル」 やスクリプトに渡される環境変数などが存在しています。

拡張がどのように動作するのかを知るには、 etc/server.xml 内にあるファイアウオール拡張をご覧ください:

<dbus-service interface="org.opensuse.Network.Firewall">
 <action name="firewallUp"   command="/etc/wicked/extensions/firewall up"/>
 <action name="firewallDown" command="/etc/wicked/extensions/firewall down"/>

 <!-- default environment for all calls to this extension script -->
 <putenv name="WICKED_OBJECT_PATH" value="$object-path"/>
 <putenv name="WICKED_INTERFACE_NAME" value="$property:name"/>
 <putenv name="WICKED_INTERFACE_INDEX" value="$property:index"/>
</dbus-service>

拡張は <dbus-service> タグに割り当てられ、このインターフェイスのアクションを実行する際のコマンドを定義しています。また、アクションに対して渡される環境変数の定義を行うこともできます。

Wicked では、スクリプトを利用して設定ファイルの処理を拡張することができます。たとえば DHCP による貸与情報からの DNS の書き換えは、 extensions/resolver が実施していて、これは server.xml 内に記述されています:

<system-updater name="resolver">
 <action name="backup" command="/etc/wicked/extensions/resolver backup"/>
 <action name="restore" command="/etc/wicked/extensions/resolver restore"/>
 <action name="install" command="/etc/wicked/extensions/resolver install"/>
 <action name="remove" command="/etc/wicked/extensions/resolver remove"/>
</system-updater>

wickedd に対して更新が届くと、貸与情報を処理して、 resolver スクリプトの対応するコマンド ( backup , install など) を実行します。ここから /sbin/netconfig を呼び出して DNS の設定を変更するか、手作業で /run/netconfig/resolv.conf を変更している場合は、このファイルを直接変更する処理を行います。

/etc/wicked/common.xml ファイルには、全てのアプリケーションが使用する一般的な設定が記述されています。このファイルは、同じディレクトリ内にある他の設定ファイルから取り込まれる形で使用されます。なお、全ての wicked コンポーネントを一括でデバッグする目的で使用することもできますが、このような場合は /etc/wicked/local.xml ファイルをお使いください。また、ソフトウエアの更新が行われた場合は、 /etc/wicked/common.xml ファイルが上書きされ、元の設定が失われることがある点にも注意してください。なお、 /etc/wicked/common.xml ファイルは既定で /etc/wicked/local.xml ファイルを取り込むようになっていますので、特別な理由が無い限り、 /etc/wicked/common.xml ファイルを編集する必要はないはずです。

nanny を無効化する目的で <use-nanny> を false に設定した場合は、 wickedd.service サービスの再起動に加えて、下記のコマンドを実行して全ての設定とポリシーを適用してください:

> sudo wicked ifup all

注記: 設定ファイル

wickedd , wicked , nanny の各プログラムは、自分専用の設定ファイルが存在していない場合、 /etc/wicked/common.xml ファイルを読み込みます。

/etc/wicked/server.xml ファイルは wickedd サーバプロセスが起動時に読み込むファイルです。このファイルには /etc/wicked/common.xml に対する追加の設定を記述します。具体的には、リゾルバの処理方法や DHCP などの addrconf から受信した情報の処理方法を設定します。

なお、このファイルに対して何らかの設定を追加したい場合は、 /etc/wicked/server-local.xml ファイルに記述することをお勧めします。このファイルは /etc/wicked/server.xml から取り込まれるようになっています。このように別途のファイルにすることで、メンテナンス更新後も設定内容を失わないようにすることができます。

/etc/wicked/client.xml ファイルは wicked コマンドが使用するファイルです。このファイルには ibft が管理するデバイスを検出した際に使用するスクリプトの場所や、ネットワークインターフェイスの設定などを記述します。

なお、このファイルに対して何らかの設定を追加したい場合は、 /etc/wicked/client-local.xml ファイルに記述することをお勧めします。このファイルは /etc/wicked/client.xml から取り込まれるようになっています。このように別途のファイルにすることで、メンテナンス更新後も設定内容を失わないようにすることができます。

/etc/wicked/nanny.xml ファイルはリンクレイヤの種類を設定するためのファイルです。このファイルに対して何らかの設定を追加したい場合は、 /etc/wicked/nanny-local.xml ファイルに記述することをお勧めします。このように別途のファイルにすることで、メンテナンス更新後も設定内容を失わないようにすることができます。

これらのファイルには、ネットワークインターフェイスに対する従来の設定が含まれています。

注記: wicked と ifcfg-* ファイルの関係性について

wicked は compat: プレフィクスを指定した場合、これらのファイルを読み込むようになります。 openSUSE Leap の既定の /etc/wicked/client.xml 設定では、 wicked が /etc/wicked/ifconfig 内にある XML ファイルを読み込むよりも前に、これらのファイルを読み込むようになっています。

また、 --ifconfig スイッチはほぼテスト用にのみ提供されているものです。これを指定した場合、 /etc/wicked/ifconfig 内に設定されている既定の設定ソースは適用されなくなります。

ifcfg-* ファイルには起動モードや IP アドレスなどの情報が含まれています。設定可能なパラメータについて、詳しくは ifup のマニュアルページをお読みください。これに加えて、特定の 1 つのインターフェイスにのみ一般的な設定を適用したい場合は、 dhcp ファイルや wireless ファイルにある変数のうちのほとんどを使用することができます。ただし、 /etc/sysconfig/network/config の変数のうちのほとんどはグローバルなものであり、 ifcfg ファイルでは上書きできません。たとえば NETCONFIG_* 変数などがそれに該当します。

macvlan や macvtab インターフェイスを設定したい場合は、 ifcfg-macvlan および ifcfg-macvtap の各マニュアルページをお読みください。たとえば ifcfg-macvlan0 というファイルで macvlan インターフェイスを使用したい場合は、下記のように記述します:

STARTMODE='auto'
MACVLAN_DEVICE='eth0'
#MACVLAN_MODE='vepa'
#LLADDR=02:03:04:05:06:aa

ifcfg.template に関する詳細は、 13.6.2.6項 「/etc/sysconfig/network/config , /etc/sysconfig/network/dhcp , /etc/sysconfig/network/wireless」 をお読みください。

config ファイルには ifup , ifdown ,ifstatus などのコマンドに対する一般的な設定が含まれています。また dhcp ファイルには DHCP に関する設定が、 wireless には無線 LAN カードに関する設定がそれぞれ含まれています。なお、 3 つの設定ファイルには、それぞれコメントで変数の説明が書かれています。 /etc/sysconfig/network/config ファイル内の設定のうちのいくつかは ifcfg-* ファイルでも使用することができます。なお、この場合は ifcfg-* 側での設定が優先されます。また、 /etc/sysconfig/network/ifcfg.template ファイルには、各インターフェイスに対して設定することのできる変数の一覧が書かれています。ただし、 /etc/sysconfig/network/config 内のほとんどの変数はグローバルなものであり、 ifcfg ファイルでは上書きできません。たとえば NETWORKMANAGER 変数や NETCONFIG_* 変数などがそれに該当します。

注記: DHCPv6 の使用について

DHCPv6 を使用する場合、ネットワーク内にある少なくとも 1 台のルータから、このネットワークが DHCPv6 で管理されている旨を表す RA を送信する必要があります。

ルータを正しく設定することができないようなネットワークをお使いの場合は、 ifcfg ファイル内のオプションで DHCLIENT6_MODE='managed' を指定することで、従来のバージョンの動作に戻すことができます。 インストールシステムを起動させる際に設定したい場合は、起動パラメータに下記の設定を追加してください:

ifcfg=eth0=dhcp6,DHCLIENT6_MODE=managed

TCP/IP パケットのスタティックルーティング (固定の経路制御) に対しては、それぞれ /etc/sysconfig/network/routes ファイルと /etc/sysconfig/network/ifroute-* ファイルを使用します。さまざまなシステム処理で必要なスタティックルーティングは /etc/sysconfig/network/routes ファイル側に設定します。これにはたとえばホスト宛のルーティングのほか、ゲートウエイ経由でのルーティング、ネットワーク宛のルーティングなどを設定することができます。インターフェイス単位でルーティングを設定したい場合は、 /etc/sysconfig/network/ifroute-* (ここで、ワイルドカード ( * ) 部分にはインターフェイスの名前を入れます) ファイルを設定してください。いずれの場合も、設定ファイルの内容は下記のようになります:

# 宛先            ゲートウエイ       ネットマスク        インターフェイス オプション

一番左の列には宛先を記述します。ここにはネットワークやホストのアドレスのほか、 到達可能な ネームサーバが存在する場合は、完全修飾ネットワーク名もしくは完全修飾ホスト名を指定することができます。なお、ネットワークを指定する場合は、 CIDR 形式 (アドレスの後ろにプレフィクス長を付ける形式) で記述します。たとえば IPv4 であれば 10.10.0.0/16 のような形式に、 IPv6 であれば fc00::/7 のような形式になります。また、 default キーワードを指定するとデフォルトゲートウエイを指定することができます。ゲートウエイの無いデバイスの場合は、 0.0.0.0/0 もしくは ::/0 のように明示的に宛先を指定してください。

左から 2 番目の列にはゲートウエイを指定します。特定のホストやネットワーク、もしくはデフォルト (既定値) として使用するものを指定します。

左から 3 番目の列は廃止予定とされているものです。以前は IPv4 のネットマスクを指定していた箇所になります。 IPv6 の場合は一番左の列に宛先とプレフィクス長 (CIDR 形式) を指定しますので、使用していません。 IPv4 で CIDR 形式を使用している場合や、 IPv6 の場合は、ここにハイフン ( - ) を入れておいてください。

左から 4 列目にはインターフェイスの名前を指定します。ハイフン ( - ) を指定した場合は省略している意味になりますが、 /etc/sysconfig/network/routes で使用した場合は、予期しない動作になってしまう場合があります。詳しくは routes のマニュアルページをお読みください。

左から 5 列目 (オプション) には、特殊なオプション設定を記述します。詳しくは routes のマニュアルページをお読みください。

# --- CIDR 表記での IPv4 ルーティング設定:
# Destination     [Gateway]         -                  Interface
127.0.0.0/8       -                 -                  lo
204.127.235.0/24  -                 -                  eth0
default           204.127.235.41    -                  eth0
207.68.156.51/32  207.68.145.45     -                  eth1
192.168.0.0/16    207.68.156.51     -                  eth1

# --- 古い (廃止予定の) ネットマスク形式での IPv4 ルーティング設定"
# Destination     [Dummy/Gateway]   Netmask            Interface
#
127.0.0.0         0.0.0.0           255.255.255.0      lo
204.127.235.0     0.0.0.0           255.255.255.0      eth0
default           204.127.235.41    0.0.0.0            eth0
207.68.156.51     207.68.145.45     255.255.255.255    eth1
192.168.0.0       207.68.156.51     255.255.0.0        eth1

# --- IPv6 のルーティング設定 (CIDR 表記のみ使用できます):
# Destination     [Gateway]                -           Interface
2001:DB8:100::/64 -                        -           eth0
2001:DB8:100::/32 fe80::216:3eff:fe6d:c042 -           eth0

ホストが属するドメイン名を指定するには、 /var/run/netconfig/resolv.conf ファイル (キーワード search) を使用します。この search オプションでは、それぞれ 256 文字までのドメイン名を最大 6 つまで指定することができます。完全修飾ではない名前を解決する場合、 search で指定したドメインをそれぞれ後ろに付けて解決を行おうとします。また、このファイルでは nameserver オプションを利用して、最大 3 つまでのネームサーバを指定することができます。コメントを指定したい場合はハッシュ記号 (#) もしくはセミコロン (;) を行頭に記述します。たとえば 例13.6「/var/run/netconfig/resolv.conf」 のようになります。

なお、 /etc/resolv.conf ファイルは手作業で作成したりしないでください。このファイルは netconfig で生成されるものであるほか、 /run/netconfig/resolv.conf へのシンボリックリンクになっているためです。 YaST を利用せずに DNS の設定を行いたい場合は、 /etc/sysconfig/network/config ファイル内にある下記の項目を、手作業で編集してください:

netconfig による DNS 設定機能を無効化したい場合は、 NETCONFIG_DNS_POLICY='' を指定してください。また、 netconfig の詳細については、 netconfig(8) のマニュアルページ ( man 8 netconfig ) をお読みください。

# ドメイン名
search example.com
#
# 使用するネームサーバの指定
nameserver 192.168.1.116

netconfig はさまざまな追加のネットワーク設定を管理するためのモジュール型ツールです。固定で指定されている設定と DHCP や PPP などで取得した動的な設定を、あらかじめ指定したポリシーで合成したりすることができます。また、設定ファイルの修正を行う netconfig のモジュールを呼び出すことで、システムに設定を反映させることができるほか、必要なサービスを再起動したりなどの処理を行うことができます。

netconfig では、主に下記に示す 3 つのアクションを使用します。 netconfig modify や netconfig remove は DHCP や PPP などのデーモンが使用し、必要なネットワーク設定を行ったり削除したりすることができます。ユーザ側でのみ使用されるコマンドとしては、 netconfig update があります:

netconfig のポリシーと固定の設定は手作業で設定することができるほか、 YaST で設定することもできます。いずれも /etc/sysconfig/network/config ファイルを編集することになります。 DHCP や PPP など自動設定ツールで提供される動的な設定は、それぞれ netconfig modify や netconfig remove のコマンドを介して動的に配信されます。 NetworkManager が有効化されている場合は、 netconfig (ポリシーモードが auto である場合) は NetworkManager 側の設定のみを使用し、従来の ifup 方式を利用したインターフェイスの設定は無視されるようになります。 NetworkManager が何も設定を提供しない場合は、代替として固定の設定を使用します。 NetworkManager と wicked を混在させて使用することはできません (サポートしていません)。

netconfig に関する詳細は、 man 8 netconfig をお読みください。

例13.7「/etc/hosts」 に示しているとおり、このファイルには IP アドレスとそれに対応するホスト名を記述します。ネットワーク内にネームサーバが存在していない場合、 IP で接続する全てのホストをここに記述する必要があります。各行には IP アドレスと完全修飾ホスト名、およびホスト名単体をそれぞれ指定します。なお、 IP アドレスは行頭に配置しなければならず、各項目の間はスペースもしくはタブで区切ります。コメントを記述したい場合は、行頭に # 記号を入力します。

127.0.0.1 localhost
192.168.2.100 jupiter.example.com jupiter
192.168.2.101 venus.example.com venus

ここでは、ネットワーク名とネットワークアドレスを記述します。書式は hosts と同様ですが、ネットワーク名のほうを左側に記述します。詳しくは 例13.8「/etc/networks」 をご覧ください。

loopback     127.0.0.0
localnet     192.168.0.0

このファイルでは、ホスト名やネットワーク名を解決する リゾルバ ライブラリの制御を行います。このファイルは libc4 や libc5 とリンクされているプログラムのみが使用します。現行の glibc プログラムの場合は /etc/nsswitch.conf ファイルで設定を行います。このファイルでは、それぞれのパラメータは別々の行に記述します。コメントは行頭に # を入力します。 表13.2「/etc/host.conf で使用するパラメータ」 には、利用可能なパラメータの一覧が示されています。また、 /etc/host.conf の設定例は 例13.9「/etc/host.conf」 にあります。

# ネームサーバが存在する
order hosts bind
# 複数アドレスの許可
multi on

GNU C Library 2.0 およびそれ以降のバージョンでは、 Name Service Switch (NSS) と呼ばれる仕組みが導入されています。詳細については nsswitch.conf(5) のマニュアルページ、もしくは The GNU C Library Reference Manual (GNU C ライブラリリファレンスマニュアル) をお読みください。

問い合わせの順序は /etc/nsswitch.conf ファイルで設定します。 nsswitch.conf の設定例については 例13.10「/etc/nsswitch.conf」 をご覧ください。コメントは行頭に # を入力します。この例の hosts では、 /etc/hosts ( files ) に問い合わせたのち、 DNS (詳しくは第19章 「ドメインネームシステム」 をお読みください) に問い合わせを行います。

passwd:     compat
group:      compat

hosts:      files dns
networks:   files dns

services:   db files
protocols:  db files
rpc:        files
ethers:     files
netmasks:   files
netgroup:   files nis
publickey:  files

bootparams: files
automount:  files nis
aliases:    files nis
shadow:     compat

NSS で利用可能な 「データベース」 の一覧は 表13.3「/etc/nsswitch.conf で使用できるデータベース」 に示されています。また、 NSS データベースで設定可能なオプションの一覧は、 表13.4「NSS 「データベース」 での設定オプション」 に示されています。

このファイルは nscd (ネームサービスキャッシュデーモン; name service cache daemon) を設定するために使用するものです。詳しくは nscd(8) や nscd.conf(5) のマニュアルページをお読みください。既定では、 passwd , groups , hosts の各システム項目がキャッシュ対象となります。これは NIS や LDAP などのディレクトリサービスの性能を確保するためには重要な設定となります。キャッシュを使用しないと、名前やグループ、ホストにアクセスがあるごとにネットワークへの接続が発生することになってしまうためです。

passwd に対するキャッシュ機能を有効化した場合、新しくローカルユーザを追加した場合は、それが反映されるまでに 15 秒程度の時間がかかります。この待機を行いたくない場合は、下記のようにして nscd を再起動してください:

> sudo systemctl restart nscd

/etc/HOSTNAME には完全修飾ホスト名 (FQHN) が含まれています。完全修飾ホスト名は、ホスト名そのものにドメイン名が付加されたものを表します。このファイルには、設定したいホスト名を 1 行だけ記述してください。また、このファイルはマシンの起動時に読み込まれます。

ip コマンドは、ネットワークデバイスやルーティング、ポリシールーティングやトンネルなどを設定したり、設定を取得したりするためのツールです。

ip コマンドは非常に複雑なツールです。一般的には ip   オプション オブジェクト コマンド の形式で実行します。オブジェクトには下記のものがあります:

何もコマンドを指定しない場合は、指定のコマンド (通常は list) が指定されているものと見なします。

デバイスの状態を変更するには、下記のコマンドを実行します:

> sudo ip link set デバイス名

たとえばデバイス eth0 を無効化したい場合は、下記のように入力して実行します:

> sudo ip link set eth0 down

有効化したい場合は、下記のように入力して実行します:

> sudo ip link set eth0 up

ヒント: NIC デバイスの切断について

デバイスを無効化するには、下記のように入力して実行します:

> sudo ip link set デバイス名 down

ただし、このコマンドはネットワークインターフェイスをソフトウエアレベルで無効化するだけです。

イーサネットケーブルが取り外された場合や、スイッチの電源が切れた場合のように、リンクを失った場合の処理を行わせたい場合は、下記のように入力して実行します:

> sudo ip link set デバイス名 carrier off

なお、 ip link set デバイス名 down は デバイス名 を経由する全ての経路 (ルーティング) 情報を削除しますが、 ip link set デバイス名 carrier off ではそのようなことは行いません。また carrier off コマンドは、対応するネットワークデバイスのドライバ側での対応が必要となります。

デバイスに対する物理的な接続を復帰させるには、下記のように入力して実行します:

> sudo ip link set デバイス名 carrier on

デバイスを有効化したあとは、様々な設定作業を行うことができます。 IP アドレスを設定するには、下記のように入力して実行します:

> sudo ip addr add IP_アドレス + dev デバイス名

たとえば標準ブロードキャストオプション (オプション brd) を指定して、インターフェイス eth0 に 192.168.12.154/30 というアドレスを設定するには、下記のように入力して実行します:

> sudo ip addr add 192.168.12.154/30 brd + dev eth0

ネットワーク接続を正しく動作させるには、通常はデフォルトゲートウエイの設定も行わなくてはなりません。お使いのシステムにデフォルトゲートウエイを設定するには、下記のようなコマンドを入力して実行します:

> sudo ip route add default via デフォルトゲートウエイの_IP_アドレス

全てのデバイスを一覧表示するには、下記のように入力して実行します:

> sudo ip link ls

動作中のインターフェイスのみを表示したい場合は、下記のように入力して実行します:

> sudo ip link ls up

特定のデバイスに対する統計情報を表示するには、下記のように入力して実行します:

> sudo ip -s link ls デバイス名

仮想ネットワークデバイスなどの追加情報を表示するには、下記のように入力して実行します:

> sudo ip -d link ls デバイス名

上記に加えてデバイスに設定されたネットワーク層 (IPv4, IPv6) のアドレスも表示したい場合は、下記のように入力して実行します:

> sudo ip addr

上記の出力には、各デバイスの MAC アドレスに関する情報も表示されます。また、全ての経路 (ルーティング) 情報を表示するには、下記のように入力して実行します:

> sudo ip route show

ip コマンドの使用方法について、詳しくは ip   help を実行すると表示されるヘルプ、もしくは man 8 ip コマンドで表示されるマニュアルページをお読みください。このほか、 ip コマンドのサブコマンドの後ろに help オプションを指定することもできます。たとえば下記のように入力して実行することができます:

> sudo ip addr help

それ以外にも、 /usr/share/doc/packages/iproute2/ip-cref.pdf ファイルには ip コマンドのマニュアルも用意されています。

ping コマンドは、 TCP/IP の接続が動作しているかどうかをテストすることができる標準的なツールです。このツールは ICMP プロトコルを利用して、 ECHO_REQUEST データグラムと呼ばれる小さなデータパケットを宛先のホストに送信し、相手側からの即時の応答を待ちます。応答があると、 ping はその旨を示すメッセージを表示します。これにより、ネットワークが正しく動作していることを確認することができます。

ping は 2 台のコンピュータ間での接続機能テストを行うだけではありません。基本的な接続品質に関する情報も提供します。 例13.11「ping コマンドの出力」 には ping の出力例を示していますが、出力の末尾から 2 行目には、送信したパケット数と損失数、および ping の実行にかかった時間が表示されます。

また、宛先の指定には IP アドレスだけでなくホスト名を指定することもできます。たとえばping   example.com や ping   192.168.3.100 のように実行することができます。また、このプログラムは Ctrl–C を押すまでパケットを送り続けます。

接続ができるかどうかだけを調べたい場合は、 -c オプションでパケットの送信回数を制限してください。たとえば 3 回パケットを送信したい場合は、ping   -c 3 example.com のように入力して実行します。

ping -c 3 example.com
PING example.com (192.168.3.100) 56(84) bytes of data.
64 bytes from example.com (192.168.3.100): icmp_seq=1 ttl=49 time=188 ms
64 bytes from example.com (192.168.3.100): icmp_seq=2 ttl=49 time=184 ms
64 bytes from example.com (192.168.3.100): icmp_seq=3 ttl=49 time=183 ms
--- example.com ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2007ms
rtt min/avg/max/mdev = 183.417/185.447/188.259/2.052 ms

既定の送信間隔は 1 秒に設定されています。この間隔を変更したい場合は、 -i オプションを指定してください。たとえば送信間隔を 10 秒にしたい場合は、 ping   -i 10 example.com のように入力して実行します。

なお、システムに複数のネットワークデバイスが存在する場合は、インターフェイスを指定して送信したほうが便利である場合があります。これを行うには、 -I とデバイス名を指定してください。たとえば ping   -I wlan1 example.com のように入力して実行します。

ping の使用方法について、詳しくは ping   -h で表示されるヘルプ、もしくは ping (8) のマニュアルページをお読みください。

ヒント: IPv6 アドレスへの ping

IPv6 アドレスの場合は、 ping6 コマンドを使用します。ただし、リンクローカルアドレスに対して送信したい場合は、 -I でインターフェイス名を指定してください。たとえば下記のコマンドが成功した場合は、 eth1 を介して指定したアドレスに到達できる意味になります:

ping6 -I eth1 fe80::117:21ff:feda:a425

Open vSwitch の中枢は 2 つのデーモンから構成されています。 openvswitch サービスを起動すると、それら 2 つを間接的に起動することになります。

メインの Open vSwitch デーモン ( ovs-vswitchd ) は、スイッチの実装を提供するデーモンです。もう 1 つの Open vSwitch データベースデーモン ( ovsdb-server ) は、 Open vSwitch の設定と状態を保存するデータベース機能を提供します。

Open vSwitch には様々な作業を支援するための各種ユーティリティが用意されています。下記のユーティリティ一覧が全てではありませんが、主要なコマンドのみについて説明を記しています。