Communication)印刷屋から五反田のWeb屋に転職したCLのブログです。この広告は、90日以上更新していないブログに表示しています。5(具体的には5.8Final)でNFSでどっかのディレクトリをマウントせないかん、という案件があるとして。いう場合ってたいていiptablesによるファイアウォール稼働下だとうまくいかない、となるみたい。なんでか、というと、旧来のNFS(NFSv3とか)は、使用するポートがえらい多くて、しかもポート番号がふよふよ動きよる。ファイアウォール通すのも一苦労、大学の研究室でSolarisをNFSで共有していた牧歌的な時代のプロトコルだと言えましょう。そんで、そのNFSでなんとかしてつながなくてはいけないとなるとどうするか。方法1:とにかくNFS共有を目的として、iptablesを劇甘設定にする方法2:iptablesによる運用を優先して、NFS共有で悩むここでさっそうと現れるのがNFSv4によるiptablesと共存できるファイル共有ってわけなんですけれども。なんでiptablesと共存できるか、ていうと、ポートを1個(TCP/2049)だけ使うからんですけども。5のNFSv4でのNFS共有の構築例って結構少ないんですよね......ご家庭CentOSだったら、確かにiptables甘い設定にするでしょうからわからなくもないですけれども......ちなみに、NFSv4構築でなんでハマるかっていうと、エラーメッセージが全般的にくそってことです。原因そのものがエラーメッセージを出していないので、原因の発生場所がつかみにくいんですね。サーバとクライアントでしっかり動かしておく。/etc/idmapd.confの設定はドメインの設定ぐらいでよし。2049番のみであります。NFSv4でつなぐ限り高次ポートは使いませんので、信じて設定を続けましょう。気を抜くと、「どうしてもつながらない。」→「NFSv3でいっか。」→「ポート固定して数か所穴開けるか。」などとダークサイドに引き込まれます。書き込む共有ディレクトリの設定オプションどれか最低一つに、fsid=0が付いていないと、クライアント側からマウントしたときに、理不尽なエラーメッセージに悩まされます。startてな感じで動かす。NFSサーバをmountするほう、つまりクライアントはnfsは起動させなくてよいよ。これ何かっていうと、rpc.imapdが動くと、/var/lock/subsys/rpc.idmapdができるのですが、rpc.imapdが動いているかどうかを調べるために見るのが、/var/lock/subsys/rpcidmapdとなっているという悲劇。起こっていることは10年前のLinuxかよって思うわけですけれども、こういうのはrpc.idmapdの起動スクリプトをしこしこ書き換えるでなくバッドノウハウで乗り越えましょう。/var/lock/subsys/rpcidmapdこれで、Warningが出なくなります。2049:example.com:2049などsshなどでトンネリングした接続にNFSを通しているのなら、接続ポート制限に引っ掛かっている可能性も。オプションにinsecureをつけよう●他のサービス群について外部との通信にTCP/2049を使うNFSv4なんだけれども、他のサービスをたくさん使う癖は直っていません。以下の2つのサービスは、低位のWell-knownポートをエフェメラルポートとして勝手に(動的に)使うので困りものです。この前なんか、DovecotのIMAPSポートを先に取得してしまい、メールサーバの機能が果たせなくなりました。動的にポートが選ばれるので、起動のたびに問題が出たり出なかったりするというのが困りもの。対策をとっておきましょう。5の場合、こいつがいないとNFSv4のマウントができないので、ポート固定しよう。rpc.rquotad:いなくてもマウントできるので、起動しないようにしよう。設定は/etc/sysconfig/nfsから。(1)はてなブログをはじめよう!C_Lさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。