Unix でテンポラリファイルを確実に消す方法

知らなかった。定番なのか。

[PHP-users 23600] Re: バージョンアップ後にunlinkでエラー
http://ns1.php.gr.jp/pipermail/php-users/2004-November/02412 ...

UNIX 系の OS では一時的に作成したテンポラリファイルを確実に
消す方法としては

    open 直後に unlink して、そのまま使いつづける

というのは定番的な tips だったりします。

  というのは、どれかのプロセスがそのファイルをオープンしていた場合、そ
のオープンしている最後のプロセスがファイルを close するまで、そのファ
イルは存在しつづけることが保証されるからです。確か POSIX でもそう決まっ
ていたはず。

  どういうときに嬉しいかというと、先ほども書いたようにプログラム内で一
時ファイルを作るときです。プログラム内で一時ファイルを使用終了したら
unlink するという処理でも良いのですが、それではエラーで終了するときに
もいちいち unlink しなければなりませんし、予想外の異常終了の場合は一時
ファイルが残ったままになってしまいます。open 直後に unlink しておけば、
例えどんなケースであれ、プロセスが終了したら確実にファイルは消去されま
す。

- Perl でテンポラリファイルを確実に消す方法を試してみる

Perl で試してみた。ファイルを作ってすぐに unlink で削除し、10秒待つ。その後ファイルの中身を print するワンライナー。

$ perl -e 'open(TMP, "+> tmpfile"); print unlink("tmpfile"); print TMP 256; sleep 10; seek(TMP, 0, 0);  print join("", <TMP>);'

上記を実行すると、確かに unlink しているのに読み書きができた。10秒の sleep 中に他のシェルから ls を発行したが、ファイルは無かった。

試したのは FreeBSD 4.10-RELEASE-p5 と perl v5.8.4 built for i386-freebsd-64int の環境。

- PHP-users はときどき役に立つ投稿がある

PHP-users メーリングリストは、ときどきこういう役に立つ情報がある。ほとんど読んでないし、もう購読やめようかなあと思ってるんだけど、こういうためになる投稿を見つけるたびにもうちょっと購読を続けようという気にさせられる。

以下のような投稿を見てちょっとショックを受けたりもした。

[PHP-users 23758] Re: DB の暗号化について
http://ns1.php.gr.jp/pipermail/php-users/2004-November/02427 ...

そもそも、８０番ポートしか空いてない、WEBサーバの前に８０番だけ通すFW置く意味はないし、
マルチホームな、WEBサーバの、プライベートセグメントに、さらに、DBのポートをあけた
FWを置いても仕方が無い．

ところが、１段でも、関所が多い方が，安心
というのですよ、エセコンサル屋は．

もちろん、FWも、ロードバランサも、壊れたら困るから２重化です．

DMZ という概念がない。外向きの接続は全部開放。外部からの接続のフィルタリングも、OS が持つファイアウォールだけで十分だという主張。

このコンサルの提案は正しいと思うんだけどなあ。どのマシンが乗っ取られたとしても被害を最小に抑えるには、境界にファイアウォールが必要。それに port 80しか開けてないのって本当なのかな。リモートからメンテしたりするなら、他も開けているはず。この提案が却下されるなんて、どんな案件なんだろう?