systemd-networkdとネットワークサービスの関係

systemd-networkdとネットワークサービスの関係

私はネットワークサービスとsystemd-networkdの関係を理解し​​ようとしています。

まず、netplanを使用してネットワークを構成したUbuntu 20.01サーバーを試しています。一部の記事では、オンラインでnetplanとsystemd-networkdを削除し、ネットワークサービスのみを使用することを提案する人を見つけました。 systemd-networkdを試してみたかったので、netplanを削除してsystemd-networkdを手動で設定しました。すべてがうまくいきますが、ネットワークサービスもあることがわかりました(基本的にネットワークサービスがあると思いますか?)。

systemctl status networking

示す:

ifquery: couldn't open interfaces file "/etc/network/interfaces": No such file or directory

systemdがインターフェースを処理しているので、これは正常だと思います。ただし、他のサービス(postfixやバインディングなど)は/ etc / networkサブディレクトリにいくつかのファイル(if-up.d、if-down.dなど)を生成します。

それで、私はネットワークサービスがsystemd-networkdなしで動作できることを知っていますが、その逆も可能ですか(ネットワーキングなしでsystemd-networkd)。

2つの関係と/または違いは何ですか? 2つを同時に実行することは可能ですか?

よろしくお願いします!

ベストアンサー1

はい、代わりにsystemd-networkdを使用してネットワークを管理した場合は、ifupdownパッケージを削除できます。私は最近この仕事を始めました。両方を同時に実行できますが、特定のネットワークインターフェイスの管理を担当するには1つだけが必要です。どちらもデフォルトでインターフェイスを管理しないため、ネットワークインターフェイスを管理するように設定するように1つを選択しても、他のものは影響を受けません。

ifupdown パッケージは、/etc/network/interface の設定に基づいてネットワークを設定するために Debian が使用するレガシーパッケージなので、デフォルトでインストールされ、サーバーでよく使用されます。現在、デフォルトのデスクトップにはネットワーク管理者をインストールしてネットワークを管理し、グラフィカルユーザーインターフェイスがあります。選択できる他のパッケージがたくさんあります。

ifupdownは、起動時に実行されるいくつかの簡単なシェルスクリプトに基づいています。 systemd-networkdは、シェルスクリプトで組み立てるのではなく、プラグアンドプレイCコーディングシステムであるsystemd init置換の一部です。起動後に接続するネットワークインターフェイスを管理でき、起動プロセスを遅らせる必要がなく、すべてのネットワークインターフェイスを管理するためにシェルスクリプトを実行する前に、すべてのネットワークインターフェイスが検出されたことを確認するためにランダムに待つ必要はありません。少し速い起動。

おすすめ記事