【chroot】 なぜFTPでレンタルサーバーにアクセスしても、他のアカウントのファイルが見れないか？

# man 2 chroot | col -b
CHROOT(2)                   Linux Programmer’s Manual                  CHROOT(2)

NAME
       chroot – change root directory
　　 chroot – ルートディレクトリを変更する

SYNOPSIS
       #include <unistd.h>

       int chroot(const char *path);

   Feature Test Macro Requirements for glibc (see feature_test_macros(7)):

       chroot():
           Since glibc 2.2.2:
               _BSD_SOURCE ||
                   (_XOPEN_SOURCE >= 500 ||
                       _XOPEN_SOURCE && _XOPEN_SOURCE_EXTENDED) &&
                   !(_POSIX_C_SOURCE >= 200112L || _XOPEN_SOURCE >= 600)
           Before glibc 2.2.2: none

DESCRIPTION
       chroot() changes the root directory of the calling process to that specified in path.  
　　　 chroot() は、呼び出したプロセスのルートディレクトリをpathで指定されたものに変更します。
       This directory will be used for pathnames  beginning  with /.   
　　　 このディレクトリは、/ で始まるパス名に使用されます。
       The  root  directory  is  inherited  by  all children of the calling process.
　　　 ルートディレクトリは、呼び出し元プロセスのすべての子によって継承されます。

       Only a privileged process (Linux: one with the CAP_SYS_CHROOT capability) may call chroot().
       特権プロセス（Linux：CAP_SYS_CHROOT機能を持つプロセス）だけが chroot() を呼び出すことができます。

       This  call  changes  an ingredient in the pathname resolution process and does nothing else.
       この呼び出しは、パス名解決プロセスの要素を変更し、それ以外は何も行いません。

       This call does not change the current working directory,  so  that  after the  call  ‘.’ can be outside the tree rooted at ‘/’.
        この呼び出しは現在の作業ディレクトリを変更しないので、呼び出しの後に ‘。’ ‘/’を基点とするツリーの外側にある可能性があります。
       In particular, the superuser can escape from a “chroot jail” by doing:
       特に、スーパーユーザーは以下を行うことによって “chroot jail”から脱出することができます：

           mkdir foo; chroot foo; cd ..

       This call does not close open file descriptors, and such file descriptors may allow access to files outside the chroot tree.
       この呼び出しは開いているファイルディスクリプタを閉じず、そのようなファイルディスクリプタは chroot ツリーの外側にあるファイルにアクセスすることができます。

RETURN VALUE
       On success, zero is returned.  On error, -1 is returned, and errno is set appropriately.
       成功するとゼロが返されます。エラーの場合、-1 が返され、errno が適切に設定されます。

ERRORS
       Depending on the file system, other errors can  be  returned.   
       ファイルシステムによっては、他のエラーが返されることがあります。
       The  more general errors are listed below:
       より一般的なエラーは次のとおりです。

       EACCES Search  permission  is  denied  on a component of the path prefix.
       EACCES パスの接頭辞の構成要素で検索許可が拒否されました。
              (See also path_resolution(7).)
              （path_resolution（7）も参照してください）。

       EFAULT path points outside your accessible address space.
       EFAULTパスはアクセス可能なアドレス空間外を指します。

       EIO    An I/O error occurred.
       EIO  I/Oエラーが発生しました。

       ELOOP  Too many symbolic links were encountered in resolving path.
       ELOOP 解決パスにシンボリックリンクが多すぎます。

       ENAMETOOLONG
              path is too long.
              パスが長すぎます。

       ENOENT The file does not exist.
       ENOENT ファイルが存在しません。

       ENOMEM Insufficient kernel memory was available.
       ENOMEM 十分なカーネルメモリが利用できなかった。

       ENOTDIR
              A component of path is not a directory.
              パスのコンポーネントはディレクトリではありません。

       EPERM  The caller has insufficient privilege.
       EPERM 呼び出し側の権限が不十分です。

CONFORMING TO
       SVr4, 4.4BSD, SUSv2 (marked  LEGACY).   This  function  is  not  part  of POSIX.1-2001.

NOTES
       A child process created via fork(2) inherits its parent’s root directory.
       fork（2）で作成された子プロセスは、その親のルートディレクトリを継承します。
       The root directory is left unchanged by execve(2).
       ルートディレクトリはexecve（2）によって変更されません。

       FreeBSD has a stronger jail() system call.
       FreeBSD はもっと強力な jail() システムコールを持っています。

SEE ALSO
       chdir(2), path_resolution(7)

COLOPHON
       This page is part of release 3.53 of  the  Linux  man-pages  project.   
       このページは、Linux man-pagesプロジェクトのリリース3.53に含まれています。
       A description  of the project, and information about reporting bugs, can be found at http://www.kernel.org/doc/man-pages/.
       プロジェクトの説明とバグの報告に関する情報は、http：//www.kernel.org/doc/man-pages/にあります。

Linux                              2010-09-20                          CHROOT(2)