<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
		xmlns:xhtml="http://www.w3.org/1999/xhtml"
>

<channel>
	<title>When the rain falls silver &#187; ネットワーク</title>
	<atom:link href="http://www.fortunerinn.org/blog/tag/%e3%83%8d%e3%83%83%e3%83%88%e3%83%af%e3%83%bc%e3%82%af/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.fortunerinn.org/blog</link>
	<description></description>
	<lastBuildDate>Sun, 01 Aug 2010 02:16:25 +0000</lastBuildDate>
	<language>ja</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://www.fortunerinn.org/blog/tag/%e3%83%8d%e3%83%83%e3%83%88%e3%83%af%e3%83%bc%e3%82%af/feed/" />
		<item>
		<title>Interop Tokyo 2010</title>
		<link>http://www.fortunerinn.org/blog/2010/06/interop-tokyo-2010/</link>
		<comments>http://www.fortunerinn.org/blog/2010/06/interop-tokyo-2010/#comments</comments>
		<pubDate>Fri, 11 Jun 2010 01:42:26 +0000</pubDate>
		<dc:creator>silver</dc:creator>
				<category><![CDATA[記事]]></category>
		<category><![CDATA[イベント]]></category>
		<category><![CDATA[セキュリティ]]></category>
		<category><![CDATA[ネットワーク]]></category>

		<guid isPermaLink="false">http://www.fortunerinn.org/blog/?p=3325</guid>
		<description><![CDATA[Interop Tokyo 2010に朝から参加。 仕事上のお付き合いやリサーチなんかはさておいて、まず気になったのがShownet。今回は初の100GB回線x2系統で商用ネット接続と実にふるっている。ネットワーク図を見ると。CISCOのCRS-3(最大通信速度322Tbps)などのコアルータ、各種豪華機器がずらりと並んでいる。対外接続はYBB, OCN, ODN, KDDI, ntt.netとトランジットしているらしい。 NOCのまわりを巡るとラックに設置した機器が見えるようになっていて、ホワイトボードでの解説もついている。イベント回線確保と相互接続検証実験を兼ねているので、各所に実験的なんだろうなあという組合せが見うけられる。いや、OPは門外漢なので数割もわからないんですけど。 今回のネットワーク図は端々にある解説と大分ずれており、どういうことなんだろうと思っていたら、ISSRまわりの説明を会場内のPODにあるラックまわりで見て納得。簡単に言えば、今回のネットワークは全部仮想化されている。 それもただ「抽象化してみました」な仮想化ではなく、「高スループット、高遅延」「低スループット、低遅延」など「違うネットワーク特徴・特性を持つ仮想面」で動作している。それぞれの仮想面をスライスと呼び、Interopでは10面位使っているようだ。 「(ISPやキャリアで?)新サービスで実験がしたい時は新スライスを切る」がコンセプトらしい。写真から復元してみると各スライスはこんな感じ。 Hyper Visor Slice(HVC)面 v4,v6,100G,MPLS IX, 2/4byte AS面 (Border Slice) AIO LSN面 Juniper LSN面 グローバル面 グローバル面+Firewall (Juniper SRXがLSN兼FW/合体変形しません) 疑似攻撃生成面 (ネットテスト機材で帯域埋めてテスト/Nicterなどで監視?) DS-lite面 (A10 AX26002/ゲーム機じゃなくってIPv6関連技術の方) 信頼性重視面(VoIP, BFDとか。異機種間VRRPv3切り替えもここ?) 6 Rapid Deployment(6rd)面 (v4-v6 translateをCisco ASR1002で) Ether OAM面 (.IAGとY.1731の相互接続) 800-Auto面 (クリックひとつで面移動) もちろん、全てがIPv4/IPv6のDual Stack。IPv4のIANA枯渇があと1年少々になったのもふまえ、IPv4は基本的にLSN(Large Scale NAT)の配下や6RDなどで押しこめているのも興味深い。 他にも、光ファイバを束ねてワイヤリングを楽にしたり、NTPと同期した時計だったり、これだけ複雑な各機器の監視を行ったり、それを情報視覚化していたり、アタックを監視していたり、とトピックが満載。一応一通りは巡ったはずだが見落していることが絶対に多くありすぎると断言できる。 余談だが、久しぶりにluminさんに再会。何年ぶりだろうか、同じ業界なのに意外なほど会わないので実に懐しいものがある。私が見た時はiPadでデモをやろうとしていて、Flash問題でPBHの動画リプレイがデモできなくってと嘆いていた。話によるとおーざく氏もこられているとか。どこかのイベントでばったり逢えると良いのだが。]]></description>
			<content:encoded><![CDATA[				<p><a href="http://www.interop.jp/">Interop Tokyo 2010</a>に朝から参加。</p>
				<p><a href='http://art38.photozou.jp/pub/865/229865/photo/40544333_org.jpg'><img src='http://photozou.jp/bin/photo/40544333/org.bin?size=240' alt='INTEROP2010' /></a><a href='http://art23.photozou.jp/pub/865/229865/photo/40544298_org.jpg'><img src='http://photozou.jp/bin/photo/40544298/org.bin?size=240' alt='INTEROP2010+%23sh.net' /></a></p>
				<p><a href='http://art40.photozou.jp/pub/865/229865/photo/40544313_org.jpg'><img src='http://photozou.jp/bin/photo/40544313/org.bin?size=240' alt='INTEROP2010+NOC' /></a><a href='http://art34.photozou.jp/pub/865/229865/photo/40544322_org.jpg'><img src='http://photozou.jp/bin/photo/40544322/org.bin?size=240' alt='INTEROP2010+POD%E3%81%AB%E3%81%82%E3%82%8B%E3%82%B9%E3%83%A9%E3%82%A4%E3%82%B9%E9%9D%A2%E8%AA%AC%E6%98%8E' /></a></p>
				<p>仕事上のお付き合いやリサーチなんかはさておいて、まず気になったのがShownet。今回は初の100GB回線x2系統で商用ネット接続と実にふるっている。ネットワーク図を見ると。CISCOのCRS-3(最大通信速度322Tbps)などのコアルータ、各種豪華機器がずらりと並んでいる。対外接続はYBB, OCN, ODN, KDDI, ntt.netとトランジットしているらしい。</p>
				<p>NOCのまわりを巡るとラックに設置した機器が見えるようになっていて、ホワイトボードでの解説もついている。イベント回線確保と相互接続検証実験を兼ねているので、各所に実験的なんだろうなあという組合せが見うけられる。いや、OPは門外漢なので数割もわからないんですけど。</p>
				<p>今回のネットワーク図は端々にある解説と大分ずれており、どういうことなんだろうと思っていたら、ISSRまわりの説明を会場内のPODにあるラックまわりで見て納得。簡単に言えば、今回のネットワークは全部仮想化されている。</p>
				<p>それもただ「抽象化してみました」な仮想化ではなく、「高スループット、高遅延」「低スループット、低遅延」など「違うネットワーク特徴・特性を持つ仮想面」で動作している。それぞれの仮想面をスライスと呼び、Interopでは10面位使っているようだ。</p>
				<p>「(ISPやキャリアで?)新サービスで実験がしたい時は新スライスを切る」がコンセプトらしい。写真から復元してみると各スライスはこんな感じ。</p>
				<ol>
				<li>Hyper Visor Slice(HVC)面</li>
				<li>v4,v6,100G,MPLS IX, 2/4byte AS面 (Border Slice)</li>
				<li>AIO LSN面</li>
				<li>Juniper LSN面</li>
				<li>グローバル面</li>
				<li>グローバル面+Firewall (Juniper SRXがLSN兼FW/合体変形しません)</li>
				<li>疑似攻撃生成面 (ネットテスト機材で帯域埋めてテスト/Nicterなどで監視?)</li>
				<li>DS-lite面 (A10 AX26002/ゲーム機じゃなくってIPv6関連技術の方)</li>
				<li>信頼性重視面(VoIP, BFDとか。異機種間VRRPv3切り替えもここ?)</li>
				<li>6 Rapid Deployment(6rd)面 (v4-v6 translateをCisco ASR1002で)</li>
				<li>Ether OAM面 (.IAGとY.1731の相互接続)</li>
				<li>800-Auto面 (クリックひとつで面移動)</li>
				</ol>
				<p>もちろん、全てがIPv4/IPv6のDual Stack。IPv4のIANA枯渇があと1年少々になったのもふまえ、IPv4は基本的にLSN(Large Scale NAT)の配下や6RDなどで押しこめているのも興味深い。</p>
				<p>他にも、光ファイバを束ねてワイヤリングを楽にしたり、NTPと同期した時計だったり、これだけ複雑な各機器の監視を行ったり、それを情報視覚化していたり、アタックを監視していたり、とトピックが満載。一応一通りは巡ったはずだが見落していることが絶対に多くありすぎると断言できる。</p>
				<p>余談だが、久しぶりにluminさんに再会。何年ぶりだろうか、同じ業界なのに意外なほど会わないので実に懐しいものがある。私が見た時はiPadでデモをやろうとしていて、Flash問題でPBHの動画リプレイがデモできなくってと嘆いていた。話によるとおーざく氏もこられているとか。どこかのイベントでばったり逢えると良いのだが。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.fortunerinn.org/blog/2010/06/interop-tokyo-2010/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://www.fortunerinn.org/blog/2010/06/interop-tokyo-2010/" />
	</item>
		<item>
		<title>これは嫌そうだ</title>
		<link>http://www.fortunerinn.org/blog/2010/05/%e3%81%93%e3%82%8c%e3%81%af%e5%ab%8c%e3%81%9d%e3%81%86%e3%81%a0/</link>
		<comments>http://www.fortunerinn.org/blog/2010/05/%e3%81%93%e3%82%8c%e3%81%af%e5%ab%8c%e3%81%9d%e3%81%86%e3%81%a0/#comments</comments>
		<pubDate>Thu, 20 May 2010 16:34:16 +0000</pubDate>
		<dc:creator>silver</dc:creator>
				<category><![CDATA[記事]]></category>
		<category><![CDATA[セキュリティ]]></category>
		<category><![CDATA[ニュース]]></category>
		<category><![CDATA[ネットワーク]]></category>

		<guid isPermaLink="false">http://www.fortunerinn.org/blog/?p=3266</guid>
		<description><![CDATA[新たな手口を用いるワーム「オートラン」確認。AutoKeyを悪用 &#124; トレンドマイクロ セキュリティ ブログ （ウイルス解析担当者による Trend Micro Security Blog） ユーザが回避策を考案するように、このワームの拡散を企むサイバー犯罪者もまた、新しい手口を発案し続けます。そのため、ワーム感染の防止策を講じたユーザであっても、サイバー犯罪者の餌食となる可能性があります。そして今回、ワーム「オートラン」拡散に用いられる新しい手口として、autorun.inf内の「ActionKey」を利用した事例が確認されました。 詳しくは調べていないから不明だけど、どの程度の対策が無理になるのかは重要。流石にパッチあててパッチあててグループポリシーかけて、まで無効なら泣く。まあ、多分大丈夫だと思うんだけどなあ。]]></description>
			<content:encoded><![CDATA[				<p><a href="http://blog.trendmicro.co.jp/archives/3527">新たな手口を用いるワーム「オートラン」確認。AutoKeyを悪用 | トレンドマイクロ セキュリティ ブログ （ウイルス解析担当者による Trend Micro Security Blog）</a></p>
				<blockquote cite="http://blog.trendmicro.co.jp/archives/3527" title="新たな手口を用いるワーム「オートラン」確認。AutoKeyを悪用 | トレンドマイクロ セキュリティ ブログ （ウイルス解析担当者による Trend Micro Security Blog）">
				<p>ユーザが回避策を考案するように、このワームの拡散を企むサイバー犯罪者もまた、新しい手口を発案し続けます。そのため、ワーム感染の防止策を講じたユーザであっても、サイバー犯罪者の餌食となる可能性があります。そして今回、ワーム「オートラン」拡散に用いられる新しい手口として、autorun.inf内の「ActionKey」を利用した事例が確認されました。</p>
				</blockquote>
				<p>詳しくは調べていないから不明だけど、どの程度の対策が無理になるのかは重要。流石にパッチあててパッチあててグループポリシーかけて、まで無効なら泣く。まあ、多分大丈夫だと思うんだけどなあ。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.fortunerinn.org/blog/2010/05/%e3%81%93%e3%82%8c%e3%81%af%e5%ab%8c%e3%81%9d%e3%81%86%e3%81%a0/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://www.fortunerinn.org/blog/2010/05/%e3%81%93%e3%82%8c%e3%81%af%e5%ab%8c%e3%81%9d%e3%81%86%e3%81%a0/" />
	</item>
		<item>
		<title>適当なIPアドレスを使った結果がこれだよ!</title>
		<link>http://www.fortunerinn.org/blog/2010/04/%e9%81%a9%e5%bd%93%e3%81%aaip%e3%82%a2%e3%83%89%e3%83%ac%e3%82%b9%e3%82%92%e4%bd%bf%e3%81%a3%e3%81%9f%e7%b5%90%e6%9e%9c%e3%81%8c%e3%81%93%e3%82%8c%e3%81%a0%e3%82%88/</link>
		<comments>http://www.fortunerinn.org/blog/2010/04/%e9%81%a9%e5%bd%93%e3%81%aaip%e3%82%a2%e3%83%89%e3%83%ac%e3%82%b9%e3%82%92%e4%bd%bf%e3%81%a3%e3%81%9f%e7%b5%90%e6%9e%9c%e3%81%8c%e3%81%93%e3%82%8c%e3%81%a0%e3%82%88/#comments</comments>
		<pubDate>Fri, 16 Apr 2010 00:22:10 +0000</pubDate>
		<dc:creator>silver</dc:creator>
				<category><![CDATA[記事]]></category>
		<category><![CDATA[セキュリティ]]></category>
		<category><![CDATA[ネットワーク]]></category>

		<guid isPermaLink="false">http://www.fortunerinn.org/blog/?p=3154</guid>
		<description><![CDATA[IANAのIPv4プールから1.0.0.0/8が割り当てられた時にも話題になったが、とにかく1.0.0.0とか1.2.3.4とか、マニュアルに適当に書いたりデフォルト値にする人達がいる。そういう人達にはRFC(今ならRFC3330)を読めといいたいが、事実そういうトラフィックは出てしまっているし、たまに経路情報やDNS情報としても出ているらしい。 そして、APNICが2010/2/22〜2010/3/1の間だけ経路情報を流してみて調査した結果がこちら。本来ならばほとんど何も出ないはず。 Traffic in Network 1.0.0.0/8 ところが、蓋をあけてみると1.0.0.0/8全体で平均160Mbpsのトラフィックがあり、バーストトラフィクとして1〜30秒間で200Mbpsとか300Mbpsとか、あげくの果てには3秒間で860Mbpsとか10秒間で750Mbpsとか。かなりのトラフィックがあったようだ。 (元)上司のA氏はDDoSの偽装IPのリプライが戻ってきているんじゃないかと分析していたが、パケットの90%弱がUDPパケットだし、バースト部分についてはその可能性がかなり高いと思う。ただ、それを除いても定常的に一定の数値が出ているし、平均160MbpsのすべてがDDoSだとも思いにくい。 ちなみに、細かくトラフィックを見ていると、多かったのは 1.1.1.0/24 (平均78Mbps,ピーク352Mbps)、1.4.0.0/24(平均12Mbps,ピーク44Mbps)、1.2.3.0/24(平均11Mbps, ピーク127Mbps)、1.0.0.0/24(平均7Mbps,ピーク30Mbps)、1.10.10.0/24(平均3Mbps, ピーク8Mbps)といったところ。 ピークが激しいのはDDoS分が含まれるとしても、1.1.1.1 とかが多そうな 1.1.1.0/24 や、1.2.3.4 が多そうな 1.2.3.0/24 はあきらかに設定で流れてきていそうだ。1.4.0.0/24 というのはピークが低い割に流れてきているんだけど、これも何か有名な機器で設定されてしまったとかあるんだろうか。 いずれにせよ、このエリアはゴミトラフィックが流れてきやすいということで。debogonも結構かかったみたいだし、割り当てを受ける方も覚悟が必要ですね。]]></description>
			<content:encoded><![CDATA[				<p>IANAのIPv4プールから1.0.0.0/8が割り当てられた時にも話題になったが、とにかく1.0.0.0とか1.2.3.4とか、マニュアルに適当に書いたりデフォルト値にする人達がいる。そういう人達にはRFC(今なら<a href="http://www.rfc-editor.org/rfc/rfc3330.txt">RFC3330</a>)を読めといいたいが、事実そういうトラフィックは出てしまっているし、たまに経路情報やDNS情報としても出ているらしい。</p>
				<p>そして、APNICが2010/2/22〜2010/3/1の間だけ経路情報を流してみて調査した結果がこちら。本来ならばほとんど何も出ないはず。</p>
				<p><a href="http://www.potaroo.net/studies/1slash8/1slash8.html">Traffic in Network 1.0.0.0/8</a></p>
				<p>ところが、蓋をあけてみると1.0.0.0/8全体で平均160Mbpsのトラフィックがあり、バーストトラフィクとして1〜30秒間で200Mbpsとか300Mbpsとか、あげくの果てには3秒間で860Mbpsとか10秒間で750Mbpsとか。かなりのトラフィックがあったようだ。</p>
				<p>(元)上司のA氏はDDoSの偽装IPのリプライが戻ってきているんじゃないかと分析していたが、パケットの90%弱がUDPパケットだし、バースト部分についてはその可能性がかなり高いと思う。ただ、それを除いても定常的に一定の数値が出ているし、平均160MbpsのすべてがDDoSだとも思いにくい。</p>
				<p>ちなみに、細かくトラフィックを見ていると、多かったのは 1.1.1.0/24 (平均78Mbps,ピーク352Mbps)、1.4.0.0/24(平均12Mbps,ピーク44Mbps)、1.2.3.0/24(平均11Mbps, ピーク127Mbps)、1.0.0.0/24(平均7Mbps,ピーク30Mbps)、1.10.10.0/24(平均3Mbps, ピーク8Mbps)といったところ。</p>
				<p>ピークが激しいのはDDoS分が含まれるとしても、1.1.1.1 とかが多そうな 1.1.1.0/24 や、1.2.3.4 が多そうな 1.2.3.0/24 はあきらかに設定で流れてきていそうだ。1.4.0.0/24 というのはピークが低い割に流れてきているんだけど、これも何か有名な機器で設定されてしまったとかあるんだろうか。</p>
				<p>いずれにせよ、このエリアはゴミトラフィックが流れてきやすいということで。debogonも結構かかったみたいだし、割り当てを受ける方も覚悟が必要ですね。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.fortunerinn.org/blog/2010/04/%e9%81%a9%e5%bd%93%e3%81%aaip%e3%82%a2%e3%83%89%e3%83%ac%e3%82%b9%e3%82%92%e4%bd%bf%e3%81%a3%e3%81%9f%e7%b5%90%e6%9e%9c%e3%81%8c%e3%81%93%e3%82%8c%e3%81%a0%e3%82%88/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://www.fortunerinn.org/blog/2010/04/%e9%81%a9%e5%bd%93%e3%81%aaip%e3%82%a2%e3%83%89%e3%83%ac%e3%82%b9%e3%82%92%e4%bd%bf%e3%81%a3%e3%81%9f%e7%b5%90%e6%9e%9c%e3%81%8c%e3%81%93%e3%82%8c%e3%81%a0%e3%82%88/" />
	</item>
		<item>
		<title>エイプリルフール</title>
		<link>http://www.fortunerinn.org/blog/2010/04/%e3%82%a8%e3%82%a4%e3%83%97%e3%83%aa%e3%83%ab%e3%83%95%e3%83%bc%e3%83%ab-2/</link>
		<comments>http://www.fortunerinn.org/blog/2010/04/%e3%82%a8%e3%82%a4%e3%83%97%e3%83%aa%e3%83%ab%e3%83%95%e3%83%bc%e3%83%ab-2/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 12:26:51 +0000</pubDate>
		<dc:creator>silver</dc:creator>
				<category><![CDATA[記事]]></category>
		<category><![CDATA[イベント]]></category>
		<category><![CDATA[ネットワーク]]></category>
		<category><![CDATA[生活]]></category>

		<guid isPermaLink="false">http://www.fortunerinn.org/blog/?p=3110</guid>
		<description><![CDATA[今年も何時もの通り…と思いきや、アイレムは4/1前から事前予告が入る徹底ぶり。いったい何がと思ったら、PlayStation@Homeを用意しておけということらしい。 4/1になって少ししたら更新されたので中身を見てみると、没ゲームのサイト。なんというか映画にアニメにとマルチメディア展開全開で嘘をつきまくってます。と、昨年までならここまで。今年はなんと1日だけテストプレイを公開しますということで、PlayStation@Homeのアイレムの所でゲームをプレイできるという…。 話しかけたら姿がかわってあたりも一面それっぽくなりました。アイレムの管理下の場所全部を使っているのか、重くて確認できませんでしたが複数エリアも余裕。海辺では巨大な怪物がのたくりまわってました。棘にやられて死んだあたりで実質ハングアップしたので、あきらめて終了。なんて規模だ。 ゲームといえば週間トロステーションも4/1特別号。こちらも延々バトルしながら迷宮を潜るミニゲームが。朝出勤前に見ていたので、途中で適当に撤退。クロが色々な名前で出てくるのだけれども、それぞれに違った衣装で酷い技を使うので見飽きない。これも見た目以上に手間がかかってそうです。翌日が通常号配信なので、気合はいってますねえ。 円谷はSNS→まとめブログときて、今度はtwitterもどき。恐るべきことに、通常twitterにも各キャラクタを作って、独自のもどきの方も更新しての二重リアルタイム更新。22時位まで見ていましたが、日中も延々更新して、かけあいや漫才やってました。来年はいったいどうなってしまうんだ…。 さくらインターネットはとある科学の超電磁砲とのコラボで一面「とある〜」仕様に。確実に一定の割合は転んでしまったことでしょう。 インプレスはいつも通りでほっと一安心。この適度なゆるさが良い。うちの会社も妙なプレスリリースを出していた模様。公式twitterより上層部の個人twitterアカウントで話が進んでいるあたりはまだまだか。 アルトネリコのトウコウスフィアも4/1仕様。昨年は見ていないけど、これはこれで酷く、楽しい。1,2のキャラクタは4/1仕様でぶっこわれ、3のキャラクタは初参戦。しかし、3には2でもいたキャラクタがいるわけで…まあなんというか哀れなことに。来年もあるのだろうか。 とにかく、今年は気合が入りすぎている所多数。聞いたところではTYPE-MOONもtwitterでかけあいやっていたとか。流石に仕事があるので半リアルタイムで追えるのは1箇所がせいぜいですね。]]></description>
			<content:encoded><![CDATA[				<p>今年も何時もの通り…と思いきや、アイレムは4/1前から事前予告が入る徹底ぶり。いったい何がと思ったら、PlayStation@Homeを用意しておけということらしい。</p>
				<p>4/1になって少ししたら更新されたので中身を見てみると、没ゲームのサイト。なんというか映画にアニメにとマルチメディア展開全開で嘘をつきまくってます。と、昨年までならここまで。今年はなんと1日だけテストプレイを公開しますということで、PlayStation@Homeのアイレムの所でゲームをプレイできるという…。</p>
				<p>話しかけたら姿がかわってあたりも一面それっぽくなりました。アイレムの管理下の場所全部を使っているのか、重くて確認できませんでしたが複数エリアも余裕。海辺では巨大な怪物がのたくりまわってました。棘にやられて死んだあたりで実質ハングアップしたので、あきらめて終了。なんて規模だ。</p>
				<p>ゲームといえば週間トロステーションも4/1特別号。こちらも延々バトルしながら迷宮を潜るミニゲームが。朝出勤前に見ていたので、途中で適当に撤退。クロが色々な名前で出てくるのだけれども、それぞれに違った衣装で酷い技を使うので見飽きない。これも見た目以上に手間がかかってそうです。翌日が通常号配信なので、気合はいってますねえ。</p>
				<p>円谷はSNS→まとめブログときて、今度はtwitterもどき。恐るべきことに、通常twitterにも各キャラクタを作って、独自のもどきの方も更新しての二重リアルタイム更新。22時位まで見ていましたが、日中も延々更新して、かけあいや漫才やってました。来年はいったいどうなってしまうんだ…。</p>
				<p>さくらインターネットはとある科学の超電磁砲とのコラボで一面「とある〜」仕様に。確実に一定の割合は転んでしまったことでしょう。</p>
				<p>インプレスはいつも通りでほっと一安心。この適度なゆるさが良い。うちの会社も妙なプレスリリースを出していた模様。公式twitterより上層部の個人twitterアカウントで話が進んでいるあたりはまだまだか。</p>
				<p>アルトネリコのトウコウスフィアも4/1仕様。昨年は見ていないけど、これはこれで酷く、楽しい。1,2のキャラクタは4/1仕様でぶっこわれ、3のキャラクタは初参戦。しかし、3には2でもいたキャラクタがいるわけで…まあなんというか哀れなことに。来年もあるのだろうか。</p>
				<p>とにかく、今年は気合が入りすぎている所多数。聞いたところではTYPE-MOONもtwitterでかけあいやっていたとか。流石に仕事があるので半リアルタイムで追えるのは1箇所がせいぜいですね。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.fortunerinn.org/blog/2010/04/%e3%82%a8%e3%82%a4%e3%83%97%e3%83%aa%e3%83%ab%e3%83%95%e3%83%bc%e3%83%ab-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://www.fortunerinn.org/blog/2010/04/%e3%82%a8%e3%82%a4%e3%83%97%e3%83%aa%e3%83%ab%e3%83%95%e3%83%bc%e3%83%ab-2/" />
	</item>
		<item>
		<title>中国の DNS I Root Server が嘘を返しはじめる</title>
		<link>http://www.fortunerinn.org/blog/2010/03/%e4%b8%ad%e5%9b%bd%e3%81%ae-dns-i-root-server-%e3%81%8c%e5%98%98%e3%82%92%e8%bf%94%e3%81%97%e3%81%af%e3%81%98%e3%82%81%e3%82%8b/</link>
		<comments>http://www.fortunerinn.org/blog/2010/03/%e4%b8%ad%e5%9b%bd%e3%81%ae-dns-i-root-server-%e3%81%8c%e5%98%98%e3%82%92%e8%bf%94%e3%81%97%e3%81%af%e3%81%98%e3%82%81%e3%82%8b/#comments</comments>
		<pubDate>Sun, 28 Mar 2010 04:59:18 +0000</pubDate>
		<dc:creator>silver</dc:creator>
				<category><![CDATA[記事]]></category>
		<category><![CDATA[セキュリティ]]></category>
		<category><![CDATA[ニュース]]></category>
		<category><![CDATA[ネットワーク]]></category>

		<guid isPermaLink="false">http://www.fortunerinn.org/blog/?p=3091</guid>
		<description><![CDATA[yebo blog: 中国にあるDNSルートサーバが不審な動きをして停止 中国国内に配置される、DNS ルート･サーバーが閉鎖された？ « Agile Cat — Azure &#38; Hadoop — Talking Book 全世界に分散配置されているDNS Root Server。I Root Serverの分散先の一つ、中国においていたサーバが突然嘘の答えを返しはじめたらしい。 FaceBook, Twitter, YouTube等を調べると嘘をついたそうなので、検閲ですね。閉じたネットワークの出口でするならまだしも、全世界に影響する形で、しかも委託されたサーバでするあたりがえげつない。一応「やってないよ!」と主張はしているようですけど…。 当然のように、中国のI Root ServerはAnycastから外された様子。けれども、Root Serverの地図を見る限りまだ他にも中国・香港内には DNS Root はあるようだし、他の管理団体の動静が注目されます。 そして、ニュースにならんのね、この類…。インターネット接続を先進国の重要インフラに含めても良い位に、インターネットは日々の生活の裏で活用されている。DNSはその中でも間違いなく基幹となる重要サービスの一つだ。これがなければメールもウェブもまともに動かない。んだけどなあ…。 今回の事件は立派に、DNS Root Hijack という最悪の事態の一つ。メールの宛先もウェブの行き先も全部好きにかえられる。情報を隠すも盗み見るも、見にきた人を攻撃サイトに誘導するも自由自在。是非こういうことがあった、と報道をして欲しいものだ。]]></description>
			<content:encoded><![CDATA[				<ol>
				<li><a href="http://yebo-blog.blogspot.com/2010/03/dns.html">yebo blog: 中国にあるDNSルートサーバが不審な動きをして停止</a></li>
				<li><a href="http://agilecat.wordpress.com/2010/03/27/%E4%B8%AD%E5%9B%BD%E5%9B%BD%E5%86%85%E3%81%AB%E9%85%8D%E7%BD%AE%E3%81%95%E3%82%8C%E3%82%8B%E3%80%81dns-%E3%83%AB%E3%83%BC%E3%83%88%EF%BD%A5%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC%E3%81%8C%E9%96%89/">中国国内に配置される、DNS ルート･サーバーが閉鎖された？ « Agile Cat — Azure &amp; Hadoop — Talking Book</a></li>
				</ol>
				<p>全世界に分散配置されているDNS Root Server。I Root Serverの分散先の一つ、中国においていたサーバが突然嘘の答えを返しはじめたらしい。</p>
				<p>FaceBook, Twitter, YouTube等を調べると嘘をついたそうなので、検閲ですね。閉じたネットワークの出口でするならまだしも、全世界に影響する形で、しかも委託されたサーバでするあたりがえげつない。一応「やってないよ!」と主張はしているようですけど…。</p>
				<p>当然のように、中国のI Root ServerはAnycastから外された様子。けれども、<a href="http://www.root-servers.org/">Root Serverの地図</a>を見る限りまだ他にも中国・香港内には DNS Root はあるようだし、他の管理団体の動静が注目されます。</p>
				<p>そして、ニュースにならんのね、この類…。インターネット接続を先進国の重要インフラに含めても良い位に、インターネットは日々の生活の裏で活用されている。DNSはその中でも間違いなく基幹となる重要サービスの一つだ。これがなければメールもウェブもまともに動かない。んだけどなあ…。</p>
				<p>今回の事件は立派に、DNS Root Hijack という最悪の事態の一つ。メールの宛先もウェブの行き先も全部好きにかえられる。情報を隠すも盗み見るも、見にきた人を攻撃サイトに誘導するも自由自在。是非こういうことがあった、と報道をして欲しいものだ。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.fortunerinn.org/blog/2010/03/%e4%b8%ad%e5%9b%bd%e3%81%ae-dns-i-root-server-%e3%81%8c%e5%98%98%e3%82%92%e8%bf%94%e3%81%97%e3%81%af%e3%81%98%e3%82%81%e3%82%8b/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://www.fortunerinn.org/blog/2010/03/%e4%b8%ad%e5%9b%bd%e3%81%ae-dns-i-root-server-%e3%81%8c%e5%98%98%e3%82%92%e8%bf%94%e3%81%97%e3%81%af%e3%81%98%e3%82%81%e3%82%8b/" />
	</item>
		<item>
		<title>自宅サーバを無届けで設置すると逮捕される？</title>
		<link>http://www.fortunerinn.org/blog/2010/02/%e8%87%aa%e5%ae%85%e3%82%b5%e3%83%bc%e3%83%90%e3%82%92%e7%84%a1%e5%b1%8a%e3%81%91%e3%81%a7%e8%a8%ad%e7%bd%ae%e3%81%99%e3%82%8b%e3%81%a8%e9%80%ae%e6%8d%95%e3%81%95%e3%82%8c%e3%82%8b%ef%bc%9f/</link>
		<comments>http://www.fortunerinn.org/blog/2010/02/%e8%87%aa%e5%ae%85%e3%82%b5%e3%83%bc%e3%83%90%e3%82%92%e7%84%a1%e5%b1%8a%e3%81%91%e3%81%a7%e8%a8%ad%e7%bd%ae%e3%81%99%e3%82%8b%e3%81%a8%e9%80%ae%e6%8d%95%e3%81%95%e3%82%8c%e3%82%8b%ef%bc%9f/#comments</comments>
		<pubDate>Tue, 16 Feb 2010 10:59:58 +0000</pubDate>
		<dc:creator>silver</dc:creator>
				<category><![CDATA[記事]]></category>
		<category><![CDATA[ネットワーク]]></category>

		<guid isPermaLink="false">http://www.fortunerinn.org/blog/?p=2971</guid>
		<description><![CDATA[MobileHackerz再起動日記: 自宅サーバを無届けで設置すると逮捕される？ 電気通信事業法の話。 実質問題ないよというのは、いつでも別件で使われるよという意味に思えてならない。まあ普通に使っていればいいわけだが。届出が必要な場合も受領して認定するわけではないので、とりあえず出せばいいらしい。]]></description>
			<content:encoded><![CDATA[				<p><a href="http://blog.mobilehackerz.jp/2010/02/blog-post_8827.html">MobileHackerz再起動日記: 自宅サーバを無届けで設置すると逮捕される？</a></p>
				<p>電気通信事業法の話。</p>
				<p>実質問題ないよというのは、いつでも別件で使われるよという意味に思えてならない。まあ普通に使っていればいいわけだが。届出が必要な場合も受領して認定するわけではないので、とりあえず出せばいいらしい。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.fortunerinn.org/blog/2010/02/%e8%87%aa%e5%ae%85%e3%82%b5%e3%83%bc%e3%83%90%e3%82%92%e7%84%a1%e5%b1%8a%e3%81%91%e3%81%a7%e8%a8%ad%e7%bd%ae%e3%81%99%e3%82%8b%e3%81%a8%e9%80%ae%e6%8d%95%e3%81%95%e3%82%8c%e3%82%8b%ef%bc%9f/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://www.fortunerinn.org/blog/2010/02/%e8%87%aa%e5%ae%85%e3%82%b5%e3%83%bc%e3%83%90%e3%82%92%e7%84%a1%e5%b1%8a%e3%81%91%e3%81%a7%e8%a8%ad%e7%bd%ae%e3%81%99%e3%82%8b%e3%81%a8%e9%80%ae%e6%8d%95%e3%81%95%e3%82%8c%e3%82%8b%ef%bc%9f/" />
	</item>
		<item>
		<title>成功したプロトコル</title>
		<link>http://www.fortunerinn.org/blog/2010/02/%e6%88%90%e5%8a%9f%e3%81%97%e3%81%9f%e3%83%97%e3%83%ad%e3%83%88%e3%82%b3%e3%83%ab/</link>
		<comments>http://www.fortunerinn.org/blog/2010/02/%e6%88%90%e5%8a%9f%e3%81%97%e3%81%9f%e3%83%97%e3%83%ad%e3%83%88%e3%82%b3%e3%83%ab/#comments</comments>
		<pubDate>Sun, 07 Feb 2010 22:08:15 +0000</pubDate>
		<dc:creator>silver</dc:creator>
				<category><![CDATA[記事]]></category>
		<category><![CDATA[ネットワーク]]></category>

		<guid isPermaLink="false">http://www.fortunerinn.org/blog/?p=2950</guid>
		<description><![CDATA[RFC 5218 &#8211; What Makes For a Successful Protocol? RFCになったからといって何でも使われるわけではなく、HTTP Cookie2のようにただひたすら使われていないものも多数あるわけです。その中で生き残ってきたプロトコルについてのまとめ。 10年後、IPv6はどちらに入るのだろうか?]]></description>
			<content:encoded><![CDATA[				<p><a href="http://tools.ietf.org/html/rfc5218">RFC 5218 &#8211; What Makes For a Successful Protocol?</a></p>
				<p>RFCになったからといって何でも使われるわけではなく、HTTP Cookie2のようにただひたすら使われていないものも多数あるわけです。その中で生き残ってきたプロトコルについてのまとめ。</p>
				<p>10年後、IPv6はどちらに入るのだろうか?</p>
]]></content:encoded>
			<wfw:commentRss>http://www.fortunerinn.org/blog/2010/02/%e6%88%90%e5%8a%9f%e3%81%97%e3%81%9f%e3%83%97%e3%83%ad%e3%83%88%e3%82%b3%e3%83%ab/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://www.fortunerinn.org/blog/2010/02/%e6%88%90%e5%8a%9f%e3%81%97%e3%81%9f%e3%83%97%e3%83%ad%e3%83%88%e3%82%b3%e3%83%ab/" />
	</item>
		<item>
		<title>家庭内ネットワークの再構成を考えてみる</title>
		<link>http://www.fortunerinn.org/blog/2010/01/%e5%ae%b6%e5%ba%ad%e5%86%85%e3%83%8d%e3%83%83%e3%83%88%e3%83%af%e3%83%bc%e3%82%af%e3%81%ae%e5%86%8d%e6%a7%8b%e6%88%90%e3%82%92%e8%80%83%e3%81%88%e3%81%a6%e3%81%bf%e3%82%8b/</link>
		<comments>http://www.fortunerinn.org/blog/2010/01/%e5%ae%b6%e5%ba%ad%e5%86%85%e3%83%8d%e3%83%83%e3%83%88%e3%83%af%e3%83%bc%e3%82%af%e3%81%ae%e5%86%8d%e6%a7%8b%e6%88%90%e3%82%92%e8%80%83%e3%81%88%e3%81%a6%e3%81%bf%e3%82%8b/#comments</comments>
		<pubDate>Mon, 11 Jan 2010 13:27:48 +0000</pubDate>
		<dc:creator>silver</dc:creator>
				<category><![CDATA[記事]]></category>
		<category><![CDATA[ネットワーク]]></category>

		<guid isPermaLink="false">http://www.fortunerinn.org/blog/?p=2856</guid>
		<description><![CDATA[手持ちの機材であれこれいじろうとしてみたが、現在適当に分割しているDMZを真面目に分けると、サーバとの間が100Mbps律速になってしまうのに気がついて、悩む。そして、VLANで適当に対処しようとしたらハブを企業向け製品にリニューアルしないといけない。むむむ。 ついでに、メインマシンの片方が無線なので、1000Base-T同士で通信することがあまり無いからと放置していた Jumbo Frame を設定しようとしてみる。Macはシステム環境設定からあっさりできるが、色々な結節点になっている Time Cupsule が対応していないことが判明して断念。 …しばらくこのままで、ルータのリプレースだけ考えるか。]]></description>
			<content:encoded><![CDATA[				<p>手持ちの機材であれこれいじろうとしてみたが、現在適当に分割しているDMZを真面目に分けると、サーバとの間が100Mbps律速になってしまうのに気がついて、悩む。そして、VLANで適当に対処しようとしたらハブを企業向け製品にリニューアルしないといけない。むむむ。</p>
				<p>ついでに、メインマシンの片方が無線なので、1000Base-T同士で通信することがあまり無いからと放置していた Jumbo Frame を設定しようとしてみる。Macはシステム環境設定からあっさりできるが、色々な結節点になっている Time Cupsule が対応していないことが判明して断念。</p>
				<p>…しばらくこのままで、ルータのリプレースだけ考えるか。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.fortunerinn.org/blog/2010/01/%e5%ae%b6%e5%ba%ad%e5%86%85%e3%83%8d%e3%83%83%e3%83%88%e3%83%af%e3%83%bc%e3%82%af%e3%81%ae%e5%86%8d%e6%a7%8b%e6%88%90%e3%82%92%e8%80%83%e3%81%88%e3%81%a6%e3%81%bf%e3%82%8b/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://www.fortunerinn.org/blog/2010/01/%e5%ae%b6%e5%ba%ad%e5%86%85%e3%83%8d%e3%83%83%e3%83%88%e3%83%af%e3%83%bc%e3%82%af%e3%81%ae%e5%86%8d%e6%a7%8b%e6%88%90%e3%82%92%e8%80%83%e3%81%88%e3%81%a6%e3%81%bf%e3%82%8b/" />
	</item>
		<item>
		<title>PS3 Media Server</title>
		<link>http://www.fortunerinn.org/blog/2009/12/ps3-media-server/</link>
		<comments>http://www.fortunerinn.org/blog/2009/12/ps3-media-server/#comments</comments>
		<pubDate>Wed, 23 Dec 2009 08:21:27 +0000</pubDate>
		<dc:creator>silver</dc:creator>
				<category><![CDATA[記事]]></category>
		<category><![CDATA[OSX]]></category>
		<category><![CDATA[ソフトウェア]]></category>
		<category><![CDATA[ネットワーク]]></category>

		<guid isPermaLink="false">http://www.fortunerinn.org/blog/?p=2795</guid>
		<description><![CDATA[ps3mediaserver &#8211; Project Hosting on Google Code DLNAサーバ化させるPS3 Media ServerをMacBook Proに入れて、PS3からみてみる。無線でも十分みられるものなんだな。BRAVIAでモードをかえるとモーションフローがきくのが面白い。 BRABIA自体もDLNA対応のようだが、若干の設定がいるらしい。PS3 Media Server　(PMS)　まとめwikiを参考にいじればなんとかなる…のだろか?とりあえずPS3経由で見られるからいいか。]]></description>
			<content:encoded><![CDATA[				<p><a href="http://code.google.com/p/ps3mediaserver/">ps3mediaserver &#8211; Project Hosting on Google Code</a></p>
				<p>DLNAサーバ化させるPS3 Media ServerをMacBook Proに入れて、PS3からみてみる。無線でも十分みられるものなんだな。BRAVIAでモードをかえるとモーションフローがきくのが面白い。</p>
				<p>BRABIA自体もDLNA対応のようだが、若干の設定がいるらしい。<a href="http://www42.atwiki.jp/pms_ps3/pages/1.html">PS3 Media Server　(PMS)　まとめwiki</a>を参考にいじればなんとかなる…のだろか?とりあえずPS3経由で見られるからいいか。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.fortunerinn.org/blog/2009/12/ps3-media-server/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://www.fortunerinn.org/blog/2009/12/ps3-media-server/" />
	</item>
		<item>
		<title>ルートゾーンのDNSSEC署名に向けて</title>
		<link>http://www.fortunerinn.org/blog/2009/12/%e3%83%ab%e3%83%bc%e3%83%88%e3%82%be%e3%83%bc%e3%83%b3%e3%81%aednssec%e7%bd%b2%e5%90%8d%e3%81%ab%e5%90%91%e3%81%91%e3%81%a6/</link>
		<comments>http://www.fortunerinn.org/blog/2009/12/%e3%83%ab%e3%83%bc%e3%83%88%e3%82%be%e3%83%bc%e3%83%b3%e3%81%aednssec%e7%bd%b2%e5%90%8d%e3%81%ab%e5%90%91%e3%81%91%e3%81%a6/#comments</comments>
		<pubDate>Wed, 16 Dec 2009 12:02:43 +0000</pubDate>
		<dc:creator>silver</dc:creator>
				<category><![CDATA[記事]]></category>
		<category><![CDATA[ネットワーク]]></category>

		<guid isPermaLink="false">http://www.fortunerinn.org/blog/?p=2769</guid>
		<description><![CDATA[ルートゾーンへのDNSSECの導入と展開 〜DNSSECの世界的普及に向けた大きな一歩〜 Root DNSSec に対応するためには、SHA-1をさけてSHA-256に対応する必要があるので、最新(予定)のbindまたはunboundが必要となるのか。 運用を学ぶという点では、今からDNSSECをいじっておいた方が良いのだろうけど、DURZとかからんでうまく動くのかどうか、検証を待って対応されてからの方が素直に手間が減りそうな気もする。 いずれにせよ、2010/07までにRoot DNS ServerがDNSSEC対応するはずなので、その後からでも遅くはないか。IPv6対応とまぜると障害切り分けで地獄を見そうだけれども、LSNはいつ実施されてしまうのだろう。]]></description>
			<content:encoded><![CDATA[				<p><a href="http://jpinfo.jp/event/2009/1216DNSSEC.html">ルートゾーンへのDNSSECの導入と展開 〜DNSSECの世界的普及に向けた大きな一歩〜</a></p>
				<p>Root DNSSec に対応するためには、SHA-1をさけてSHA-256に対応する必要があるので、最新(予定)のbindまたはunboundが必要となるのか。 </p>
				<p>運用を学ぶという点では、今からDNSSECをいじっておいた方が良いのだろうけど、DURZとかからんでうまく動くのかどうか、検証を待って対応されてからの方が素直に手間が減りそうな気もする。</p>
				<p>いずれにせよ、2010/07までにRoot DNS ServerがDNSSEC対応するはずなので、その後からでも遅くはないか。IPv6対応とまぜると障害切り分けで地獄を見そうだけれども、LSNはいつ実施されてしまうのだろう。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.fortunerinn.org/blog/2009/12/%e3%83%ab%e3%83%bc%e3%83%88%e3%82%be%e3%83%bc%e3%83%b3%e3%81%aednssec%e7%bd%b2%e5%90%8d%e3%81%ab%e5%90%91%e3%81%91%e3%81%a6/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://www.fortunerinn.org/blog/2009/12/%e3%83%ab%e3%83%bc%e3%83%88%e3%82%be%e3%83%bc%e3%83%b3%e3%81%aednssec%e7%bd%b2%e5%90%8d%e3%81%ab%e5%90%91%e3%81%91%e3%81%a6/" />
	</item>
	</channel>
</rss>
