JM プロジェクトは、主に Linux 関連のマニュアルページの日本語ページを翻訳・公開しています。
... ); #include < fcntl.h > /* AT_* 定数の定義 */ #include < unistd.h > int faccessat(int dirfd , const char * pathname , int mode , int flags ); /* But see C library/kernel differences, below */ int facces ... dirfd , const char * pathname , int mode , int flags ); glibc 向けの機能検査マクロの要件 ( feature_test_macros (7) 参照): faccessat (): glibc 2.10 以降: _POSIX_C_SOURCE >= 200809L glibc 2.10 より前: _ATFILE_SOURCE 説明 access () は、呼び出し元プロセスが ... ws set-user-ID programs and capability-endowed programs to easily determine the invoking user's authority. In other words, access () does not answer the "can I read/write/execute this file?" question. It answers a slightly different question: "(assumin ... ... ); #include < fcntl.h > /* AT_* 定数の定義 */ #include < unistd.h > int faccessat(int dirfd , const char * pathname , int mode , int flags ); /* But see C library/kernel differences, below */ int facces ... dirfd , const char * pathname , int mode , int flags ); glibc 向けの機能検査マクロの要件 ( feature_test_macros (7) 参照): faccessat (): glibc 2.10 以降: _POSIX_C_SOURCE >= 200809L glibc 2.10 より前: _ATFILE_SOURCE 説明 access () は、呼び出し元プロセスが ... ws set-user-ID programs and capability-endowed programs to easily determine the invoking user's authority. In other words, access () does not answer the "can I read/write/execute this file?" question. It answers a slightly different question: "(assumin ... ... ); #include < fcntl.h > /* AT_* 定数の定義 */ #include < unistd.h > int faccessat(int dirfd , const char * pathname , int mode , int flags ); /* But see C library/kernel differences, below */ int facces ... dirfd , const char * pathname , int mode , int flags ); glibc 向けの機能検査マクロの要件 ( feature_test_macros (7) 参照): faccessat (): glibc 2.10 以降: _POSIX_C_SOURCE >= 200809L glibc 2.10 より前: _ATFILE_SOURCE 説明 access () は、呼び出し元プロセスが ... ws set-user-ID programs and capability-endowed programs to easily determine the invoking user's authority. In other words, access () does not answer the "can I read/write/execute this file?" question. It answers a slightly different question: "(assumin ... ... quest_info *request; struct request_info *request_set(request, key, value, ..., 0) struct request_info *request; int hosts_access(request) struct request_info *request; int hosts_ctl(daemon, client_name, client_addr, client_user) char *daemon; char *cl ... *) サーバホストで動作するデーモンの名前 RQ_USER (char *) リクエストを発行したユーザのクライアントホストにおける名称 hosts_access() は hosts_access (5) のマニュアルページで 解説されている、アクセスコントロールテーブルを参照する。 内部のエンドポイント情 ... スト名とクライアントユーザ名の探査が行われ、 リクエスト・ストラクチャをキャッシュする。 もしアクセスが拒否された場合、hosts_access() はゼロを返す。 hosts_ctl() は request_init() と hosts_access() をさらに使いやす いインターフェースによって包むラッパーで ... ... ると、 login.access ファイルがスキャンされ、最初にマッチする (ユーザ,ホスト) の組、 あるいはネットワーク経由のログインでない場合は最初にマッチ ... 名が明示的にリストされているものに限られる。 このプログラムはユーザの主グループの ID 番号までは見ない。 ファイル /etc/login.access 関連項目 login (1) 著者 Guido van Rooij ... ... istd.h > int euidaccess(const char * pathname , int mode ); int eaccess(const char * pathname , int mode ); 説明 access (2) と同様、 euidaccess () ... は引数 pathname で指定されたファイルの許可 (permission) と存在のチェックを行う。 access (2) はプロセスの実 (real) ユーザーID / 実グループID を用いてチェックを行うのに対し、 euidaccess () は実効 (effective) ID を ... 用いる。 mode は R_OK , W_OK , X_OK , F_OK の一つ以上から構成されるマスクである。 R_OK , W_OK , X_OK , F_OK は access (2) と同じ意味を持つ。 eaccess () は euidaccess () の同義語であり、他のいくつかのシステムとの互換性のために提供されている。 ... ... istd.h > int euidaccess(const char * pathname , int mode ); int eaccess(const char * pathname , int mode ); 説明 access (2) と同様、 euidaccess () ... は引数 pathname で指定されたファイルの許可 (permission) と存在のチェックを行う。 access (2) はプロセスの実 (real) ユーザーID / 実グループID を用いてチェックを行うのに対し、 euidaccess () は実効 (effective) ID を ... 用いる。 mode は R_OK , W_OK , X_OK , F_OK の一つ以上から構成されるマスクである。 R_OK , W_OK , X_OK , F_OK は access (2) と同じ意味を持つ。 eaccess () は euidaccess () の同義語であり、他のいくつかのシステムとの互換性のために提供されている。 ... ... 拡張書式はこのような形式である: daemon_list : client_list : option : option ... 最初のふたつのフィールドについては、 hosts_access (5) のマニュアル で解説されている。ルールの残りの部分は、0 個以上のオプションの列 である。オプションの中では、すべての ":" ... の実装ではサポートされていない。severity オプション は、指示されたイベントを強調するか、あるいは無視するために有意で ある。 ACCESS CONTROL (アクセスの可否) allow deny サービスの可否。これらのオプションは、ルールの最後に記述しなけれ ばならない。 allow と ... パターンの最初にはドットがついている事に注目されたい。 RUNNING OTHER COMMANDS (外部コマンドの実行) spawn shell_command hosts_access (5) のマニュアルで解説される %<letter> の置き換えが 実行されたのちに、子プロセスで、指定のシェルコマンドを実行する。 コマン ... ... 同じパスワードファイルを 共有していない場合に nfsd (8) サーバから呼ばれる。 このバージョンでは、サーバーへのアクセスを hosts_access (5) にあるファイル群を用いて制限することができる。これには -DHOSTS_ACCESS オプションをコンパイル時に指定する。これを指定し ... すればよい: # /etc/hosts.allow rpc.ugidd: 192.168.1. # /etc/hosts.deny rpc.ugidd: ALL 関連項目 exports (5), inetd (8), hosts_access (5) バグ rpc プログラム番号は 0x20000000 から 0x3fffffff の間、「ユーザー定義」 領域にあるどれを使ってもかまわないが、この ... ... 同じパスワードファイルを 共有していない場合に nfsd (8) サーバから呼ばれる。 このバージョンでは、サーバーへのアクセスを hosts_access (5) にあるファイル群を用いて制限することができる。これには -DHOSTS_ACCESS オプションをコンパイル時に指定する。これを指定し ... すればよい: # /etc/hosts.allow rpc.ugidd: 192.168.1. # /etc/hosts.deny rpc.ugidd: ALL 関連項目 exports (5), inetd (8), hosts_access (5) バグ rpc プログラム番号は 0x20000000 から 0x3fffffff の間、「ユーザー定義」 領域にあるどれを使ってもかまわないが、この ... 日本語の文書やマニュアルを配布している個人/プロジェクトへのリンクです。