2010年9月アーカイブ

[root@ns1 ~]# yum list available | grep Magic
GraphicsMagick.i686                       1.3.12-1.fc13                  fedora
GraphicsMagick-c++.i686                   1.3.12-1.fc13                  fedora
GraphicsMagick-c++-devel.i686             1.3.12-1.fc13                  fedora
GraphicsMagick-devel.i686                 1.3.12-1.fc13                  fedora
GraphicsMagick-perl.i686                  1.3.12-1.fc13                  fedora
ImageMagick-c++.i686                      6.5.8.10-6.fc13                fedora
ImageMagick-c++-devel.i686                6.5.8.10-6.fc13                fedora
ImageMagick-devel.i686                    6.5.8.10-6.fc13                fedora
ImageMagick-djvu.i686                     6.5.8.10-6.fc13                fedora
ImageMagick-doc.i686                      6.5.8.10-6.fc13                fedora
ImageMagick-perl.i686                     6.5.8.10-6.fc13                fedora
MagicPoint.i686                           1.11b-10.fc12                  fedora
perl-File-LibMagic.i686                   0.91-3.fc13                    fedora
perl-File-MMagic.noarch                   1.27-8.fc13                    fedora
perl-File-MMagic-XS.i686                  0.09003-7.fc13                 fedora
perl-Variable-Magic.i686                  0.37-2.fc13                    fedora
ruby-RMagick.i686                         2.13.1-1.fc13.1                fedora
ruby-RMagick-doc.noarch                   2.13.1-1.fc13.1                fedora

とりあえず、旧サーバーの止まった室内は静か。
ちなみに、旧サーバーは以前はＡｔｈｌｏｎ系のマザーにＡｔｈｌｏｎ１２００＋あたりを積んで動かしてました。
サーバーに仕立てて約５年か６年目でマザーのコンデンサが膨れてきまして、
再起動を繰り返すようになったんで、２年前にＰｅｎｔｉｕｍ９３３を積んだＳｏｔｅｃのＰＣへ。
ＨＤＤとネットワークカードだけで引っ越すという荒業でしたが、なんとか動いてました。
ＨＤＤも結構古い（ＩＤＥ３．５の４０Ｇ）ので音もそこそこ。
デスクトップ式ですから電源のファン、ＣＰＵのファンと、音源は豊富（苦笑い）でした。

さて、そんな新サーバーですが、実は外からｆｔｐができませんでした。
セットアップの時、内部では動いていた気がするんですが。

で、"proftpd Failed binding to"で検索してみると
こんなページがありまして、その中で、
---- 引用開始 ----
ServerType とポート番号には直接的な関係はないのですが、設定
内容と ServerType の間に矛盾があると１行目のエラーが起きる場
合が多いのでヒントとしてこの２行目のメッセージが出力されてい
ます。
具体的には、inetd.conf (xinetd.*) に proftpd を起動する設定
を行っているのに、proftpd.conf の ServerType に standalone
を指定すると、１行目のエラーが起きます。この場合は、
netstat の結果では inetd (or xinetd) が 21 番を使っていると
表示されているでしょう。
---- 引用終了 ----

てなことが書いてあり、確かにproftpd.confにServerTypeの行は無かったから、
実際にどのモード(standalone/inetd)で動いているかわからなかった。
なので、早速
ServerType inetd
を入れ見る。（入れただけ）

あっさり繋がった（＾＾；

先月、行った１８切符旅行でビデオをまわしたんですが、
なかなか面白い映像だったので始めてみました。
ま、それ以前にもちょこちょこデジカメで撮ってはいたんですが、
最近車窓.ｃｏｍさんのところの車窓映像とか見ててはまってしまってｗ
はじめてみました。

記念すべき第一作はこちらｗ

とはいえ、まだぜんぜんネタが無いし、
編集とかも同時に始めたばかりなので稚拙ですが、興味ある方は見てみてください。

チャンネルはこちらから。
あー、タイトルとか決まってませんw。

