【隔離】 IPv4.6 推進専用スレ

お前らってさ、「俺のすごさは月の裏に置いてあるノートに全部書いてあるぜ！」
って、全然根拠示せてないんだよね。

「こういう統計があるのでSRVはこれだけ使われています」とか
「あなたのこの書き込みが矛盾しているので、あなたはネットワークのこと理解していませんね」とか
書けないのかね。

詭弁のガイドライン
>>195 5.資料を示さず持論が支持されていると思わせる
>>201 9.自分の見解を述べずに人格批判をする

>>200 NATの裏からサービスを提供することと、
DNSが触れない環境になんら相関関係がないと思うけど。

＞＞２００ お前の方から隔離スレにきておいて、
俺様に黙ってろってなにごとだ！

俺がだまってたら、このスレに誰がかきこみするんだよ！

> >>200 NATの裏からサービスを提供することと、
> DNSが触れない環境になんら相関関係がないと思うけど。
ねえ、本当にそう思ってるのか？

ディズニーランドに来ておいて、ミッキーに「あっち池」っていうようなものだしねｗｗ
>>200の父さん土方なんだってな

>>206 思ってるよ。無駄に聞き返すなよ。はげ

詭弁のガイドライン
>だけどDNSを勝手にいじれないクライアント環境とか、
6.一見、関係がありそうで関係のない話を始める
>DNSの遅延とか考えると、使い勝手は悪そう。
6.一見、関係がありそうで関係のない話を始める
4.主観で決め付ける

あくまでも個人的な意見だが。
って断ってるからな。

キミらさ、なんで俺の相手してるの？

>>197
>だけどDNSを勝手にいじれないクライアント環境とか、
どの文脈でクライアント環境ってのが出てきたの？

> キミらさ、なんで俺の相手してるの？
いけぬまが隔離スレから出てこないように
生殺しをキープ

>>212
こいつの脳内はいろんなキーワードが
ランダムに出てくるようになってる。
なかなか便利だな。

>>213 だったら>>200になんとか言ってやってくれ

>>215
いや、俺がその200だから。

>>212 それは本当の#iijじゃなくて俺が書いたんだけど、
クライアント環境ってのは言葉が違った。ごめそ。

じゃあ黙ってる

>>217
違っているのは言葉じゃなくておまえの理解だ。

>>218
いや、黙るな。

>>185 >>190
IPv4.6対応するには、恐らくほとんどのアプリ書き換えが必要ですが、
もしかしたらIPv6対応のアプリは、スタック入れ替えだけで動くかもしれません。

sockaddr_storage 構造体を利用し、構造体の中身を直接操作しないプログラムなら、
その中身が sockaddr_in だろうが、sockaddr_in6 だろうが構わず動けるはずで、
だとすれば sockaddr_in46 (そんな定義はないけど) でも動けるはずだから。

ま、UI破綻するだろうし、極めて限定的な動作になることは、容易く想像できますがね。

> もしかしたらIPv6対応のアプリは、スタック入れ替えだけで動くかもしれません。

正確にはaddress family independent socket programmingに従ってるソフトウェアは、
だな。

>>202
お前らの中に私も含まれるかと思うので、リクエストに応えてみます。
お題は >>191 について。

IPv4.6に対応するには、IPv4.6で拡張されたアドレスを取得したり、保持する能力が
必須ですが、IPv4用に用意されていた初期のSOCKET関数には、アドレス形式に依存し
ないプログラム開発ができる機能が十分に揃っていませんでしたので、そのような
アプリケーションは、極めて稀有であると言えましょう。(※)

※極めて限定的には可能だが、gethostbyname とか使ってる時点でNG。

つづき

したがって、IPv4用のアプリケーションの大多数は、アプリケーションの書き換えが
必要です。アプリケーションを特定せず、アプリ書き換え不要とする、あなたの主張
は、誤りであると断定できます。

この点において、あなたはネットワーク(※)のことを、理解していませんね。

※ま、ここではソケットプログラミングのことなんだが。

まあもう真の#iijは来ないだろうけどな

>>222 そうです。フォローありがとう。
それにしても、んーー、残念だなぁ…

それにしても inet_ntop では protocol independent に書けない点について

client A 192.168.0.1 - router A 100.100.100.100 - interner - router B 200.200.200.200 - client B 192.168.0.1

router A, B ともv4.6に対応しているものとする。
1. client Aはv4.6アドレスである200.200.200.200.192.168.0.1にアクセスする。
2. router Aはv4ルーティングにより200.200.200.200に到達
3. router Bは192.168.0.1にルーティング
4. client Bのスタックがv4.6に対応していない場合、client Aのアドレスは失われるが、それはrouter Bによって補われる。

idがでないって便利だな

>>228
4でさ、clientBはどのIPv4アドレスからパケットが届いたように見えるの？

router Bにきまってるわと予想

見てたら source routing option 思い出したｗｗｗｗ

ところで、v6 の hop-by-hop option header って ISP にフィルタされないのかね・・・・？
DoS vulnerable と言われてたような気がするんだが

>>231
じゃあ、clientAから200.200.200.200.192.168.0.1宛てにTCP SYNが
送られたとして、200.200.200.200からTCP SYNを受けたclientBは
200.200.200.200にSYN ACKを返すと。router BはTCPの通信をきちんと
把握していて、100.100.100.100.192.168.0.1にTCP SYN ACKが返る訳ね。
なるほどなるほど。

>>223-224 の47、何とか言えよ

client A 192.168.0.1 - router A 100.100.100.100 - interner - router B 200.200.200.200 - client B 192.168.0.1

