Linux用NetFS

Linux用NetFS

Plan 9とFreeBSDはどちらも、ネットワーク構成のための統合ユーザースペースインターフェースへのファイルシステムベースのアプローチを採用しています。 この紙たとえば、セキュリティから使いやすさまで、FreeBSD用のイン​​ターフェイスを設計および実装することによる利点が説明されています。

Linuxシステムにも同様の実装はありますか?そうでなければ、Linuxで実行できないか実行できない特別な理由はありますか?

答え1

Linuxはだけでなく一つ「ネットワーク構成用の統合ユーザースペースインターフェース」機能たくさんそれぞれは、さまざまな種類のユースケースに最適化されています。

  • ネットワーク管理者今日最もよく知られているデスクトップとサーバーのディストリビューションでは、この設定がデフォルト設定であることがわかります。これは、DHCPまたは固定IPアドレスを持つ有線ネットワークインターフェイスのみを必要とする可能性がある組み込みシステムの場合、過剰です。私の記憶が正しければ、初期バージョンは広く配布され(私の考えではFedoraでリリースされたようです)、多くの憎しみを受けました。かなりもしそうなら、最高の時間を準備してください。
  • システムネットワークsystemdソフトウェアスイートに含まれています。 NetworkManagerよりも軽く、元の組み込みシステムのユースケース用に設計されています。私はNetworkManagerが持つことができる種類のデスクトップ環境統合を持っていないと思います。
  • ネットワーク計画Canonical(Ubuntuの製造元)がベース層で使用するネットワーク構成インターフェースの上位層管理層として導入されました。さまざまな種類のデプロイメントのネットワーク構成を自動化された方法でデプロイするための統合インターフェースを提供できるため、クラウドサービスプロバイダータイプの環境で最も便利なようです。

...そして他の多くの人々。

Linux用NetFSなどのシステムを開発できない理由はありません。 FUSEを使用すると簡単です。これは、ネットワーク構成ファイルシステムに高性能が必要ないためです。

しかし、あなたは知っています:

標準のXKCD#927:複数の競争基準があるたびにそれらを統合しようとすると、競争基準を1つ追加する可能性が高くなります。

そして、なぜ代表するのか理解できません。ネットワークインターフェイスの設定〜のようにディレクトリの作成特に便利です。もちろん、同じ「動詞」(コマンド)を再利用することもできますが、概念を「名詞」(ファイルとディレクトリ、一部は実際には固有の特殊ルールを持つIPアドレスです)にするコストがかかります。複雑です。

Unixスタイルのオペレーティングシステムが長い間人気を集めてきた最大の理由は、その構造にあります。奨励するユーザーは自分のニーズに合わせて独自の「動詞」(シェルエイリアス、スクリプト、カスタムプログラム)を構築します。仕事に最適な「動詞」を開発するのではなく、最小限の「動詞」セットに戻ろうとするのは、私の考えにはポイントを見逃すことです。

これも思いますねハンマーの法則: 「あなたの唯一のツールがハンマーであれば、すべてを釘で扱うのは簡単です」

関連情報