clicklog

無駄な日々。 : ２ｃｈまとめブログの壁紙スレ・画像スレをまとめてみた
http://mudanahibi.exblog.jp/8043527/

「壁紙全般」のセクションだけ見た。っていうか膨大すぎる。

Mac Tricks And Tips: Installing Hidden Screen Savers In Leopard
http://www.mactricksandtips.com/2008/03/installing-hidden-screen-savers-in.html

/System/Library/Compositions にあるファイルを、環境設定 - デスクトップとスクリーンセーバ - スクリーンセーバ のプレビューのところにドラッグ&ドロップ するとスクリーンセーバとして(「その他」の欄に)追加される。削除する時は右クリックで削除。

山ほどファイルはあるから、上記サイトのレビューが参考になるかも。個人的には Stix が気に入った。
XCode の方に入ってる ImageTV も面白いけど、スクリーンセーバとしては CPU を食いそうな気がする。

お、と思ったら Screen Savers のフォルダにある Security が面白いかも。iSight で何かが動いたら画像をキャプチャするみたい。4x4 で 16 枚まで表示されてる。

Mac OS Xの不要ファイルを削除して空き領域を増やすには (1)
http://blog.goo.ne.jp/pcqanda/e/7b20b520b962ff3c7a1cc1ea542c547e

プリンタドライバとかフォントとかの削除で数GB削除できるっていう話。
確かに適当にハードディスクにためてくとあっという間にディスクって無くなるからなぁ。

(111GB 中すでに 104GB もつかっちゃってる。まぁ、VMware が大きいんだけど。)

Dilbert.com から新作をとってきてくれるウィジェット
http://andrew.hedges.name/widgets/#getdilbert

イマイチ面白さがわからない Dilbert だけどしばらく試してみよう。

Witch がシェアウェアになってどうしようかと思っていたら、同じようなソフトで Senebier がリリースされた。まだ 0.5 で粗削りなところもあるけど、これからに超期待。Rubisco にもお世話になってます。(あ、ユーモア送らないと)

SafariDrag ＆ SafariTabConfig Ver0.0.2 リリース
http://d.hatena.ne.jp/griffin-stewie/20080514/p1

最近リリースされた Safari のプラグイン2つ。インストール方法はこちら。

このうち SafariTabConfig は個人的に超欲しかったプラグイン。特に Google Reader で読んでる時に v で開くページが一番右に行ってしまうのが許せなかった(現在アクティブなタブ(Google Reader のページ)のすぐ右に開いて欲しかった)。しばらく追っかけてみよう。

Big Fat Stinking Software
http://home.comcast.net/~jeff.ulicny/software/utils.html#sf

たぶん nice 値を自動的に変更してくれるユーティリティ。とりあえず試してみる。

Macアプリを高速化する『Speed Freak』 | WIRED VISION
http://wiredvision.jp/blog/compiler/200707/20070712141004.html

とか、

Speed Freak | Macの手書き説明書
http://veadardiary.blog29.fc2.com/blog-entry-792.html

とか、

MOONGIFT:  アプリケーションの高速化に「Speed Freak」
http://www.moongift.jp/2007/07/speed_freak/

とか。

http://blog.japan.zdnet.com/jla/a/2008/05/openssl.html

まずOpenSSHの公式な対応として、 openssh-blacklist というパッケージが容易されました。これは危険なバージョンのOpenSSLが生成する、 危険な乱数パターンの完全なリストです。

「完全なリスト」と書かれているけど、

Scope of the blacklists
http://wiki.debian.org/SSLkeys#head-6ccbd75e6885e7203ac8cc05e259bf33b361ec4d

にあるように、openssh-blacklist はあくまでデフォルトの設定で生成され得る脆弱な鍵のリストであって、たとえばユーザが意図的に鍵長を変更して鍵を生成していた場合はこのリストには含まれないんじゃないだろうか？

なので「完全なリスト」と書いてしまうのは少しミスリーディングではないかと感じる。

あくまで安全かどうかの判定には、
http://wiki.debian.org/SSLkeys#head-d841ac769390d013577ce3fd2be24b8cf5a74cfb
にある、

• Generated since 2006-09-17
• Generated with Etch, Lenny or Sid (Sarge is not vulnerable)
• Generated using 'openssl', 'ssh-keygen', or 'openvpn --keygen' (GnuPG and GNUTLS are not affected)

にもとづくべきだろう。

(まぁ、疑わしきは罰する、で鍵を置き換えちゃうのが妥当だろうとは思うけど)

ちなみに問題のバグはこれ。

2008/05/25 14:32 追記

日本ベリサイン、Debian系Linuxの脆弱性対策で電子証明書再発行
http://opentechpress.jp/security/08/05/21/103256.shtml

