以前の記事の通り、簡単なバーチャルホストは動いた。シンボリックリンクを適当なところに張っても問題無し。
　つーか、シンボリックリンクをお断りしようとしたら、ApacheのOptions -FollowSymLinksのようにパフォーマンスを犠牲にしてlstat祭りをするか、symlink禁止なFSにするくらいしか無さそうだ。
　となれば、ln -s / xのような行為が思い浮かぶ。つっても、それを防ごうとしたらlstat祭りか…。放置なんだろうな、と思いつつ一般ユーザー権限でテスト。ふつーに色々見えました。やはり放置か。

　では、これはセキュリティリスクなのだろうか。
　んー。よくよく考えてみたら、suexecしてないCGI使用可能なサーバと大して変わらないか。世の中そんなサーバだらけだしな。同鯖の他人のWordPressのDBアクセスのパスワードを抜いたりは出来るけど。でもそれ、どう防ぐのがいいんだろう。全員をusers所属にしてsuexec導入してgroupパーミッション落とすとか？
　まあ、身内鯖だからどうでもいいのだが。

追記:
　限定的な対策としてはchrootもあるけど、話はだいぶ変わるのだよな。

　やーっと予定に入ったかー。いつ来るか知らんけど。
　まあ、最近全然触ってないんだけどさ。近々また触らんとなー、とは思ってた。俺的には3.xサポートも欲しいんだけど、2.x系を2.5のままで3.xをサポートするのはやりにくかったのだろうか。
　つーかPython3kもそうだけど、移行作業をしないとそもそも動きません、って手法はほんと成功しないよな。IPv6なんかも、IPv4アドレス枯渇が始まったここに来てようやく、仕方ないから何とかかんとか動くかなー、でももうちょっと待ってねー、お前から先にやれよー、みたいな感じだし。俺自身は割と速攻で対応したいタイプなんだけど。ネタ的に。
　はっ。IPv4な権威NSからAAAAを得ることは出来るよな…。もしかしてIPv6なクライアントにそれを期待しても許されるのだろうか。そうなら一応デュアルスタック化は簡単だけど。IPv6なグルーも無いとムリデス、なら対応待ちだが。まあ、auひかりがIPv6対応するらしいから、色々試すのはその後かな。