ファイルシステム - みる会図書館

1. UNIX MAGAZINE 1998年7月号

リスト 2 authsrv を起動する言聢ファイルの記述例・ /etc/inetd. conf に追加 authsrv stream tcp nowait root ・ netperm-table に追加 /usr/local/etc/authsrv authsrv authsrv : authsrv : hosts 127.0.0. 1 database /usr/local/etc/fw—authdb 図 3 複数のファイアウォール FWTK 内部ネットワーク authsrv ロ FWTK ・計算機はファイアウォール内部のネットワークに接続する・ FWTK の認証システムの管理者しかログインできないようにする netperm-table の言聢 authsrv に対するルールを netperm-table に言します。ルールのガ去は、もうすこしあとで説明します。 authsrv の起動方ラ言諚 authsrv の起動方法は、 tn-gw の場合と同様です。 5 月号を参照してください。最初に、ファイル /etc/services に次のエントリお助日一方、ユーザー認証を必要としない場合は、認証システムを導入しません。ューザー認証を必要とする場合も、必要としない場合も、その理由を町寉に決めておきます。 authsrv を朝する計算機 authsrv は、一ヨ殳にファイアウォール・ホスト上で漣用しますが、それ以外の計算機上で運用することも可能です。外部ネットワークへの、、出口 " か馥数あり、それぞれの出口に FWTK のファイアウォールを設置している場合 ( 図 3 ) は、ユーザーの情報を 1 つの計算機上で管理できるので、管理の手間カ鰔らせます。 FWTK の利用者にとっても、あちらのユーサーのパスワードを変更して、それからこちらのユーザーのパスワードも変更して、・とし、つた手間カけます。この連載では、ファイアウォールと認証ホストをう隹して運用するガ去は紹介しませんが、とくに難しくはないのします。 authsrv 7777 / tcp で試してみるといいでしよう。その場合、ポイントに注意して構築・運用します。以ードの 3 つの・証サーる 30 ーを運用する計算機は認証サーバー専用にす次に、デーモンモードと inetd のどちらて起動するのかを決定し、設定ファイルをします。リスト 2 に、 inetd から起動する場合の設疋ファイルの例を示します。ユーザー乍成 FTP の中継サービスでユーザー認証をおこなう場合は、 FWTK の認証システム上にユーサーを作成します。ューサーの作成ガ去は、以降で説明します。乍確認最後に、認証サーバーが意図どおりに重川乍するかを石忍します。うまく動かない場合は、かならす意図どおりに動くまで設定を修正してください。やってみるそれではいつものように、 authsrv を実際に使ってみましよう。こでは authsrv に慣れることを目的に、以下の操作をおこないます。 UNIX MAGAZINE 1998.7

2. UNIX MAGAZINE 1998年7月号

連載 / IJN Ⅸの玉手箱ー② ステムがユーザー情報を高速に参照できるように特殊なデータベース形式に変換して保存されています。データベース形式のファイルは、それぞれ /etc/pwd. db 、 /etc/spwd. db です (Solaris には、このようなイ督はみはありません ) 。グループ名と GID は /etc/group というファイルで対応づけらそのグループに属するユーサーなどを指定することができます。 /etc/passwd や /etc/group などは、ローカルマシンのアカウント情報だけでなく、 NIS (Network lnforma- tion Service) などを用いてアカウント情報をネットワークで共有する場合にも使われます。ューサーやグルーフ情報の設定については、ツールも凸めて次回以降で詳しく説明します。シェルに関する設定ューザーがログインすると、ます、、シェル (shell: 貝 " と呼ばれるプログラムか起動されます。シェルは、ユーサーとシステムの仲立ちをするプログラムです。ログインすると端末に表示されるプロンプトは、システムではなく、シェルがユーザーの入力を促すサインです。たとえば、シェルのプロンプトに対して、、 ls" という文字列を入力してリターンキーを叩くと、シェルは ls というプログラムを探し、あればそのプログラムを起動します。起動されたプログラムはプロセスとしてシステムの管理下に置か実行結果がシェルを通して表示されます。ューサー側からみると、シェルはシステムの中身を覆う、、殻 " のような彳難リを担っているのです。 UNIX にはいろいろなシェルがあります。基本的なものとしては sh や csh 、これらをベースに拡張した bash や tcsh 、 zsh などがあり、ユーサーカ軒みに応じて選ぶことができます ( 商用の UNIX で標勺にインストールされているのは、 sh 、 csh 、 ksh くらいでしよう ) 。ユーザーがログインしたときに起動されるシェルを、とくに、、ログインシェル " と呼びます。ログインシェルは、ユーサー情報の一部として /etc/passwd などに書かれています。ューザーカリ用できる正当なシェルは、 /etc/shells というファイルに当求されています 6 6 "/bin/sh" のよ引シェルの名前を絶対パスで 1 行に 1 っすっ言己主 UNIX MAGAZINE 1998.7 します。 /etc/shells に登録されていないシェルをログインシェルに設定していても、普通にログインするかぎりは問題ありません。しかし、 ftp コマンドてマシンにアクセスすると /etc/shells がチェックさそこに登録されていないシェルを使っているユーサーはアクセスできないイはみになっています。すべてのユーザーに共通するシェルの設定ファイルとして、 /etc/profile ()h の場合 ) 、 /etc/csh. cshrc と /etc/csh. login 、 /etc/csh. logout (csh の場合 ) が用意されています 7 。これらの設定ファイルは、ユーサーとの設定ファイル ( ホーム・ディレクトリの . pr 。 file や . cshrc 、 .login など ) より則に読み込まれるため、すべてのユーザーに共通して使わせたいシェルの設定を書いておくと便利です。ただし、この仕組みは UNIX のシステムやシェルごとに違うので、マニュアルなどて市忍してくだプリンタに関する設定ローカルマシンにプリンタをつないだり、リモートマシンに接続されたプリンタをネットワーク経由で利用する場合は、 /etc/printcap というファイル (Solaris 2.6 では /etc/printers. conf) に成疋を言当します。プリンタごとに、プリンタ名や接続しているデバイスの名前、スフ。ール・ディレクトリのパス名などを指定します。このファイルについては、プリンタの設定方法やー里コマンドを説明するときにとりあげます。ファイルシステムの構成に関する設定前回、ファイルシステムの構造を簡単に説明しました。そのなかで、 UNIX ではディスクをパーティションに分け、各パーティションのファイルツリーを、、マウント ' という操作で接ぎ木することにより、 1 つの大きなツリー構造を形成していると書きました。どのパーティションをどのディレクトリにマウントするかは、 /etc/fstab というファイルに書かれています (Solaris などでは、 /etc/vfstab というファイルを使います ) 。マシンは起動時にこのファイルを参照し、必要なパーティションを自動的にマウントします 8 。 7 インストール直後は、これらのファイルの中身はすべてコメントアウトされています。 8 自重加勺にマウントするカ驕かはパーティションごとに誕定できます。 157