メールサーバーのリレー（おそらく不正中継対策）の問題、
このページを参考にして、／ｅｔｃ／ｍａｉｎ．ｃｆファイルに設定を追加したら、
なんとかうまくいくようになった。
ＦＣだから、ｃｙｒｕｓは入ってたっぽい。
けど、たぶん使ってない。

ただウチが設定したのは以下のような追加設定。

smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain = $myhostname
smtpd_recipient_restrictions = permit_mynetworks,
permit_sasl_authenticated,
reject_unauth_destination

#smtpd_sasl_security_options = noanonymous noplaintext
broken_sasl_auth_clients = yes

最初のうち、この辺の組み合わせはいろいろ試したんですけどね。
なかなかうまくいかなかった。

そして、最後の設定変更は、送信の際のパスワード対応。
たいていのページではｃｙｒｕｓ専用のパスワードＤＢを使用するようになっていますが、
その説明だと初期段階かららしく、パスワードを作成するところからってのがほとんど。
ウチみたいに既存ユーザーが存在する場合、それはちっと大変。
既存ユーザー分新規に、ｓｈａｄｏｗパスワードとは別管理になるから作ってお知らせしてもいいんですが、
もっと手っ取り早くそれこそ、ｓｈａｄｏｗパスワードが使えないかと調べたら、
このパスワードチェックは／ｕｓｒ／ｌｉｂ／ｓａｓｌ２／ｓｍｔｐｄ．ｃｏｎｆで設定を見ているらしいことがわかった。
そこには
#pwcheck_method: saslauthd
pwcheck_method: auxprop

とあったので、
pwcheck_method: saslauthd
#pwcheck_method: auxprop

としてみた

また、これがわかるちょっと前に、／ｅｔｃ／ｓｙｓｃｏｎｆｉｇ／ｓａｓｌａｕｔｈｄというファイルがあり、
そこに
ＭＥＣＨ＝ｐａｍ
とあった。
これを
ＭＥＣＨ＝ｓｈａｄｏｗ
としたが、うまくいかなかったので、再検索して、先ほどの／ｕｓｒ／ｌｉｂ／ｓａｓｌ２／ｓｍｔｐｄ．ｃｏｎｆにたどりつき、
そのｐｗｃｈｅｃｋ＝ｍｅｔｈｏｄが指すファイルが上記の／ｅｔｃ／ｓｙｓｃｏｎｆｉｇのファイルだとわかった。
こうすることで、なんとか送信時のパスワードチェックも訊かれなくなり、
送信も行うことができるようになった。

やれやれ、これで旧サーバーを停止することができる。
今晩はかなり静かになるかな。

というわけで、本日ゲット。
今日は午後からいつものお医者さんだったんだけど、
なんか午前中が長引いて、午後の開始が遅くなるし、すでにかなりの先客がとのことで、
１時診療開始なんだが、すでに２時ちょっと前なのに、まだはしまってなく。
しかも３時半くらいになりそうだとのことで、調布の駅まで歩いて行って、
時間つぶしと待ち時間の読み物にちょうどいいから購入。

前作、主人公が行った木更津から帰ってきたあたりから始まります。
今回明かされた謎というか判明したものは、富士山です。
１０倍だから３万メートルの高さ？すげー。

それとは別に意外だったのはシロさん。
偶然やってきたサヨリにファンだったと詰め寄られたときのリアクションが笑えた。

しかし国府津あたりまで行くとかなりのヒコーキがいて、前作の船団といい、
かなり活躍してますね、ヒコーキ。

土砂崩れみたいな雹にも笑いましたが。

今日の一冊は、これ。

携帯端末などのガジェット用にプログラムを作ろうかなー、なんて。
ＣとかＣ＋＋とかまったく知らなくてもいいように書かれてるっぽい。
もちろんその知識は作るためには必要なんですが、
それを１から基本よりですが、習得していって、次第にＯｂｊｅｃｔｉｖｅーＣへ行き、
核心のｉＰｈｏｎｅ／ｉＰｏｄプログラムへという流れらしい。
最初はおなじみのＨｅｌｌｏ Ｗｏｒｌｄだったし。

