JM プロジェクトは、主に Linux 関連のマニュアルページの日本語ページを翻訳・公開しています。
... の内容とともに) syslog (3) や独自のファイル、 あるいはその両方に記録することができる。 sudoers はデフォルトでは、 syslog (3) 経由でログを記録することになっているが、この動作はデフォルト設定の syslog と logfile を使って変更することができる。 ログファイル ... VISUAL を使うのは、それが editor オプションに指定した値とマッチしたときだけになる。 env_reset フラグが有効な場合に、 sudo 経由で visudo を起動したとき env_editor フラグが効果を持つためには、 環境変数 EDITOR や VISUAL が env_keep のリストに存在していな ... たとき、 sudo がユーザに悪態をつく。このフラグはデフォルトでは off である。 log_host これをセットすると、ホスト名が (syslog 経由ではない) sudo のログファイルに記録されることになる。 このフラグはデフォルトでは off である。 log_input これをセットすると、 ... ... ワーク環境でのセキュリティを向上させるのにも利用できる。 通常は、ftp を用いた作業を行わないユーザーや、 FTP サーバーデーモン経由でのログインを許すには 権限が多すぎるユーザーをリストしておく。このようなユーザーには、通常 root, daemon, bin, uucp, news な ... ... 2) のラッパー関数でのサポートが必要である。 アプリケーションがこれらのシステムコールを呼び出す際に、 glibc のラッパー関数を経由せずに syscall (2) を使った場合には、子プロセスで getpid () を呼び出すと間違った値が返ることだろう (正確にいうと、親プロセス ... の PID が返される)。 clone (2) を glibc のラッパー関数経由で起動した際にも getpid () が間違った値を返す場合があり、これに関する議論は clone (2) も参照してほしい。 関連項目 clone (2), ... ... 2) のラッパー関数でのサポートが必要である。 アプリケーションがこれらのシステムコールを呼び出す際に、 glibc のラッパー関数を経由せずに syscall (2) を使った場合には、子プロセスで getpid () を呼び出すと間違った値が返ることだろう (正確にいうと、親プロセス ... の PID が返される)。 clone (2) を glibc のラッパー関数経由で起動した際にも getpid () が間違った値を返す場合があり、これに関する議論は clone (2) も参照してほしい。 関連項目 clone (2), ... ... ると、 login.access ファイルがスキャンされ、最初にマッチする (ユーザ,ホスト) の組、 あるいはネットワーク経由のログインでない場合は最初にマッチする (ユーザ, tty) の組を探す。 このテーブルの許可フィールドによって、 ログインが許可される ... 以上のログイン名やグループ名、 もしくは ALL (必ずマッチする) でなければならない。 三番目のフィールドは、 tty 名 (ネットワーク経由でないログインの場合)、 ホスト名、 ドメイン名 (" . "で始まる)、 ホストアドレス、 インターネットのネットワーク番号 (" . "で終 ... ... host target をホストとする。 netmask NM ネットワーク経路を追加する場合、そこで使用されるネットマスク。 gw GW ゲートウェイを経由した経路パケット。 注意: 記述されたゲートウェイは、まず到達可能でなければならない。 これは通常、前もってゲートウェイに静的経 ... イスは ifconfig (8) に前もって設定されていると仮定している)。 route add -net 192.56.76.0 netmask 255.255.255.0 dev eth0 eth0 経由のネットワーク 192.56.76.x を追加する。 ここでの 192.* はクラス C の IP アドレスなので、 クラス C のこのネットマスク修飾子は ... デフォルト経路 (適切な経路が他にない場合に使用されるもの) を追加する。 この経路を使用するすべてのパケットは、 "mango-gw" を経由する。 デバイスは "mango-gw" に到達する上で実際に使用する経路に依存する。 - "mango-gw" に対する静的経路があらかじめ設定されて ... ... べての CPU に便利にアクセスできる。 cpuid の情報のほとんどは、 /proc/cpuinfo か、 /sys/devices/system/cpu のサブディレクトリ経由で読みやすい形で参照できる。 このデバイス経由で直接 CPUID にアクセスするのは例外的な場合にだけにすべきである。 cpuid ドライバ ... ... セス単位の属性である。 マルチスレッドのアプリケーションでは、あるシグナルの処理方法は 全てのスレッドで同じである。 fork (2) 経由で作成された子プロセスは、親プロセスのシグナルの処理方法の コピーを継承する。 execve (2) の前後で、ハンドラーが設定されている ... 参照) を変更し、 マスクされていないシグナルのいずれかが捕捉されるまで 実行を中断する。 シグナルの同期受信 シグナルハンドラー経由でシグナルを非同期 (asynchronously) で捕捉する以外にも、 シグナルを同期 (synchronously) して受け付けることもできる。 同期して ... 作できる。 伝統的なシングルスレッドのアプリケーションでは、 sigprocmask (2) を使って、シグナルマスクを操作できる。 fork (2) 経由で作成された子プロセスは親プロセスのシグナルマスクのコピーを継承する。 execve (2) の前後でシグナルマスクは保持される。 A sig ... ... recvmsg () のみ; Linux 2.6.23) ( unix (7) で説明されている) SCM_RIGHTS 操作を使って UNIX ドメインのファイルディスクリプター経由で受信した ファイルディスクリプターについて close-on-exec フラグをセットする。 このフラグは、 open (2) の O_CLOEXEC フラグと ... するより詳細な情報は cmsg (3) および ip (7) を参照のこと。 エラーの原因となったオリジナルパケットのペイロードは、 msg_iovec 経由で通常のデータとして渡される。 エラーを起こしたデータグラムのオリジナルの宛先アドレスは、 msg_name 経由で参照できる。 このエ ... pe; /* Protocol-specific type */ /* followed by unsigned char cmsg_data[]; */ }; 補助データは、 cmsg (3) に定義されたマクロ経由でのみアクセスすべきである。 As an example, Linux uses this ancillary data mechanism to pass extended errors, IP options, or ... ... recvmsg () のみ; Linux 2.6.23) ( unix (7) で説明されている) SCM_RIGHTS 操作を使って UNIX ドメインのファイルディスクリプター経由で受信した ファイルディスクリプターについて close-on-exec フラグをセットする。 このフラグは、 open (2) の O_CLOEXEC フラグと ... するより詳細な情報は cmsg (3) および ip (7) を参照のこと。 エラーの原因となったオリジナルパケットのペイロードは、 msg_iovec 経由で通常のデータとして渡される。 エラーを起こしたデータグラムのオリジナルの宛先アドレスは、 msg_name 経由で参照できる。 このエ ... pe; /* Protocol-specific type */ /* followed by unsigned char cmsg_data[]; */ }; 補助データは、 cmsg (3) に定義されたマクロ経由でのみアクセスすべきである。 As an example, Linux uses this ancillary data mechanism to pass extended errors, IP options, or ... 日本語の文書やマニュアルを配布している個人/プロジェクトへのリンクです。