3. UNIX MAGAZINE 1998年7月号

トーのその他のう予についても、幅広い麪爰および協力態彡 ) 連載 .. /FreeBSD ノー UNIX MAGAZINE 1998.7 なお、 4.4BSD のローカル・ファイルシステムとして理由をみていこう。実行すると、いらいらするはど時間がかかる。以下でその不要なファイル群をまるごと削除しようと、、 rm-fr*" をファイルを作成したり削除したりするのは遅い。とくに、な制限よりもはるかに高速な処理が可能である。しかし、書込みがキャッシュの用内に収まっていれは、物理的仕ではキャッシュをうまく利用しているので、言もムみやク ) といった物理的な制限により入出力の速度カ鴃まる。ハードディスクはディスクの回転やヘッドの移動 ( シーけ継ぎ、さらに改良を加えている。多土してきた。 FreeBSD の ufs は 4.4BSD の飛を受け継ぎつつ、大幅な改良カ功日えられて BSD の一部としては、オリジナルの UNIX のファイルシステムの構造を受は、、 Berkeley Fast Filesystem ( 他 ) " と呼はれる。これいが、ほかの UNIX のファイルシステムと区別する場合 ( 大文字のこともある ) という名前で参照されることが多れるファイルシステムである。 FreeBSD の内部では ufs 今回とりあげるのは、ローカルのディスク上に構築さローカノレ・ファイノレシステム興未のある方はぜひ参考文献をあたっていただきたい。介する。以降の説明は便宜 . E かなり簡田翻ヒしてあるので、らみてもなかなかおもしろいので、そのイ督はみについて紹ソフト更新は実際に役立つばかりでなく、理言勺な面かいだろう。メーリングリストて現在もっともホットな話題といっていきる。その効果の大きさに期待か集まっており、開発者のる技法の 1 つで、操作によっては引擢的な向 - ヒを体感でが進められているローカル・ファイルシステムを高速化すソフト更新 (soft updates) は去も丘 FreeBSD で開発ソフト更新それることになるが、ご容赦いただきたい。強く要請さ現在調整中である。そのため今回は話題がバについても、独自に着手している開発者との共同開発をもテーマとしてとりあげている EtherIink XL のドライ強化カ蔀寉認された。現在私カ鯛発を進めており、本連載では、 ufs のはかに、 Log-Structured Filesystem (lfs)' が用意された。 lfs は飛の構造をもとに、追記によってファイルシステムかオ枷及できるようにしたものである。さまざまなメリットが考えられるが解決すべき間題も多い。けっきよく、 FreeBSD ではちゃんと使えるようにならメタデータ換性のためと考えてよいだろう。ステムである ext2fs もサポートしているが、また、 FreeBSD では Linux のローカル・ファイルシないまま放置されてしまっている。もつばら互さらに、 1 つの変更ごとに書込み命令を発行するのでな updates) である。に向上する。このガ去がメタデータの非同期更新 (async 機能とあわせてメタデータの書換えについての性能は大幅み命令の順番を整理してから書込みをおこなうので、このドライバでは、なるべくシークカ眇なくてすむように書込てもよさそうに思える。実際、ハードディスクのデバイスく、書込み命令を発行して終了を待たすに次の竹喋に移っ単純に考えると、その場で書込みの終了を待つのでない音をたてるのを経験している人も多いだろう。が近くにあるとシーク時の音が連続してガラガラとうるさり数ヨ度しか削除できないことになる。また、マシンークが 1 つのファイルごとに繰り返されるので、 1 秒あたさきほど挙げた、、 rm -fr * " を考えてみよう。ーヒ記のシがかかる。でもネックになるところで、数 ms から十数 ms もの時間まれることになる。シークはハードディスクの重川乍のなかに分かれているため、シーク時間も更新に必要な時間に含呼はれている。メタデータはディスク上のいくっかの領域これはメタデータの同期更新 (synchronous updates) とい、正常に終了したことを石忍してから次の作業に移る。を更新するだけでなくその場でディスクに書込みをおこな他ではこのメタデータに変更が生した場合、キャッシュこでは細かい区別は考えないことにする。システムごとの通し番号である inode などに分かれるが、名前を管理するためのディレクトリ・エントリやファイルるメタデータとがある。メタデータはさらに、ファイルのルの中身であるデータと、ファイル管理のための情報であファイルシステム上の情報には、大きく分けてファイ 107

