GEEK_12

　BINDの設定はほぼ終わっている気がする。digというコマンドで調べても、設定したドメインのIPアドレス（ルーターのグローバルＩＰ）が返される。外へも問題がない、というより外はデフォルトでも大丈夫だった。

　しかし、LANの内部から、サーバーの（実際には同じマシンの）IPアドレスがグローバルで本当に正しいのかどうか・・・これだと、DNSを立ててないのと同じ結果（ルーターのログイン画面が表示される）になるんじゃないだろうか・・・

　問題があるとしたら、/etc/named.conf　なのか、/var/named/****.zone　なのか。

実験：TL8wでdigを実行。

　　　　fedoraマシンからTL8wのDNSを使ってdigを実行。

　ApacheはBIND以上にバージョンが変わっていて、設定ファイルも変わっている。設定用GUIツールがあるが、Tl8wではテキストで/etc/httpd.confを書き換えたので、かえってわかりづらい。せっかくだからGUIツールで設定してみたが思ったように動かない。しかし、DNSの設定も煮詰まっていないので、どちらが原因なのかわからない・・・

　ただ、ブラウザからアクセスしたときに、「httpsでアクセスすべきところに・・・」といったメッセージが表示される。そして、エラーメッセージの下に出るサーバー情報に「port443」とか出る。普通にアクセスしただけなんだがなあ・・・

　とにかく、ローカルでのApacheの立ち上げがチャントできてからDNSを触ったほうがいいのか・・・
本家Apacheの日本語ページ
第2回　すべての基礎、マスター・ゾーンサーバの設定：＠ＩＴ
LINUX研究会

redhat:
Apacdheの設定(GUI)
Linuxで自宅サーバー

　GUIツールに適当なパラメーターをweb上のマニュアルページから写して（マニュアルのページすらPCに表示されるものと違ってるが・・・）保存してみた。すると、本来のディレクトリに設定ファイルが作られた。
“/etc/named.conf”,”/var/named/*.zone”

　もちろん、そのままでは使えないが、テンプレートとしてTL8wから持ってきた設定ファイルからコピー・ペーストできるような状態にはなった。マシンのDNSサーバーをfedoraにしてみたら、外への接続は問題が無くなり、内部へのものも404エラーになった。これまではルーターだったから、ルーターの壁は突破したということだ。ただ、現在は、ポート80へのアクセスはルーターでTL8wへ送っているので、正しく表示できないだけのかもしれない。

　ただ、ここから先は、fedoraの環境をtl8wクローンにしておかないと十分なテストにならないし、何日（何週間）かのDuronマシンのfedora化作業中の代替ができない。面倒なんで、namedとnetatalk、apacheの設定だけ煮詰めたらそのままDuronを止めてしまうかもしれないが・・・

　ところで、fedoraのGUI設定ツールの扱いは中途半端だ。前にも書いたが、GUIで設定ファイルを編集できるのはいい。しかし、設定ファイル自体はテキストで所定の場所に置いておくことが基本だろう。GUIツールはサポートツールであり、従来のテキストベースの設定ファイルの扱いは変えてはいけないと思う。

　それと、日本語化の問題もある。fedoraは強力に日本語化をすすめていて、GUIのRPMツールが「ソフトの追加と削除」だったりする。このことは好みの問題でいいんだが、マニュアルは英語だ。そして、日本語化によって、マニュアルを読む場合に実際に画面上に表示されているダイアログやメニューの日本語とストレートに結びつかないことが多い。いちいち頭の中で「逆だからreverseだな」とかやらなければならない。マニュアルがすべて日本語化できない現状を考えれば、設定ツールの項目名は英語のままのほうがわかりやすいんじゃないだろうか。特に、ループバックとかドメインとか書いてあるとそう思う。

　昨日は3時頃までやって、混乱してきた。結局、今日2回ほど再インストールしてみる。

　問題はBINDの設定。GUIツールで設定ファイルを書き出す必要があるらしい。テンプレートだけでも所定のディレクトリに置いてくれよ・・・しかも、TL8wで使っていたものと書式が変わっている(;_;)

　外へのアクセスはオーライになってきたしコマンドでのチェックも問題がないんだけど・・・外からのパケットはTL8wマシンに投げているからか？

　テストするためにはこのサーバーを止める必要があるので、これから当分、夜に止まリます。（まっ、困るのはyahoo!から「エンタの神様」で検索してきた人だけかもしれないけど。

CDからのインストールにチャレンジ。やっと本番。

このサーバーを止めるのは不安なので、使っていないノートPCのlinuxパーテーションを消してインストール。

子どもを送ったり洗濯、掃除をしながらディスクを入れ換える。インストールはあっさりと終了。枯れたハードなので、こういう時は安心だ。クライアントとして使う分にはこれだけでも十分だ。frashやムービーなど試していないことも多いので、初心者にプリインストールで渡すわけにはいかないかもしれないが、ネット端末としてならこれで十分だ。(このエントリもfedoraから書いている)

しかし、俺の場合はそんな使い方をしたいわけではないので、これでは終らない。

apacheは最初からインストールされている。普通ならこのままでも大丈夫だが、仮想サーバを複数動かしたいのでこれでは終れない。今使っているhttpd.confはバージョンが違うのでそのままは使えない。似たエントリをコピーして使うが、ちゃんと動くのかどうか分からない。内部からIPアドレスでアクセスすることはできるが、このあたりのテストはBINDの設定が終らないと正しく動くのかどうか分からない。

sambaの設定をしてもテストの方法が無い(持っていwinマシンは一台しかなく、そのマシンにfedoraを入れている)し、使っているのは俺だけなので、保留。ただ、sambaクライアントで現在稼働中のsambaにアクセスしてたら、サーバーに接続してフォルダの中身は見ることができるのに、読み書きできないのは残念。これができると、便利なんだが。

netatalkはCDからパッケージをWクリックしてrpmでインストールするだけでOKだった。

ftpもインストール時に選んでおけばインストールはOK。ただ、LAN内の他のマシンからアクセスしても読み書きできない。ログインしてディレクトリを見たり移動したりできるのに、肝心の読み書きができない。

逆に、ftpクライアントとしてコマンドラインから使うことは可能。turbolinuxの設定ファイルをとりこむときはこれを使用。

まあ、細かい問題はあるが、大きな問題は無かった。本の説明はいまいち効果的ではないが、リファレンスとしては参考になった。しかし、大きな問題が立ちはだかった。

BIND(named)の設定。namedが重要かつ複雑なものなので、設定が難しいのは当然。しかし、それとは別の低いレベルのハードルが俺の前に横たわっていた。まず、今turbolinuxで使っているbindとバージョンが違うらしい。さらに、恐れていた、本とダウンロードしたbindとのバージョンも違うらしい。これが一番の計算違い。この本は、２００４年１月３０日発行の本なのに、既に説明が古くなってしまっている(;_;)

一番戸惑ったのは、confファイルが見当たらないこと。だから、turbolinuxで使っているnamed.confを使うことさえできない。そのかわり、GUIツールがあるが、これがどこに設定ファイルを置くのかわからない。confファイルのチェックをしても設定ファイルが無いと怒られる。後、ディストリビューションの方針の違いか、ディレクトリの設定も違うようだ。

諦めて寝た。

そういえば一つ書き忘れていた。fedoraにはwindowsupdateのような機能が付いていて、デフォルトでメニューバーに常駐している。便利だが、遅い。とんでもなく遅い。turbolinuxのzabonが100メガクラスのアップデートパッケージは10分程度で終ってしまうのに、fedoraでは１時間以上かかった。ダウンロードスピードが100kもでていない。ノートPCは700mhzなので、Duron1.2Gより遅くても不思議は無いが、同じ回線だし、それ以外のレスポンスは700mhzPen3+fedoraのほうがはるかに軽いので、fedoraサーバーが遅いのだろう。