ホームページ > 記事 > システムチュートリアル > Linux での NFS サービスについての予備的な理解
1) サービス利用者 (クライアント) は、ローカル呼び出しを通じてサービスを呼び出します。
2) 呼び出しを受信した後、クライアント スタブはメソッド、パラメータなどをネットワーク経由で送信できるメッセージ本文に組み立てる役割を果たします。3) クライアント スタブはサービス アドレスを見つけて、メッセージをサーバーに送信します。
4) サーバー スタブはメッセージを受信した後、メッセージをデコードします。5) サーバー スタブは、デコード結果に基づいてローカル サービスを呼び出します。
6) ローカル サービスが実行され、結果がサーバー スタブに返されます。7) サーバー スタブは、返された結果をメッセージにパッケージ化し、それをコンシューマに送信します。
8) クライアント スタブはメッセージを受信し、それをデコードします。9) サービス利用者が最終結果を受け取ります。
NFS の概要
NFS (Network File System) は、FreeBSD がサポートするファイル システムの 1 つで、ネットワーク上のコンピュータが TCP/IP ネットワークを通じてリソースを共有できるようにします。 NFS アプリケーションでは、ローカル NFS クライアント アプリケーションは、ローカル ファイルにアクセスするのと同じように、リモート NFS サーバーにあるファイルを透過的に読み書きできます。
現在、NFS には主に 2 つのバージョン (NFSv2、NFSv3) があり、NFSv2 のバージョン 3 と、より多くの新機能をサポートする NFSv3 に加えて、主な違いは、NFSv2 が送信に UDP プロトコルを使用するため、NFSv2 の接続が困難になる可能性があることです。複雑なネットワーク環境ではそれほど信頼性が低く、NFSv3 は UDP プロトコルと TCP プロトコルの両方をサポートします。調べてみたら、Centos7 はすでに NFSv4 プロトコルをサポートしていることがわかりました。NFSv4 についてはここには載せません。時間があるときに v4 について見てみましょう。
クライアントが NFS 共有ボリュームをマウントしたい場合、サーバーに RPC 要求が送信され、NFS サーバーはユーザー認証後にランダムな Cookie をクライアントに送信し、クライアントがこの Cookie を認証に使用できるようにします。アクセスされる共有ボリューム。 NFS 認証は、組み込みの IP/ホスト権限の割り当てをサポートしていますが、tcp ラッパーによっても制限されます。
NFS サポートは、Redhat カーネルでデフォルトで有効になっており、NFS サーバーの起動は、ネットワーク ソケットのバインドと RPC 呼び出しを担当する NFS デーモンによって制御されます。また、rpcbind サービス (redhat5 ポートマップで名前が付けられています) も必要です)、システム内に nfs サービスが見つからない場合は、nfs-utils パッケージがインストールされていないことが原因です。このパッケージには、いくつかのツールとサービス スクリプトが含まれています。
NFS サービス全体には、おそらく次のものが含まれます (Red Hat 公式ドキュメントからコピーしましたが、少し古いようです):nfs
— NFSに応答するために、対応する RPC プロセスを開始します。 nfslock
— これは、ファイル ロックのクライアント要求に応答するために使用されるオプションのサービスです。rpc.nfsd
— nfs サービスのメインプロセス (関数)。
共通オプション:
以上がLinux での NFS サービスについての予備的な理解の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。