これを使用して、chrootされたftpユーザーにファイルシステムの別の領域へのアクセスを許可しました。
mount --bind /var/www/dev/ /home/ftp_user/www_dev
あたり このウェブサイトはこちら 。
そして、おっと、私はftpユーザーにあまりにも多くのファイルへのアクセスを許可したことに気づきました。
どうすれば修正できますか? rmdir
が機能しない:
rmdir: failed to remove `www_dev': Device or resource busy
もしそうなら、マウントされたファイルが削除されるのではないかと心配しています。
umount -l /home/ftp_user/www_dev
を試してください。
これにより、ファイルシステムがすぐに切り離され、ビジー状態がなくなったときに残りの参照がクリーンアップされます。
この質問には「アンマウント」タグが付いているようですが、これは正確に正しいです。これは、実行する必要があることとまったく同じように見えます。
一般に、mountコマンドで作成されたものをアンマウントする方法は、umountを使用することです。 (「アンマウント」ではありません。「アンマウント」。)
umount/home/ftp_user/www_dev
これにより、/ home/ftp_user/www_devにマウントされたデータの格納が停止します。また、/ home/ftp_user/www_devは空のディレクトリになります。そして、その時点で、必要に応じて空のディレクトリ/ home/ftp_user/www_devディレクトリをrmdirできます。これは、以前にマウントされたソース(/ var/www/dev /ディレクトリのように見えます)とは関係がないためです。あなたの例)。
私が言ったことはどれも--bindコマンドに固有のものではなく、マウントが一般的に処理される方法にすぎないことに注意してください。
補足:「ftpユーザー」に「多すぎるファイルへのアクセス」を許可したことを本当に確信していますか?たぶん/ var/www/dev /には、ftpユーザーがアクセスしてはならないファイルがありますが、ftpユーザーにはそれらのファイルにアクセスする権限がない可能性があります。あなたはうまくやったかもしれません、そしてあなたが実際にftpユーザーとしてログインしているときに実際にどんな行動が可能であるかを確かめることによってこれを確認することができます。もちろん、Unixのパーミッションを完全に理解していれば、ログインせずにこれを行うことができますが、パーミッションの仕組みに関するより高度な詳細を必要とせずに、ログインが高速テストを実行する最も簡単な方法かもしれません。
補足2:もちろん、多くのUnixシステムでは、「man umount」を実行することでコマンドの詳細を学ぶことができます。これは、これらの影響が以前の「マウント」コマンド。 mountとumountに慣れておらず、ディレクトリをrmdirしようとするようなことをしている場合、これは、使用しているオペレーティングシステムに関するいくつかの非常に基本的なことを理解していないことを示しています。他のユーザーにサービスを提供しているシステムを実行していて、アクセス許可を処理できる立場にある場合、これらのタイプの基本(別のかなり関連する例として/ etc/fstabファイルなど)は次のとおりです。複数の人が使用するシステムを確実に監視するために、知っておく価値のあること。 Unix(またはLinuxまたは技術的に類似したもの)の実行に関連するチュートリアルや本、またはその他のトレーニング資料を探すことをお勧めします。たとえば、mountとumountはLinux Professional InstituteのLPIC-1認定(CompTIAのLinux +認定に非常に関連しています)の一部であるため、これらの認定のトレーニング資料には、そのような詳細や、役立つと思われるその他の多くの情報が含まれている可能性があります。 。