OpenIndianaとLinux間のNFS4ユーザー名マッピング
Ubuntu Linuxマシンで適切にアクセスしようとしているOpenIndianaサーバーにNFS4共有があります。
サーバー上の共有内のファイルを所有するユーザー名は「ニック」であり、そのUIDはサーバー上で104です。サーバー上のファイルを所有するグループは「ニック」であり、そのGIDはサーバー上で100です。
Linuxマシンにも同じユーザー名/グループが存在しますが、UIDは112、GIDは112です。
これは私がこれまでに行ったことです：
共有をマウントするために、Linuxの/ etc/fstabにエントリを作成しました。これは問題なく機能しましたが、Linuxマシンで「ls-l」を実行すると、ユーザー/グループは誰にも設定されませんでした。
Linuxマシンで/ etc/default/nfs-commonを編集し、「NEED_IDMAPD = yes」を設定しました。また、Linuxマシンで/etc/idmapd.confを編集し、OpenIndianaマシンで設定されている「Domain = lan」を設定しました。私は再起動しました、そして今：
Linuxマシンにアクセスして共有で「ls-l」を実行すると、ファイルはユーザー「nick」とグループ「nick」によって所有されているように表示されます。すごい！私はそれを持っていると思った。しかし、「sunick」して「touchasdf」を実行すると、ファイルが間違ったユーザー名/グループで作成されます。 OpenIndianaマシンで新しく作成されたファイルを表示すると、ファイルはそのUID/GIDで作成されているため、ユーザー名は112、グループは112と表示されますが、OpenIndianaのどのユーザー名/グループにもマップされません。側。
だから基本的には中途半端に動作しています。適切なマッピングでファイルを表示できるので、idmapdは少なくともある程度は機能していますが、マッピングが正しく変換されていません。何が足りないのですか？
私は見つけました このリンク この正確な問題を説明しています。筆者は、基本的にNFS4の設計上の欠陥により、この問題は避けられないと結論付けました。誰かが修正に関する情報を持っていることを願っています。
それは本当に素晴らしいですが、idmapdは本当にそれをしません！ウェブ上でそれを見つけるのに2日かかりました（つまり、 gmaneのこれ 、または dfusionのあなたのリンク ）そして誰かがそのようなものを作成した可能性があると信じるのにさらに2日かかりました驚くほど紛らわしい混乱。
いいえ、uidマッピングについて話します。ls-lにマップされたuidを出力させますが、それらのファイルにアクセスするときに失敗させます... jeee、tststs、headbang、まさか！