やっぱり証明書の再発行があるんだ。これは結構根が深い問題になるんじゃ…。

今週は激しかった。

5/12 グローバルミーティング + POPミーティング + V + 二次会 + 三次会 + 終電
5/13 フォーラム + パーティ + 二次会 + 終電
5/14 POPミーティング + カルネ + 二次会 + 終電(京浜東北)
5/15 PEミーティング + 配線 + 二代目 + 五大陸 + 終電(京浜東北)
5/16 SLAミーティング + 特盛カルボナーラ + ミーティング + uki 飲み

ただ、徹夜は無いので昔より弱ってる感じ。悲しい。

第17回　デスクトップのカスタマイズ（5）：3Dデスクトップの設定例
http://gihyo.jp/admin/serial/01/ubuntu-recipe/0017

あとで試す。

Google が IPv6 に対応したらしいけど、途中の NS が IPv4 にしか対応してないから結局 IPv6 だけではたどり着けない…。

>dig ipv6.google.com aaaa

; <<>> DiG 9.3.2rc1 <<>> ipv6.google.com aaaa
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 7, ADDITIONAL: 7

;; QUESTION SECTION:
;ipv6.google.com.               IN      AAAA

;; ANSWER SECTION:
ipv6.google.com.        10749   IN      CNAME   ipv6.l.google.com.
ipv6.l.google.com.      276     IN      AAAA    2001:4860:0:2001::68

;; AUTHORITY SECTION:
l.google.com.           46086   IN      NS      b.l.google.com.
l.google.com.           46086   IN      NS      c.l.google.com.
l.google.com.           46086   IN      NS      d.l.google.com.
l.google.com.           46086   IN      NS      e.l.google.com.
l.google.com.           46086   IN      NS      f.l.google.com.
l.google.com.           46086   IN      NS      g.l.google.com.
l.google.com.           46086   IN      NS      a.l.google.com.

;; ADDITIONAL SECTION:
a.l.google.com.         47083   IN      A       209.85.139.9
b.l.google.com.         47700   IN      A       64.233.179.9
c.l.google.com.         47083   IN      A       64.233.161.9
d.l.google.com.         47083   IN      A       66.249.93.9
e.l.google.com.         47700   IN      A       209.85.137.9
f.l.google.com.         47083   IN      A       72.14.235.9
g.l.google.com.         47083   IN      A       64.233.167.9

YouTube 話のオチ。

YouTube Diversifies DNS; Google Next?
http://asert.arbornetworks.com/2008/05/youtube-diversifies-dns-google-next/

その後、youtube.com には別々のネットワークに NS が導入されました。めでたしめでたし、っていう話。

>dig youtube.com soa | grep youtube.com
; <<>> DiG 9.3.2rc1 <<>> youtube.com soa
;youtube.com.                   IN      SOA
youtube.com.            3474    IN      SOA     sjl-ins1.sjl.youtube.com. dns-admin.youtube.com. 2008050504 10800 3600 604800 86400
youtube.com.            3166    IN      NS      dns2.sjl.youtube.com.
youtube.com.            3166    IN      NS      dns3.sjl.youtube.com.
youtube.com.            3166    IN      NS      ash-ns1.ash.youtube.com.
youtube.com.            3166    IN      NS      dal-ns1.dal.youtube.com.
youtube.com.            3166    IN      NS      mia-ns1.mia.youtube.com.
youtube.com.            3166    IN      NS      nyc-ns1.nyc.youtube.com.
youtube.com.            3166    IN      NS      dns1.sjl.youtube.com.
dns1.sjl.youtube.com.   30266   IN      A       208.65.152.201
dns2.sjl.youtube.com.   109072  IN      A       208.65.152.137
dns3.sjl.youtube.com.   65950   IN      A       64.15.123.241
ash-ns1.ash.youtube.com. 154409 IN      A       64.15.126.183
dal-ns1.dal.youtube.com. 71251  IN      A       208.117.225.50
mia-ns1.mia.youtube.com. 71251  IN      A       64.15.115.114
nyc-ns1.nyc.youtube.com. 71251  IN      A       64.15.114.114

ところで google.com はどうなってるの？ってところだけど、こっちは同じ /19 に含まれてはいるものの、別々の /24 が使われてる。経路制御にセキュリティが欠けてるから、わざわざこういう more specifics を使わないといけないんだよね…、という感じの記事になってる。

Multipath Load Sharing with two ISPs
http://wiki.ioshints.info/Multipath_Load_Sharing_with_two_ISPs

"bgp bestpath as-path multipath-relax" を入れると異なる AS path 間でも load sharing ができるって話。

なんでも自分で作る OpenBSD が routed の代わりに ripd を追加してきた。

http://undeadly.org/cgi?action=article&sid=20080507130635