4. UNIX MAGAZINE 1998年7月号

連載 / UN Ⅸの玉手箱ー② 図 3 FreeBSD の /etc/motd FreeBSD 2.2.6—RELEASE (NULL) # 0 : Tue Apr 14 15 : 07 : 20 JST 1998 We1come to FreeBSD! If the doc distribution has been loaded 0 Ⅱ this machine , the FreeBSD Handb00k wi11 be in file : /usr/share/doc/handbook and the FAQ in file : /usr/share/doc/FAQ Type /stand/sysinstall tO re—enter the installation and configuration utility. ってメッセージを適切なログファイルに言求します。これらのログファイルは日判肋釜つにつれて肥大化していくため、 cron か疋期的にログファイルを新しいものに入れ替え、旧くなったログファイルを消去します。 cron は、一ヨ殳ューサーでも使えます。ヨ列を挙げると、自分のホーム・ディレクトリにあるイなファイル ( たとえは、 MuIe が自動的に生成するェ ~ や # リなどのバックアップ・ファイル ) を定期的に探して削除するような処理ができます。ーヨ殳ューザーに関する cron の設疋は /var/cron/tabs/ ユーザー名 " というファイルに登録されますが、システム全体の管理に関する cron の設定は /etc/crontab ファイルに当求さスーパーユーザーの権限で実行されます。 Solaris では、 /var/spool/cron/crontabs ディレクトリにすべてのユーサーの設疋が置かれています。言岩田はいすれ説明しますが、 /etc/crontab には、デフオルトの状態で下記のファイル ( シェル・スクリプト ) を実行する設定力当されています。・ /etc/daily 1 日に 1 回実行さパスワード・ファイルなどのバックアッフ。や、 df コマンドによるディスク容量のチェックなどの処理をおこないます。ネットワーク竟では、電子メールのログファイル (/var/log/maillog) がもっとも頻繁に更新されるので、このファイルのローテーション 11 もおこなわれます。 BSD/OS て処理を追加するときは、 /etc/daily. local ファイルを利用します。 /etc/weekly 1 週間に 1 回実行さシステムのメッセージカ蠢求される /var/log/messages ファイルなどのローテーショ 11 現在のログファイルの名前を変史し旧くなったログファイルを削除する処理のことてす。 UNIX MAGAZINE 1998.7 ンを実行します。 BSD/OS で処理を追加するときは、 /etc/weekly. local ファイルを利用します。・ /etc/monthly 1 カ月に 1 回実行するメンテナンス処理を言当します。 BSD/OS て処理を追加するときは、 /etc/monthly. local ファイルを利用します。マシン管理と ( 妾の関係はありませんが、ユーサーがログインした際に表示されるメッセージは /etc/motd というファイルに言当求されています。 FreeBSD では、デフォルトの /etc/motd は図 3 のような内容です。これを活用して、たとえば「 6 月 18 日午後 11 時から 1 時間、ディスクを増設するためにマシンを停止します」といった情報を書いておけば、各ューサーにいちいちメールて知らせる手間が省けます。マシンの起動設定 UNIX マシンに電源を入れてユーザーがログインできるようになるまでのあいだに、システムはさまざまなイ乍業をおこないます。ローカルなハードディスクのマウントや、ネットワーク・インターフェイスなどのハードウェアのセットアッフ。、あるいはシステムの運用にかかわるデーモン・プログラムの起動と、システムがもっとも忙しく働く日判りといえるでしよう。 /etc の下には、マシンの起重加におこなわれるこれらの処理をしたファイル群も置かれています。ただし、その構成は UNIX の不鶤頁ごとにかなり違います。 4.4BSD をもとに開発された FreeBSD と BSD/OS にも違いがあり、それぞれ次のようなファイル構成になっています 12 12 このあたりは、 Solaris などの OS ではかなり違います。 /etc/ inittab ファイルなどを参考にして、ある程度の動きを知るといいで 159