ま、このプログラムを作るためにはＭａｃ要るし、
本命はＡｎｄｏｒｏｉｄかＷｉｎｄｏｗｓＰｈｏｎｅ７なんですけどね(^^ゞ

カーネルが２．４．ｘのＴｕｒｂｏＬｉｎｕｘから２．６．ｘのＦＣ１３に移行してみて。

・ネット接続を無線ＬＡＮ使ってますが、ユーザーからログアウトすると切れる（＾＾
　Ｌｉｎｕｘで無線ＬＡＮ使うのは初めてだからまだ勝手がわからない。
　現在検索中
・去年購入した（もう１年経つんだ（＾＾；；））ＳＳＤを使用してますが、ＸＰの時みたくプチフリがなさげ。
　検索してみるとこんな情報があるみたい。
　ＸＰで使用してた時は結構ＯＳごと固まることがありましたが、ＦＣ１３を入れて、
　ここまでかなり長い時間使ってますが、固まるような感じはないですねー。

懸案だった、メールサーバーの移行。
なんとか先ほどうまくいったっぽい。

まず、１つめ。
ログに、名前解決できないというエラーが発生する件。
いろいろ調べてみると、どうもＤＮＳを見に行かれないようだ。
ｎａｍｅｄ自体はｐｓコマンドやログで実行中なのは確認済みだが、
ローカルからたとえば以下のようなコマンドを実行しても、応答がないという応答（笑
ｎｓｌｏｏｋｕｐ ａｓｔｅｒｉａ－ｎｅｔ．ｊｐ １９２．１６８．１．１００

で、サーバーでｌｓｏｆ －ｉ ｜ ｇｒｅｐ ｎａｍｅｄとかｌｓｏｆ －ｉ ｜ ｇｒｅｐ ＬＩＳＴＥＲＮとかすると、
なんか妙な表示になる。
初めて使うコマンドなのでログの意味がいまいちよくわからないが、
経験と勘ｗでいくと、どうも、ＩＰｖ６しか、ＤＮＳの応答を返してないんじゃないか？
ＩＰｖ４ではＤＮＳを返してないのでは？
だから反応がない、ひいては外部から名前解決できない、ってことではないかと。

そこで、／ｅｔｃ／ｎａｍｅｄ．ｃｏｎｆをみてみると、
最初のｏｐｔｉｏｎｓ内に、怪しげなおまじないｗがあった
ｌｉｓｔｅｎ－ｏｎ－ｖ６ ｐｏｒｔ ５３～
これかなー、ということで、他に
ｌｉｓｔｅｎ－ｏｎ ｐｏｒｔ ５３～
と
ａｌｌｏｗ－ｑｕｅｒｙ ～
をコメントアウトしてｎａｍｅｄを再実行してみると、
通りました、反応ありました、外部から名前解決できました♪

さて、次の段階は、外部からメール送れるか？
すると、今度は、

Sep 26 22:41:58 ns1 postfix/smtpd[773]: NOQUEUE: reject: RCPT from n16.bulk.ogk.yahoo.co.jp[124.83.146.242]: 554 5.7.1 : Relay access denied; from= to= proto SMTP helo=

となって、リレーアクセス不可のようだ。

今度こそＰｏｓｔｆｉｘっぽいが、時間切れなのでまた設定を元に戻す。

メールは前回に引き続きＰｏｓｔｆｉｘを使用する。
設定自体は、／ｅｔｃ／Ｐｏｓｔｆｉｘ／ｍａｉｎ．ｃｆを編集する。
以前はＰｏｓｔｆｉｘ－２．０．１８で、自前で用意したものだったけど、
今回は今のところ２．７．０でこれはｙｕｍ使って入れられる。
ｐｏｐはｙｕｍをみたところ、Ｄｏｖｅｃｏｔがそれっぽいが、聞いたことがなかった。
普通に、ｑｐｏｐｐｅｒとか見当たらない。
一応自前で入れられるようにｇｃｃも用意してみたが、
どうも、ちまたではＤｏｖｅｃｏｔが簡単で強力（ＰｏｐＢｅｆｏｒｅＳＭＴＰとか）でＩＭＡＰもできていいらしいので、
それに従ってみる。
ネット上の情報を参照していくつかの設定を行ってみると簡単にいった。
メーラでＰｏｐＢｅｆｏｒｅＳＭＴＰもちゃんといってる。

さっそく旧さばのＰｏｓｔｆｉｘを止め、ＤＭＺを新サーバーに切り替えて送信をしてみる。
すると
Sep 24 00:08:48 ns1 postfix/smtp[9842]: A0DCC10004D: to=
, relay=mxin3.ms.so-net.ne.jp[202.238.83.13]:25, delay=22, delays=0.02/0.01/12/9
.8, dsn=4.1.8, status=deferred (host mxin3.ms.so-net.ne.jp[202.238.83.13] said:
451 4.1.8 Domain of sender address yyyy@asteria-net.jp does not resolve (in repl
y to RCPT TO command))
なんてエラーが相手から帰ってきた？
いや、どうも妙だ。
このエラー検索してもそのものずばりな回答がない。
ＤＮＳも新しくしたし、どっちが原因か・・・。

おそらくＰｏｓｔｆｉｘだと思うんだけどな。
今は外から名前解決がうまくいってるか確認するすべがないからなー。
テスト時間が過ぎたのでＤＭＺを元に戻す。

９月１７日金曜日に有給消化でお休みをとり、
懸案だったサーバーリプレースに本腰を入れてみた。

まずは、先月ノートＰＣにインストールしてあったＦＣ１３の環境構築から。
光回線のルーターが幸いにも、ＨＴＴＰプロトコルとＦＴＰプロトコルとそれ以外を別々に
静的ＮＡＴ設定できるので、まずはＨＴＴＰから。

ｈｔｔｐｄ．ｃｏｎｆあたりの設定は、ほぼそのまま１．３．ｘ時代のものが使えそう。
とはいっても、下記のデフォルト設定を変更する

ＡｄｄＤｅｆａｕｌｔＣｈａｒｓｅｔ ｏｆｆ　　　　　　　ＵＴＦ－８からｏｆｆへ

ＡｄｄＨａｎｄｌｅｒ ｃｇｉ-ｓｃｒｉｐ　.ｃｇｉ　　　　行頭の＃マークを削除

ＳＥＬｉｎｕｘの設定などで４０３やスクリプトエラーがでまくりだったけど、
先人さまたちのおかげでなんとか使えるようになりました。
現在は、このページも含め（各ページ以下のｐｕｂｌｉｃ_ｈｔｍｌは前もってコピーと権限調整済み※）すべてのページは新サーバーへＮＡＴ変換中。

続くはメールサーバー設定。

※権限調整
たとえば、今までは７７５だったｃｇｉも７５５でないと動かないみたいで、
ログ(ｓｕｅｘｅｃ．ｌｏｇ）などにそのようなことが書かれていた。
他の権限調整も同じ感じ。
とにかくログの調査につきる。

いつも見ている新緘案内のサイトのをみていたら、
カブのイサキ第３巻がまもなく（２２日）発売になっていた。
あれ？２巻は？と思って過去の案内をみたら、すでに去年発売になっていた。
見落としてました（＾＾；；

カブのイサキ第２巻
本日帰りに三鷹駅の文教堂にまだ売っていたのでゲット。

新キャラさよりとかでてきて、ちょっとだけ世界が広がったような。
けど、やっぱり少人数で広大な世界ｗだわ。

今回判明したものは、ヒコーキの船団。
いくすじも青空にヒコーキ雲を描いて飛んでいく船団。
それを見ていろいろ考えるイサキ。

この作者のマンガは毎回、いろいろｗｋｔｋさせられますｗ

今回は２段構成。

下の記事のちょっとはなれたところにこんな形の道が。
変形版細道ってことで

今日の細道は２枚。

上の写真の左手後ろに下の写真の細道があった。

見た感じ暗渠ですよね。
で、写真撮るために立ってるこの道でクランク状になってるんじゃないかと。

これもウチの近所
散歩中にふと見つけた

そのうち行きたい、各駅停車の旅その１

早朝東京発、広島（広）行き。
--- パターン０
東海道本線（９３９１Ｍ夜行快速ムーンライトながら、大垣行き）
東京駅発：２３時１０分
大垣駅着：５時５５分

東海道本線～山陽本線（２０３Ｆ米原まで、米原から７２９Ｍ普通電車、姫路行き）
大垣駅発：６時００分
姫路駅着：１０時１４分

山陽本線（９５７Ｍ普通電車、播州赤穂行き）
姫路駅発：１０時３８分
相生駅着：１０時５７分

山陽本線（１３１５Ｍ岡山まで、岡山から４５７Ｍ普通電車、三原行き）
相生駅発：１１時２８分
三原駅着：１４時１３分

呉線（１４７Ｍ普通電車、広行き）
三原駅発：１４時５５分
広駅着：１６時２０分

--- パターン１
東海道本線（３２３M普通列車、沼津行き）
品川駅発：５時５５分
沼津駅着：８時５分

東海道本線（７４５M普通列車、浜松行き）
沼津駅発：８時９分
浜松駅着：１０時１５分

東海道本線（５９２５M普通列車、豊橋行き）
浜松駅発：１０時２０分
豊橋駅着：１０時５６分

東海道本線（５３２１F新快速電車、大垣行き）
豊橋駅発：１１時５分
名古屋駅着：１１時５８分

東海道本線（２５２１F新快速電車、大垣行き）
名古屋駅発：１２時３０分
大垣駅着：１３時１分

東海道本線（２２７F普通電車、米原行き）
大垣駅発：１３時１２分
米原駅着：１３時４８分

東海道本線～山陽本線（３４７１M新快速電車、網干行き）
米原駅発：１３時５２分
姫路駅着：１６時２２分

山陽本線（９６９M新快速電車、播州赤穂行き）
姫路駅発：１６時３６分
相生駅着：１６時５６分

山陽本線（３７９M～岡山から１３２９M普通電車、広島行き）
相生駅発：１６時５８分
三原駅着：１９時４１分

呉線（１６７M普通電車、広行き）
三原駅発：２０時１８分
広駅着：２１時３６分

--- パターン２
東海道本線（３２５M普通列車、沼津行き）
東京駅発：６時３４分
沼津駅着：８時３９分

東海道本線（７４９M普通列車、浜松行き）
熱海駅発：８時４３分
浜松駅着：１０時５２分

東海道本線（９２９M普通列車、豊橋行き）
浜松駅発：１１時２分
豊橋駅着：１１時３６分

東海道本線（２５３２F新快速列車、大垣行き）
豊橋駅発：１２時３分
大垣駅着：１３時３１分

東海道本線（２２９F普通列車、米原行き）
大垣駅発：１３時４２分
米原駅着：１４時１８分

東海道本線～山陽本線（３４７５M新快速列車、姫路行き）
米原駅発：１４時２２分
野洲駅着：１４時４７分

東海道本線～山陽本線（３４７７M新快速列車、播州赤穂行き）
野洲駅発：１５時２分
相生駅着：１７時２５分

山陽本線（１３３１M普通列車、新見行き）
相生駅発：１７時２６分
岡山駅着：１８時３９分

山陽本線（３８１M普通列車、岩国行き）
岡山駅発：１８時４０分
三原駅着：２０時１４分

以下、パターン１と同じように、呉線広行き

町ではないんですが、まー、調布で中央道が掘割の中を進むあたり。