そういえば開示請求した報告書が来てたのをすっかり忘れてた。
こんな感じ。

　

気になる点：

• この情報を僕に開示してよいというのはどこで判断したのだろう。前住所とか誰にでも分かるよね？
• そもそも契約種別、契約期間、現在の状態、くらいしか情報がないけど、前の住所とか電話番号も持ってるよね？
• ようするに、持ってるすべての情報を開示する必要なし？

開示請求したものの、この制度にいったい何の意味があるのかさっぱり分からない。

その昔、さいかわ先生が勧めてたのを聞いて読んでみようと思った本。

大河ドラマ的な(?)ミステリー。主人公のジャック・モーガンの幼少期から青年期、そしてそれを引き継ぐかのような手島修三の調査。裏表紙のアオリにもあるように、IRA、CIA、MI5とMI6、そして警視庁が複雑にからみあいながら時が流れていく。さらに、たんなるスパイ小説にとどまらず、ジャックとウー・リーアンの恋の行方、ジャックとサー・ノーマン・シンクレア、伝書鳩との友情を超えた心の交流。現在から始まった話は唐突にジャックの幼少期へと遡り、だんだんと現在に近づいていき、そしてそこからさらに時間は進んで行く。章の間にはさまれる手紙は現在から過去(物語の流れの上では「現在」)を見ているため一度読みきらないとなかなか理解できないところもある。そんなこんなで膨大な伏線を張りつつ(ミステリーやスパイ小説にはよくあるけど)、それが少しずつ収斂していくさまはなかなか気持ちがいいものである。

ちなみに、それにも増して登場人物がとても魅力的。
もちろんジャック。
　「全部だ…。僕は三つ全部を手に入れる」
個人的には伝書鳩がお気に入り。
　「あんたはモーガンとどういう関係なんだ？」「雇い主だ」
　「ジャック。君には感謝している。俺の腕では、あの車は撃てなかった。」
あとはジャックとシンクレアのからみもね。
　「サー・ノーマン」「サーは要らない」 :-D
キム・バーキンも。奥さんと仲直りできたらよかったのに…。

ただ結末に関しては、これがベストの結末かと感じられる反面、あまりにも救いがない気もする。たんに登場人物が不幸でかわいそうということではなく、そもそもの物語の根幹、究極的な目的がわりとあっさり「え？」というようなかたちで片付けられてしまう。たしかに結末までドラマチックじゃ、ちょっとクドイ気もするけど、でもなんだかこの結末じゃ寂しくない？

井上雄彦 最後のマンガ展
http://www.flow-er.co.jp/

も、絶対行く。6/2 でチケット買う。 6/2 はnanog 43中だからダメだ。
5/28 に変更。

(socialtunesより転載)

なんとなく途中でオチが読めてしまった。

いわゆる推理小説らしい推理小説。

「トリック」も出てくるし「時刻表」も出てくる。探偵と犯人もいて、その上「アリバイ講義」もある。ちなみにアリバイ講義は面白い。物語の本筋には関係ないと思ってのんびりしていると後の展開の複線になっていたりするから油断できない。物語は単方向でいくつもの可能性がつぶされていき、行き詰まったところで天からの啓示がある。

面白いといえば面白いけど、昨今のミステリーの重層的な展開に慣れてしまってる身には少し物足りなく感じてしまうのも正直な感想でした。(ところで、こういうのを本格物って呼ぶのかしら？)

僕の弱い少年もの。

連続する女性たちの死と、主人公の高校生 日下守がバイトをするデパートでの騒ぎ、父親が起こした事故の真実の追求、この3つが物語の大枠を構成している。

一応、女性たちの死と父親の事故の真実が交差していくところがミステリーとして面白いところなんだろうけど、むしろこの物語は、日下守が真実を知り、自分で決断をしなければならない現実を通して成長していく物語だろう。

「そりゃ、最高の失敗だったよ」
「わかったかい？遺伝を信じろよ。そして、せいぜい命を大事にすることだね」
「君の手で裁くことだ」
彼らに際限のない言い訳を述べ続けさせるかね、坊や？
(守、どんなことにも言い訳を見つけちゃいかん)
「あんたは立派だよ。狂ってるけど立派だよ。あんたは自分が正しいと思ってやったんだろ？僕には何が正しいかもわからないよ。なにもかも知りたくなかった。なにも知らないままでいたかった。ちきしょう、あんたを殺してやれたらどんなにいいだろう！」

ちなみに守の最後の葛藤には、幽遊白書で樹が仙水との出会いを語る場面を思い出した。これらの葛藤は「青の炎」にも通じるものがあり、潔癖に育ってきた少年が現実との折り合いをつけなければいけない、その葛藤なのだろう。これらの割礼を経て人は jaded になっていくのだろうか…。