5. UNIX MAGAZINE 1998年7月号

Memory-Mapped Files ■ ているときは、分散したプロセスがメモリに対するはかのプロセスの変更をただちに認識することは保証できない。 MAP-PRIVATE に設定して、ファイルをメモリにマッフする場合、アプリケーションはバッフア内のメモリを修正できるが、変更はオリジナルのファイルには . 央されない。メモリバッフアのサイズを拡大することがなけれは、さらにメモリを割り当てることもできる。メモリバッファを拡大する場合は、メモリ割当てのシステムはメモリに対する直前の変更をすべて上書きしながら、ノヾッフアをリロードすることになる。ライプラリの初期化については、「匆イ匕の節で諞する。プロセスの同期データのロードを終了すると、 firstBlock ポインタがトッないシステムではさらに慎重に対処する。 1 次プロセスがいない部分をかならすメモリ中で 0 に設定する。そうなら Solaris の mmap の実装では、ファイルの初期化されてやメモリイメージを延長するときにはつねにそうするか ) 、一部をマッピングするとき ( 新しいメモリイメージの作成る。実際、初期化されていないデータを含むファイルの素がかならす 0 に初期化されるように割り当てられていこのデータ構造は、 mmapCalloc を使って、 2 つの要 } synchronizer ; void *firstB10ck; isFinishedLoading ; int struct —synchronizer { ータ構造は次のようになる。使ってメモリを割り当て始めたときに作成される初期のデド焉正しなくてはならない。 1 次プロセスが、 mmap をている。このプロセスははかのタスクによるデータのローのプロセスを 1 次プロセスに指定するアルゴリズムをもっ前述したように、我々の分散アプリケーションは、 1 つ使って、同期データを伝達している。でおこなえる。我々は、メモリイメージ本体の地頁部分を信、ファイル・ロッキングをはじめとするさまざまなガ去に論しておこう。同期は、ネットワークやプロセス間通割当てライプラリには含めていないが、完全を期するためある。これは特定の用途の場合なので、 mmap のメモリ分散アプリケーションに 1 つ以 - ヒの同期点を置く必要が mmap のテクニックを有効にするためには、あらゆる 94 プレベルのデータ構造を指し、 isFinishedLoading が 1 ( 真 ) になる。こうして、ほかのあらゆるプロセスがファイルをメモリにマップし、それぞれのシミュレーションを実行することができる ( 図 2 ) 。我々は NFS でマウントしたファイルでこのテクニックを利用していたので、同期の扱いは慎重におこなった。同期点で待っている各プロセスは、ファイルを閉して、それぞれのデータ構造の同期をチェックするあいだ 5 秒待つ。ファイルのあらゆる変更点がネットワーク間で正しく更新されたことを石忍する。さらに、 1 次プロセスとシミュレーションの残りのプロセスとの一貫性を糸財寺するために、たとえ 1 次プロセスであっても閉じて、ファイルをアンマップしてからメモリに再マップする。初期化 UNIX MAGAZINE 1998.7 れるかプライベートでマップされるかを決定する。共有でれたパラメータの値が、そのファイルが共有でマップさすに、、一 1 " を返す。また、 setMMapWriteFile() に渡さ ToBaseAddress() も setMMapFileName() も重力作せったんライプラリかオ川月化されると、 mapMMapMalloc- 化して使用可能にする前に使わなければならない。い MMapFileName() は、 beginMMap() でライプラリを示した。 mapMMapMallocToBaseAddress() と set- 期化し、制御するためのインターフェイスは、図 1 に mmap べースのメモリ割当てライプラリの一部を初の属性を缶衂しなければならなかった。謝妾するプロックとして共有する必から、我々はこれらだろう。しかし、これらのメモリイメージをイ反想メモリにり当てる際に、 1 つ以 E のファイルを使用するものもあるる。こうしたシステムのなかには、 mmap でメモリを割ル名を割り当て、アドレスをマップするようになっていのパラメータの属性を呼び出したものに通知せすにファイ町寉な初期化を必要としないが、その場合はシステムがそかの mmap べースのメモリ割当てシステムはこのような ( S 。 laris カ甘是供しているような ) はしなければならない。イル名とファイルのマップ先であるべースアドレスを設定ーションて利用できるようにする前に、マップされるファ loc システムは、明示的なネ川月化を必喫とする。アプリケオ票售の malloc システムと違い、 mmap べースの mal-

6. UNIX MAGAZINE 1998年7月号

く、適当な間隔で変更を央させるメタデータの遅延更新 (delayed updates) という方法もある。この方法では書込み命令の数を大幅に咸できるので、さらに性能の矼 E が見込める。ファイルシステムの整合性それでは単純にメタデータを引ミ同期更新や遅延更新に変更すればよいかというと、そこで間題になるのがファイルシステムの整俐生である。マシン上でなんらかの作業をしていると、カーネル内で管理されているファイルシステムの清報と、実際のディスク上のデータのあいだにはかならすといっていいはど違いがある。この違いを埋めるための書込みか疋期的におこなわれているため、ディスクの内容はつねに健全に保たれている。こで、なんらかの事故 ( 停電など ) により書込みがおこなわれなかったとしよう。すると、更新されるべき情報の一にが失われてしまう。そオ・けごけならまだしも、ファイルシステムの一部カれてしまう可能生もある。たとえば、 root によるファイル a の削除と、一殳ユーザーによるファイル b の作成がほば同時におこなわれたとしよう。このとき、次の 4 つの変更が生じる。 1. a のデータ削除 2. a のメタデータ削除 3. b のメタデータ作成 4. b のデータ作成同期史新の場合、 1 つの変更カ鮗るまで次の変更はおこなわれない。したがって、処理が途中で止まってしまうと、 1 のみ終了、 1 と 2 カ鮗了、 1 から 3 まで終了という 3 つの場合が生じうる。 1 と 2 か終了していた場合は、たんにファイル a か削除された状態だから間題ない。 1 のみ終了の場合は a のメタデータのみが、 1 から 3 まて終了の場合は b のメタデータのみがファイルシステム上 ( コり残される。こういったよけいなメタデータは、ディスク上の領域を連載 /FreeBSD/—トーの 108 になっていることにお気づきの読者も多いだろう。そこでこで、作成と削除ではデータとメタデータの啣が逆ツールて検出して削除するのも簡単である。すこし消費するほかはたいした悪景ない。 fsck などの 3 と 4 を逆にしてみると、 b のデータだけがディスク上に残るという事態も起こりうる。こうしたデータを検出するにはディスク上の広い領域を検索しなけれはならないため、復旧に日判肋ゞかかってしまう。このように、ディスク上のデータやメタデータのあいだに一定の依存関係をもたせることでメンテナンスの手間を減らすことができる。、、ファイルシステムの整合匪がとれている " とは、この依存関係を壊さないように操作がおこなわれていることを指す。こでファイルを建築物にたとえてみると、メタデータが土台、データがの建物に相当する。土台がなけれは建物はちゃんと建てられない。撤去する場合は、建物を壊してから土台を取り去るという国茅になる。処理が途中で止まった場合、土台だけか残ることはあっても、土台のない建物が残ることはありえない。建築物の場合は物理的な制限から自然に整合匪がとれる。しかし、ファイルの場合は人為的に制限を導入しなければならないわけである。さて、非同期更新、遅延更新の場合はどうだろう。何も考えすに処理の順番を入れ替えてしまうと、ファイルシステムの整合カ躱たれないのは前述のとおりである。さらに、前出の 4 つの変更のうち、 2 と 3 の処理だけが終った状況を考えよう。たまたまこの a と b のメタデータか 1 司じ工ントリを使用していた場合、本来 root のものであったファイル a の内容がファイル b として一殳ューザーから参照できるといった、セキュリティ上の問題が生しる可能性もある。前述のたとえでいうと、建築物の土台だけいきなりすけ替えられてしまう状況に相当するが、そんなことがあっては困るわけである。一方、同期更新ならファイルシステムの整合性は確実に保たれるので、堅実なガ去といえる。建物を壊し、土台を撤去するという手順を踏んでいることを逐ーイ寉認しながら建築を進めるからである。 FreeBSD ではローカルのファイルシステムをマウントするときに非同期 : 甦斤を尺することもできるのだが、れは推奨されていない。通常、 FreeBSD で非同期更辛励ゞ使われるのはインストール時だけである。インストールが中断してしまった場合は最初からやりなおすことになるので、問題が生じるおそれはほとんどない。ちなみに、 FreeBSD での非同期更新は同期更新にくらべていくらか速い程度である。これは、非同期更新での利 UNIX MAGAZINE 1998.7

7. UNIX MAGAZINE 1998年7月号

連載 UN Ⅸの玉手箱ー② こでのンヾーティション " とは、ハードディスクはもちろん、フロッピーディスクや CD-ROM 、メモリ・ファイルシステム (MFS) など、さまざまな記慮装置を指します。 /etc/fstab は、マシンに直イ妾続された機器だけでなく、リモートマシンのファイルシステムをマウントする際にも使えます。ローカルなディスクについては、 OS のインストール・プログラムが /etc/fstab にイ泉してくれます。しかし、ディスクを増設したり、リモートマシンのファイルシステムをマウントするときは、自分で /etc/fstab にエントリを書き加えなければなりません。 /etc/fstab ファイルの言岩田は、ファイルサーバーの設定方法などとあわせて次回以降にとりあげます。 BSD/ OS では、 /etc/fstab のサンフ。ルファイル (/etc/fstab. sample など ) が用意されており、 CD-ROM や DOS などのファイルシステムを扱う例か書かれているので参考にするといいでしよう。端末やシリアルポートに関する設定 UNIX はマルチューサーの OS ですが、複数のユーザーか 1 司時に 1 台のマシンを使えるのは、 Ethernet などのネットワークに接続されている場合だけではありません。 UNIX マシンのシリアルポートにノート PC などを接続すれば、 2 人のユーザーで同しマシンを共用できます。あるいは、 X ウインドウ・システムで xterm や kterm などのウインドウを複数開けは、あたかも 1 人のユーサーが複数の端末を扱っているような感覚で使えます 9 。シリアルポートの制御方法は、 UNIX ごとにかなり違います。たとえば、 SoIaris などの SVR4 をベースにした UNIX では SAF (System Access Facility) という仕組みカイ吏われています。 /etc/ttys は、シリアルポートに接続された端末や仮想端末を制御するための設定ファイルで、ログインできるシリアルポートやコンソールの設定をおこないます。 /etc/gettytab には端末に関する属性情報か書かれており、端末の通信速度をはしめとする各種のパラメータか設定できます。シリアルポートは、シリアルケープルでマシンどうしを直接接続する場合だけでなく、モデムと電話回糸釜由でリ 9 ウインドウ・システム上の端末 (xterm や kterm など ) や、ネットワーク環境でリモートマシンにログインしたときの画面は、、仮想端末 (pseudo terminal)" と呼ばれます。 158 モートマシンにアクセスするときにも使います。モデムでリモートマシンにアクセスする際は、 UNIX の tip コマンド (SoIaris などでは cu コマンド ) などを利用してローカルなマシンをリモートマシンの端末として扱うことができます。この場合、端末の属性情報は /etc/remote ファイル、接続先の電話番号は / etc / ph 。 nes ファイルで管理されます 10 物理的な端末であるか佖想端末であるかにかかわらす、端末の画面は /etc/termcap というデータベース・ファイルの言当に従って制御されます (Solaris などでは、 ter- minfo というファイルを利用します ) 。端末に関する設定ファイルについては、次回以降で詳しく紹介します。モデムを介してリモートマシンの端末として使う場合の設定ガ去は、「 UNIX の道具箱ーー名イヤルアッフ鮟続 ( 1 ) ~ ( 3 ) 」 ( 岡山聖彦・片山喜章、 1994 年 12 月 ~ 1995 年 2 月号 ) なども参考にしてください。マシンの管理に関する設定マシンをつねに良好な状態で漣用するには、日常的な管理が欠カせません。たとえば、ディスクが溢れた場合、新たなディスクを増設できなけれは、不要なファイルを削除したり、パーティションの構成をみなおす必要があります。しかし、人間がマシンをつねに見張っているのは大変ですし、忘れる可能性もあります。そこで、 UNIX では cron というデーモン・プログラムを使って、 1 日に 1 回ディスクの容量を調べるといった定期的な竹喋をイ躄〒させることができます。 UNIX では、システムやサービスに関する記録がさまざまなログファイルに保存されます。たとえば、システムが起動するときのメッセージやエラーメッセージは /var/log/messages に、電子メールの送信記録は /var/log/maillog に言当求されます。これらのログファイルは、サービスを処理するデーモン・プログラムなどか直接作成することもありますが、多くは syslog というデーモンがログファイルへの言当求を管理しています。システムが出力するメッセージはいったん syslog デーモンに送らオ syslog は /etc/syslog. conf という成疋ファイルに従 10 FreeBSD では、これらのはかに、モデムに関する情報かイ求された /etc/modems ファイルがあります。 UNIX MAGAZINE 1998.7

8. UNIX MAGAZINE 1998年7月号

連載 UN Ⅸの玉手箱ー② 両者に甬する起動言諚ファイルするときに利用します。デフォルトの状態では設定変更のためのサプルーチンが定義されているだけで、これら /etc/rc を使う部分はコメントアウトされています。マシンか起動するとき、最初に実行される処理を言したファイルです。ローカルに接続されたハードディスク BSD/OS 独自の言聢ファイルをチェックしてマウントし、スワップ・パーティショ・ /etc/boot. default ンを利用できる状態にしてから、以、降の起動設定ファイ FreeBSD や BSD/OS をはしめとする多くの UNIX ルを実行します。では、システムの起動時にプートプログラムが実メ・ /etc/rc. local モリの容量チェックなどをおこない、その後にシス /etc/rc て最後に呼び出されるファイルで、」助日インステムのカーネルを読み込みます。 BSD/OS の /etc/ トールしたソフトウェアのデーモン・プログラムを自動 boot. default はプートプログラムのための設定ファイ的に起動させたい場合などは、このファイルに設定を追ル 14 で、デバイスに対する割込み番号 (IRQ) やルート加します。デバイスク旨定など、プートプログラムか実行される際の重川乍か設定できます。 FreeBSD 独自の起動言ファイル・ /etc/netstart ・ /etc/rc. conf FreeBSD の /etc/rc. conf に相当するファイルですマシンのホスト名や IP アドレスを設定したり、シス (FreeBSD にも同名のファイルがありますが、通常はテムや各種デーモンのパラメータを設定するファイルで使われません ) 。マシンのホスト名やネットワーク・インす 13 。その他の /etc/rc. * ファイルは、 /etc/rc. conf をターフェイスの IP アドレスの設定、各種のネットワー参照してデーモンの起動などの処理をおこないます。ク・デーモンの起動などをおこないます。さきはど述べ・ /etc/rc. firewall たように、 FreeBSD の /etc/rc. conf には成疋のノヾラ FreeBSD をファイアウォール・マシンとして使う場合メータだけカ己述され、その他のファイルがこれを参に必要な設定をおこないます。照して処理します。一方、 BSD/OS の /etc/netstart ・ /etc/rc. i386 は、パラメータの定義のほかにデーモンの起動などの処 PC 互換機のアーキテクチャに依存する設定 ( パワー理もおこないます。マネージメントやキーポード、コンソールなど ) をおこ・ /etc/rc. configure/* ないます。 /etc/rc. configure はディレクトリで、その下にキーポ /etc/rc. network ードの設定などをおこなうシェル・スクリプトが置かれ /etc/rc. conf で設定された情報をもとに、ホスト名やています。ネットワーク・インターフェイスの IP アドレスなどを・ /etc/rc. hardware/* セットアップしたり、ネットワーク・サービスにかか /etc/rc. configure と同様に /etc/rc. hardware もディわる各種デーモンを起動します。レクトリで、ハードウェアの設疋に関するシェル・ス・ /etc/rc ・ pccard クリプトか置かれています。デフォルトの状態では、パ PC カードに関する設定をおこないます。データベーワー・マネージメントと PC カードドライプに関するス・ファイル /etc/pccard. conf を参照します。 Eth- 疋ファイルがあります。 ernet カードについては、 PC に挿入すると /etc/ pccard-ether というスクリプトか実行されます。そ也・ /etc/rc. serial 最後に、ローカノい竟に対する設定ファイルのうち、上端末やマウスなど、シリアルポートに関する設定を変更己の分類に入らないものをいくっか挙げておきます。 13 以前は /etc/sysconf でしたが、 2.2.2-RELEASE から /etc/rc. 14 FreeBSD では /boot. config がこれに相当します。 conf に変わりました一三ロ 160 UNIX MAGAZINE 1998.7

9. UNIX MAGAZINE 1998年7月号

連載 UN Ⅸの玉手箱ー② /etc/dm. conf UNIX MAGAZINE 1998.7 のインストールに必要なディレクトリ情報か書かれた FreeBSD のバイナリ・パッケージには、パッケージリ・パッケージをインストールする際に使われます。 mtree コマンドは、たとえば FreeBSD のバイナかれており、 mtree というコマンドが利用します。有者やアクセス権限など ) を記述したファイル群が置的なディレクトリ構成と各ディレクトリの属性 ( 所 /etc/mtree ディレクトリの下には、システムの標準・ /etc/mtree/* が man コマンドを使って参照できます。ファイルにその場所を書き加えれは、すべてのユーザーアルを標ま純勺ではない場所に置いた場合、これらの設定ます。フリーウェアなどをインストールして、マニュイルで、オンライン・マニュアルの置き場所を設疋し前者は FreeBSD 、後者は BSD/OS に付属するファ・ /etc/manpath. config 、 /etc/man. conf 列カ亟ってくるはすです。 (Japan Standard Time : 日 : 本標準芋 ) " という文字成疋し、、、 cat /etc/localtime" を実行すると、、、 JST ませんが、インストール時にタイムゾーンを、、日本 " にか書かれています。通常のテキストファイルではありマシンの属するタイムゾーン ( 時間帯 ) に関する情報・ /etc/localtime プログラムを起動 - す - るイ督はみになっています。は、 dm が /usr/games/hide ディレクトリにある実行名などか書かれており、このチェックを通過した場合に /etc/dm. conf には、ゲームを実行できない時間や端末ってゲームの実行を許可するかどうかを判断します。さ dm は設定ファイル /etc/dm. conf の記述に従ューザーがゲームコマンドを起動すると dm が実行ラムです ) 。 master" の略で、ゲームの実行を缶膽卩するためのプログポリック・リンクになっています ()m は dungeon ームコマンドの多くは、 dm というコマンドへのシン実行ファイルなどが置かれます。しかし、これらのゲのゲームをインストールすると、 /usr/games の下にキャラクタベースのゲームが含まれています。これら宮探検ゲーム ) や hangman ( 単語当てゲーム ) など、 FreeBSD や BSD/OS のノヾッケージには、 rogue ( 迷 “十 MTREE-DIRS ”というファイルカ忝付されていることがあります。 pkg-add コマンドを使ってバイナリ・パッケージをインストールする場合、 mtree コマンドを利用して十 MTREE-DIRS の内容と現在のディレクトリ構成を上交し足りないディレクトリを作り、ファイルを所定の場所にコピーするイ督はみになっています。・ /etc/XF86Config フリーの X ウインドウ・システムである X い ee86 の成疋ファイルです。 FreeBSD では、 XFree86 か驃準のウインドウ・システムです。ェデイタで設定ファイルを作成することもできますが、通常は XFree86 のセットアップ・プログラムである (/usr/XIIR6/bin/) XF86Setup などによって自動生成されます。 BSD/OS のノヾッケージにも XFree86 の X サーノヾーが含まれていますが、 Accelerated-X (Xaccel) も付属しており、おもにこちらを利用します。どちらかというと、 XFree86 のほうか新しいピデオカードに早く対応する傾向にあるので、新しいカードを使った PC で Xaccel カカかない場合は XFree86 を試してみましょ、 15 ・ /etc/Xaccel. ini 商用の X ウインドウ・システム AcceIerated-X の設定ファイルです。通常、 (/usr/X11R6/bin/)Xsetup というセットアップ・プログラムによって自重加勺に作成されます。 ☆ 以 E 、ローカルな竟に関する /etc の成疋ファイル群をざっと紹介しました。ネットワーク関連のファイルもまとめてとりあげたかったのですが、あまりにも数が多くなりすぎるので、次回にまわすことにしました。ということで、次回はネットワーク里の設定ファイルをとりあげます。各ファイルの言岩田と関連するツールについては、紹介をひととおり終えてから説明する予定です。 15 ただし、 BSD/OS に付属の XFree86 のサーバーはバージョン 3.1.2 とやや旧いので、去用阪第点ではバージョン 3.3.2 ) を入手してインストールしたはうカ、いでしよう。 161

10. UNIX MAGAZINE 1998年7月号

null /etc のファイル詳前回は、ファイルの、、いれもの " に相当する UNIX ファイルシステムの構造や、ディレクトリ・ツリーの構成などを紹介しました。 / や /bin 、 /usr など、パーティションの構成も含めて、さまざまなファイルがうまく整理整頓されていることがお分かりいただけたのではないでしようか。これらのディレクトリに収められているファイルは、いすれもマシンの運用に欠かせないものばかりです。しかし、これらのなかでも、運用に密接にかかわるファイルが数多く置かれている / etc ディレクトリはとりわけ重要な位置を占めています。 UNIX にかぎらす、引も丘の OS のインストール・プログラムはかなり親切に作られています ( だからといって、、使いやすい " とはかぎりませんが・・・ ) 。システムによっては、ユーサーやネットワークはもちろん、 X ウインドウ・システムなどについての設疋もインストール・プログラムがしてくれます。さらに、 OS のインストール後にマシンの設疋を変更するためのツールやコマンドが用意されていることも多いので、ひょっとすると、、 / etc の下のファイルを直接触ったことがない " 人もいるかもしれません。しかし、専用の管理ツールを使って設定を変更した場合も、その結果は / etc のファイルに反映されます。ですから、これらのファイルを直接触る、触らないにかかわらす、 /etc にどんなファイルがあり、それらがどのような働きをするのかを理解しておくべきでしよう。そうすれば、マシンにトラブルか起きて管理ツールが使えなくなっても、落ち着いて対処できるはすです。そこで、今回からは / etc にある設疋ファイルをトピックごとにとりあげ、個々の設定ファイルに関する情報や関連するツールの使い方などを紹介することにします。今回は、手始めとして / etc のファイル群をひととおり 154 、それぞれがどのような役割を担っているかをみていきましよう。なお、前回も書いたとおり、しばらくのあいだは FreeBSD 2.2.6-RELEASE と BSD/OS 3.1 を対象に話を進めます ( 明記しない場合は、両者に共通する設定ファイルを指します ) 。さらに、必要に応して solaris にも触れるつもりです。インストール直後の / etc OS をインストールした直後の状態でも、 /etc の下にはたくさんのファイルが置かれています。インストール直後に /etc で、、 ls —F" を実行すると、 FreeBSD では図 1 、 BSD/OS では図 2 のようになります。 find と wc コマンドを使って / etc にあるファイルを数えたところ 1 、インストールガ去によって多少の違いはありますが、 FreeBSD は 94 個、 BSD/OS は 204 個もありました。設定のサンプルファイル 2 なども含まれていますが、それらを差し引いても数イ固にはなります。ファイルといっても、マシンを虫で運用する際に必要な設定ファイル、あるいはネットワークに接続するための情報や基本的なネットワーク・サービス ( 電子メールなど ) に関する設定ファイルなど、その内容はさまざまです。そこで、これらを大雑把に、、ローカルな工鼬竟の設定 " に関するものと、、、ネットワーク竟の設定 " に関するものとに分け、それぞれの項目について嬲里するファイルの概 2 1 find /etc -type f lwc" を実行すると、ディレクトリやシンポリック・リンクなどを除くファイルの数が分かります。これらのコマンドの巖物日は、オンライン・マニュアル find (1) や wc ( 1 ) を参照してくだとくに、 BSD/OS では samba などの設定サンフ。ルか数多く収められています。 UNIX MAGAZINE 1998.7