知り合いのドメインをいくつかホストしているのだけど、各ドメイン毎に SSL 接続が出来る様に SNI （Server Name Indication） を導入した。

Gentoo は標準では SNI をスムースに受け入れる様には config が作られていなかったので標準 config から一部を修正。

/etc/apache2/vhosts.d/00_default_ssl_vhost.conf 内にあった Listen を httpd.conf に移して、 NameVirtualHost で 443 を受け付けるようにする。

httpd.conf
<ifdefine SSL>
LoadModule ssl_module modules/mod_ssl.so
Listen 443
NameVirtualHost *:443
SSLStrictSNIVHostCheck off
</ifdefine>

あとは各 vhost ごとに SSL の証明書を作成する。


openssl genrsa 2048 > some.domain.key
openssl req -new -x509 -nodes -sha1 -days 365 -key some.domain.key > some.domain.crt


SSL やるにはドメイン毎にアドレスが必要だというのは半ば常識化していたけど、Apache は 2.1.12 から SNI がサポートされている。

クライアントは一部サポートしていないものがあるけど、それはユーザに使わないようにお願いすれば良いのでたいした問題ではないだろう¹。

ただし、SNIはすべてのブラウザがサポートしているわけではない。とは言うものの、現在一般的になっているほとんどのブラウザはサポートしている。また、かなり以前からサポートしているブラウザもある。例を挙げると、Firefox 2.0以降やOpera 8.0以降、Internet Explorer 7.0以降（残念なことに、Vistaで動作するもののみである）、Google Chrome、Safari 3.2.1（残念なことに、Mac OS X 10.5.6以降で動作するもののみである）がある。

参考:
Apacheの設定を変更し、単一IPアドレス上で複数のSSLサイトを運用する
Apache2/SSL and Name Based Virtual Hosts

1. Google でさえ、 IE6 や NN2 のサポートを切ってるくらいだし。 [↩]

自宅 GentooLinux で利用している XFS / (root) で unlink できないファイルが発生。

xfs_check , xfs_repair は、 unmount 状態で無いと実行すべきではない旨のメッセージが。

install-cd から起動して xfs_check, xfs_repair で復旧(したのかな)。

xfs をメインで使う様になって長いけど¹ 、ファイルシステムが壊れたのは初めての経験だった。 reiserfs は当たり前の様に壊れてたけどねえ。

1. ext3 を使ったことがない [↩]

シスコ、ボーダレスネットワークを実現する第2世代サービス統合型ルータ

IOS 15 が出たのはこの布石だったのですね。
過去の経験から今回の新しいルータシリーズで向こう 3 年間は継続販売されることが期待できます。

逆に言うと、向こう 3 年間は CISCO のローエンドに IOS-XR シリーズが落ちてくることはまず無いだろうと言うことになってしまいました¹。
続きを読む…

1. 残念でなりません [↩]

gentoo-sources 2.6.30-r5 が stable になったのでカーネルのアップグレードを試みた。

が、本 Version から、 securityfs というものが導入されたらしく、設定が正しくない と言われて、TOMOYO が動かなくなった。

とりあえず、2.6.30-r4 に切り戻した上で、 securityfs に関する調査をすることにする。

しかし、 r4 から r5 への変更なのにこんなドラスティックな変更入れますかね > GentooLinux 。

そのへんが Gentoo らしいといえばらしいんだけど。

2009/10/27 追記 続きを読む…

徹夜で IHANet の歴史を書き上げた。
まだ、スタートして4ヶ月ほどしか経っていないサイトだけど、相当濃密な歴史を持っている。

IPv6 の勉強がしたい。 BGP の勉強がしたいかたは、是非 IHANet へどうぞ。

みなさんとてもよい方ばかりです。

CISCO の IOS の新版、 IOS 15 がリリースされていた¹ ので起動させてみた。

対象は CISCO 1812J。

EOS になった 3700/2691 シリーズにはやっぱりリリースしないのね。
CISCO、恐ろしい子²。

見たところ大きな変更も無く、MMU を利用するというような冒険もしていない様子。
結局 10年、20年前の技術から何も変わってないのね。 CISCO のローエンドは³ 。

しばらくバックアップルータとして走らせて様子を見ようと思います。

追記:
Google Adsense に Net LineDancer という製品が表示された。結構な数のマルチベンダでのノード管理ができる模様。 でも、 AlaxalA や NEC あたりは対応装置からスポンと落ちてますね。

あれ、SNMPc って聞いたことあるや。何年か前に Interop で話したことあるぞこの会社。

続きを読む…

1. 13と14はどこいったとは聞かないのがここでのたしなみ? [↩]
2. それでも 7200 シリーズ用には出してるあたり、 CISCO の開発標準機としての 7200 の地位が伺えます。 [↩]
3. 個人的意見ですが、 CISCO の 3800 以下はゴミです。 もっと言えば 7600 以下もゴミのようなものです。 7600/6500 は別の意味で粗大ゴミです。 あまりひどいことを言うと CISCO に刺されるから、一応ほめておく。 なんだかんだで、ちゃんとした品質の製品を作ってる CISCO は立派です。 [↩]

8月に TOMOYO Linux を運用開始し、現在に至っています。

今まで完全に学習モードで走らせていたのですが、重大な欠点に気づきました。

運用しているマシンの上でコンパイル作業¹ を行うと、すさまじい数のドメインが生成されるということです。

実際、現在まで毎日のように新 portage のビルドを行っていた結果、ドメイン数は 4000 を突破しました² 。

本日、不要ドメインの枝刈りを行ったのですが、結果、4000 ドメインは 900 ドメインまで削減することができました。

現用機で開発(ビルド)するとこの様な結果になります。

続きを読む…

1. 今回の場合は Gentoo portage のビルド作業 [↩]
2. 4000ドメイン突破してもちゃんと動いてる TOMOYO はえらい [↩]

今までくだらない内容を書き連ねてきましたが、これからは Twitter での発言をサマライズしたエントリを記載していきます。

Twitter は Protect にしていますが、気が向いたら是非 Follow してください。

日本語/英語 で発言でき、 public なら内容を見た上で判断します。

よろしくお願いします。