router A, B ともNATに対応しているものとする。
1. client Aはv4アドレス・ポート番号である200.200.200.200:80にアクセスする。
2. router Aはv4ルーティングにより200.200.200.200に到達
3. router Bは192.168.0.1にポートフォワーディング
4. client Bではclient Aのアドレスは失われるが、それはrouter Aによって補われる。

NATと何が違うん？

>>229 芸風で識別してくださいな。(^^;
>>231 や、ROUTER Aのエンドノード側でしょう？
>>233 UDPも考えてみると楽しいですよ。

>>235 NATと変わらないからいいんとちゃうん

>>235
client Aが、IPv4.6対応である というところ。
NATでは、client Aは IPv4でかまいません。
実装がなく、可能なことが証明されていないってところも違いますね。

(global)(global)とか書くと面白いことができちゃいそうだな

>>227
極めて限定的 の説明が必要でしたでしょうか？
特定のポートをLISTEN/ACCEPTするだけのサーバアプリケーションでしたら、
見かけ上 IPv4 を偽装するSOCKET関数をもつ 機能拡張されたプロトコルスタックの
実装は可能です。 が、ご指摘の件含めて ざる なので、意味なしですね。

偽者さんも出てきたようなので、以降は anonymous でいきます。(^^ゝ

>>18
ルーズソースルートは v4 の話だ。
私は、v4 でルーズソースルートを使わずに
v4.6 を使うべき理由があるのかを聞いたんだが?

そもそも v6 では、ルーズソースルートと呼ばず、
拡張ルーティングと呼ぶのを知らんのかね?

だから最初から劣化NATと言われているのに。

可能なかぎりポジティブに評価しようとは思うんだが、
どう探してもNATより優れている点がみつからない。

漏れは結構いい感じに思けどなあ

じゃあ実装して使ってみろよ。

　　　　 !　 .／ / i:::::::::i::::::::::::/i::::i　 i::iﾄ､:::::::::::::::::::::i::::::i:::::::i:::::::::::::::i:::::i:::::::::::i＼　　 ＼
　　　　 |／　 /　i::::::::ｉ::::::::::::ｉ i::::i 　 i::i i:i ､:::::::::::::::::::i､::ヽ:::::i::::::::::::::i:::::i:::::::::::i＼＼　 /
　　　　 ￣/7　　i:::::::i:::::::::::::トｉ､ｉ_　　i:i　ヾヽ::::::::::::::::::iヽ::iヽ::::i_;::-‐:i'´::l:::::::::::i　 ゝ_}/　
　　　　　/ノ　　 l::::::::l::::::::::::i　i:i　｀‐-|!　　ヽ ＼::::::::::::i_,.i斗´､::::::::::i|:::::l:::::::::::l　　＼｀ヽ　　　　>>245
.　　　　/　i＼　 i:::::::::i:::::::::::!　|!　　　 i＼ 　 ＼ ＼::／ir'　|!　 ヽ:::::i i::::i::::::::::::ﾄ,　 ／ヽ ヽ
　　　 /　/::::/ヽ|:::::::::::i:::::::::l,､＿＿＿＿､ヽ　　 ＼　＼;{＿i＿_ ､::ﾉ_i:/:::::::::::::i/／i:i::::::｝ i
　　　 !　/:::::l　 i::i::::::::::ﾄ､:::::l弋于旡示ﾘ｀　　　　　ヽ　ｲ{旡天歹Vｧ/i:::::::::::::::ｉ|　 i::l::::::iV
　　　　V:::::::l　i:::|:::::::::::ｉ::ヽ::l ゞし砂ンﾉ　 　 　 　 　 　 ゞく砂_ンﾉ / i:::::l:::::::|:::i　 !::l:::::l
　　　　 |:::::::l　l　|:::::::::::::i i ﾄ{　 ｀￣￣　　　　　　　　　　｀￣￣´　　 l:::::l:::::::|:::l　i::::l:::::|
　　　　 |:::::::|__|r'|::i:::::::::::::ﾊ　　　　　　　　　　 ､　　　　　　　　　　　 i:::::i:::::::i::::レ'::::l:::::!
　　　 　 i::::i ヾ/i i:::ｉ:::::::::::ｉ ﾍ　　　　　　　　　　 　 　 　 　 　 　 　 /i::::i:::::/ !:::i　｝:i}::/
　　 　 　 i::i　/ |　i::::i:::::::::::i　 ゝ、　　　　　　 -‐- 　 　 　 　 　 ／ i::::i::::/　i:::i ∧//
　　　　 　 i| i 　 !　!:::ﾄ、::::::i　　 ＼　　　　　　　　　　　　　　／　 //:::::/　/::i　i　i/
　　　　　　　|　　i　i::::i ﾍ:::::::i　　　　ｉゝ、　　　　　　　　,.. イ　　 //::::::/　/:/　/　｝
　 　 　 　 　 i　　 i　i::i　ﾍ:::::::i　　　 ト､ ｀ ヽ､　__ ,.　 '´　 /　　//i:::::/　/:/　/　/
　　　　　　　 ヽ　 ヽ ヾヽ　ヾ::ヽ　 　 !　｀ヽ　　　　　-‐'´/　　 ｲ j::::/　 ｼ ／ ／

http://www.iij.ad.jp/news/pressrelease/2007/1203.html
漏れはこれに応募するお

ttp://www.v6pc.jp/
サイトの情報が古すぎ。こいつらほんとにv6普及推進する
つもりあるんかね？

IPv6あげ

4.6？

NTT　VPNワイドを構築しようとしてるんだが、訳わからなくなった。
ルーター？「N500」まではすでに繋がっているらしい

社内ワークグループだと、\\グループ名￥フォルダ名で探せるんだけど
どう打てばいいの？教えて、偉い人
ワークグループは作ったけど、それだけじゃ無理？