アカウント名:
パスワード:
サーバサイド: たいていのサーバアプリは IPv6 ready。そうでないのって、よく見る辺りだと djb 作のものとかでは? (patch 適用はなしで。djb 作の patch じゃないでしょ)
Windows: 2000 以前はさようなら。Windows の通信コンポーネントに任せる関係のものは IPv6 ready。.NET Framework 物は App.config などに <ipv6 enable="true"/> で ok。独自で通信回りを書いているものは……まぁ、がんばりましょう。ちなみに、IE や Firefox/SeaMonkey 辺りは IPv6 ok。
なお、Windows XP での最大の問題は DNS。IPv4 でしか聞いてくれないのは……。Windows Firewall に関しても、インタフェース回りとか。IPv6 ICF とかあるのですが……。
大きな問題となりそうなのは、やはり経路と到達性だったりするのですよね。IPv6 アドレスくれるプロバイダ少なすぎ。
ファイアウォール回りも IPv6 対応はほとんど済んでいて、さらに改善している方向で進んでいるのが現状でしょう。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
移行、うまくいくのかなぁ (スコア:5, 興味深い)
http://www.unixuser.org/~euske/doc/ipv6ex/index.html [unixuser.org]
を紹介しておこう。
Re:移行、うまくいくのかなぁ (スコア:1, 興味深い)
手元のLinux PC(Fedora Core4)でifconfigを実行すると、inet addr:192.168.1.121とともに、inet6 addrも出てきます。別のホスト(Redhat 7.3)ではifconfigしてもそのように出てこなかったので、OSがIPv6に対応しているのだと思います。
そこで、同じNICでIPv4とv6の両方のアドレスを名乗ることが出来る場合、リンク先、図 8(IPv4 ホストと IPv6 ホストに到達できるコンピュータの割合 )のMagic Momentが来る日というのは、「現在のIPv6に対応しないOSが全てIPv6に対応するOSに置き換わる日」ということが言えるのではないでしょうか。そうすると、記事にあるとおり9年後にIPv4が枯渇しても、現在のホストがそのときまでにバージョンアップしていれば良いと言うことになるわけで、たいした問題でも無いような気がするのですが、違うのでしょうか。
Re:移行、うまくいくのかなぁ (スコア:3, 参考になる)
その上で動くアプリも無視しちゃいけません。
あと、そこいらのブロードバンドルータみたいな、アップグレードが
事実上不可能なIPv4組み込み製品連中をどうするのかも。
Re:移行、うまくいくのかなぁ (スコア:2, 興味深い)
サーバサイド: たいていのサーバアプリは IPv6 ready。そうでないのって、よく見る辺りだと djb 作のものとかでは? (patch 適用はなしで。djb 作の patch じゃないでしょ)
Windows: 2000 以前はさようなら。Windows の通信コンポーネントに任せる関係のものは IPv6 ready。.NET Framework 物は App.config などに <ipv6 enable="true"/> で ok。独自で通信回りを書いているものは……まぁ、がんばりましょう。ちなみに、IE や Firefox/SeaMonkey 辺りは IPv6 ok。
なお、Windows XP での最大の問題は DNS。IPv4 でしか聞いてくれないのは……。Windows Firewall に関しても、インタフェース回りとか。IPv6 ICF とかあるのですが……。
大きな問題となりそうなのは、やはり経路と到達性だったりするのですよね。IPv6 アドレスくれるプロバイダ少なすぎ。
ファイアウォール回りも IPv6 対応はほとんど済んでいて、さらに改善している方向で進んでいるのが現状でしょう。