KAMEプロジェクト - 西暦2005年IPv6への旅立ち

1 名前：森 善郎 mailto:IT革命 [01/10/05 17:08] 今IPv6を批判している奴等も、何時の日かIPv6に移行せざるを 得なくなるよ。 756 名前：itojun mailto:sage [2007/08/11(土) 19:06:30 ] あ、もしお邪魔でなければお願いします。KAME自体の話はここで続けてもいいかな? 757 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/11(土) 20:11:56 ] >>756 どこか逝けよ ここはまったりとしたスレなんだよ 758 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/11(土) 20:50:53 ] >>756 おｋ 759 名前：IIJ人事担当 mailto:sage [2007/08/11(土) 21:19:53 ] わるいこといわないからもう少し休養してください＞萩野純一博士様 760 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/11(土) 21:22:53 ] >>756 スレ違いな内容でなければいいけど、空気読んでね。 761 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/11(土) 21:45:44 ] >>759 おまｗｗｗ逆効果ｗｗｗｗ 762 名前：itojun mailto:sage [2007/08/11(土) 23:55:05 ] >>759 人事が名前間違えてどうすると小一時間 763 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/12(日) 00:28:06 ] >>755 まだー？ 764 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/12(日) 01:03:18 ] >>762 巣に帰れよ。 765 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/12(日) 01:18:20 ] 巣ってどこ？ 766 名前：itojun mailto:sage [2007/08/12(日) 09:40:22 ] 自宅? 767 名前：名無しさん＠お腹いっぱい。 [2007/08/16(木) 08:52:09 ] ウサギは？ 768 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/20(月) 18:30:56 ] 投入された頭脳は一流だったと思う。 IPv4をご破算にするのは無理、という謙虚な立場から出発してたら 今頃どこまで辿り着けただろうね。 769 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/20(月) 20:22:27 ] 最初のうちは期待してたんだけどな 32ビットアドレスを64とかにするんじゃなくて，128にしたのとか 個人的にはセキュリティプロトコルあたりでしくじったような気がする あんな仕様書読む気にならね 770 名前：名無しさん＠お腹いっぱい。 [2007/08/21(火) 12:21:48 ] 最近、2010年頃だかにIPv4アドレス枯渇するって聞いたな。 771 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/21(火) 12:58:01 ] >>768 そっちのモデルでもう一回作り直したらいいんじゃない？ 772 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/21(火) 18:47:19 ] のちのIPv10である。 773 名前：名無しさん＠お腹いっぱい。 [2007/08/21(火) 19:27:58 ] 互換性無いのが問題です。 djbに作って欲しい。 774 名前：オレはitojunじゃないよ mailto:sage [2007/08/21(火) 22:12:24 ] >>755 できたら行くよ。 >>769 >64とかにするんじゃなくて，128にしたのとか 実際に検討されてたんだけど経緯しってんの？ >セキュリティプロトコルあたりでしくじったような IPsecのことか？意味不明。 >>770 >2010年頃だかにIPv4アドレス枯渇するって聞いたな 何年前に？ >>773 >互換性無いのが問題です。 ASIC、OS、ソフトの対応はどんどん進んでるんで あとは互換性のないエンジニアをどう淘汰させるかだね。 775 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/21(火) 23:15:28 ] エンジニアですむ問題ならいいね^^ 776 名前：ああああ mailto:sage [2007/08/22(水) 07:08:03 ] 非対応ASICなどは勝手にEOSになってくれるからね。 777 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/22(水) 11:05:48 ] IPv6対応をはるかに上回るペースでIPv6非対応機器が増えている気がするが。 778 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/22(水) 11:49:45 ] >>777 そういうものを見たくない人に何を言っても無駄だから 779 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/22(水) 11:51:31 ] NAT越えプロトコルが標準化・一般化すればIPv6は必要なくなる。 780 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/22(水) 13:30:46 ] 石油と違って枯渇したら無くなるんじゃなくて、 既存のIPv4は増えないだけで10年後も20年後も存在し続けるからねぇ。 781 名前：名無しさん＠お腹いっぱい。 [2007/08/22(水) 16:18:00 ] >>774 今年の話。 携帯や情報家電が増えてそれでどうのこうのとか。 大学とかが返却すればいいんだけどね。 782 名前：ああああ mailto:sage [2007/08/22(水) 22:21:01 ] >>778 逆に大手なんかじゃ対応状況聞いてこない？まあ、ビジネスユースだと IPv6のせめて開発ロードマップとかないとつらいと思うんだけど。 あs○nicwallのこと？大手じゃないか・・・ >>779 プライベート空間が狭すぎて多重NATで何とかしてくれって組織がけっこうあるよ。 多分日本以外じゃもっとひどい。 >>780 するどい。IPv6の展開とv4の撲滅は特に同期させる必要がない。 私が仕事始めたときもIPXがけっこう長くIPと共存してたきがする。 ただちょっと20年はなあ、、、 >>781 DLNAと携帯G4はほとんどv6で検討中で、v4はあんまり候補になってないです。 ただv4のトンネルの話はあるけど。 783 名前：v5±1 [2007/08/23(木) 03:46:55 ] >>781 何をもって枯渇と言うかという議論もあるが。 だいたいは12年が多数派じゃないか？ あと、ウチは大学じゃないけど、実はけっこう潤沢に持ってます。 高い割合で使ってるし返却する気なんてサラサラないってのが 本音ですね。 784 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/23(木) 09:13:55 ] 本音も何も、2000年頃のDNSと同じで買い集めておいたものが後で得する 典型的パターンだろ。DNSほど希少性がない（どのIPアドレスでも同様に 使える）から、あそこまで高騰はしないけど。 >>783 12年て併存期間が12年（そんな合意あったっけ？）、それとも枯渇が 2012年？RIRのプールがなくなったとしても、ISPからも本当になくなるのは いつ頃なんだろうか。先に無くなった所から人柱とならないといけないので、 ・右手でIPv6推進（しないと将来がないと思われて不利になる）しつつ ・左手でIPv4推進（しないと実際の所でコスト的に不利になる） という微妙なさじ加減が必要だ・・・ 785 名前：ano [2007/08/23(木) 09:57:47 ] >>784 枯渇が12年。ISPは各社差が大きいからな。 もう困りそうだという（特殊な）ISPを知ってる。 ○○さんはあとPC用だけで使うなら10年近くはいけるといってた。 ↑ RIRに怒られるぞ！ >あそこまで高騰はしないけど。 なるほど。困ってるやつの足元みてばらしてオークションすることが 出来たら儲かりそうだ。ただ、世界的に行われたらルートト数が 爆発的に増えてv4のダメなところがまた前面に出そうだ。 786 名前：itojun mailto:sage [2007/08/23(木) 10:23:36 ] 「ISP内で使う用のIPv4アドレスがないからどうにかしてくれ」みたいな話を聞いたことがあります。 客に払い出す分じゃないからJPNICを説得しづらかったみたいです。 対してARINはガンガンIPv4アドレスくれるんだよなあ。個人にPIもOK。 これって見た限り国民性です。日本人はmicro-management大好きでなんでも官僚主義なの。 787 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/23(木) 10:48:33 ] 禿に/8など不要 788 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/23(木) 19:56:03 ] 「あいつから取り上げて使いまわせ」って意見ほど不毛なのはないね。 789 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/23(木) 21:12:08 ] そこでISOのTL4ですよ。 790 名前：あ [2007/08/24(金) 01:44:52 ] >>786 いくらなんでもJPNICとARINとくらべるはどうでせう。 ウチの愛犬とライオンの群れを比較してるようなもんです。 JPMICはむかつくけど、ARINなんかはめんどくさいから 『もめる前に配っちまえ』でしょ？ あと、「ISP内で使う用のIPv4アドレスがないからどうにかしてくれ」の 答えとして『内部はv6で』という企画をした人が日本に3桁くらいは余裕で いる考えてます。みんなで飲み会したい。 791 名前：名無しさん＠お腹いっぱい。 [2007/08/24(金) 08:18:50 ] 飲み会もいいけど、マナーわきまえない若造の相手は疲れる 792 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/24(金) 11:03:31 ] 飲み会もいいけど、説教や昔話ばかりする老人の相手は疲れる 793 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/24(金) 12:17:17 ] お前らちょっと外に出て10kmぐらい走ってこい 794 名前：名無しさん＠お腹いっぱい。 [2007/08/25(土) 00:55:48 ] 飲み会は完全禁煙でお願いします 795 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/25(土) 01:06:48 ] >>794 企画したんだｗ で、ダメだった？ 796 名前：名無しさん＠お腹いっぱい。 [2007/08/26(日) 10:03:01 ] 全然だめだったよ V6 797 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/26(日) 13:23:15 ] いまだに飲み会かよwwww ﾊﾞｶｽwwwwwwwwwwwww 798 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/04(火) 17:14:33 ] パーソナルこそわれらの味方 128bitもアドレスはいらない 799 名前：名無しさん＠お腹いっぱい。 [2007/09/13(木) 15:08:24 ] V6はトラブルの発生原因 800 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/14(金) 22:39:58 ] 定期的にIPアドレス枯渇のスレがニュー速に立つ件について 801 名前：anonymous [2007/09/15(土) 00:19:03 ] >>799 そのトラブルをお前が発生させてるか解消してるなら ちょっとだけ評価してやる。 802 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/16(日) 12:15:45 ] >>800 どこかが出したプレスリリースに脊髄反射しているだけじゃないの？ 803 名前：anonymous [2007/09/16(日) 21:14:54 ] >>802 難しい話じゃなくて、ちょっとIANAのサイトを見てれば リアルなカウントダウンを体感できると思うが。 しかもAPNICが頑張ってもインドと中国が・・・ 804 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/18(火) 11:05:28 ] IPv6移行だけがIPアドレス枯渇問題の対処法というわけではない。 805 名前：あ [2007/09/20(木) 22:54:34 ] >>804 その通りだが、アドレス枯渇問題だけがIPv4の 抱える問題というわけでもないし、そのv4の 延命措置だけが唯一取りうる解決策という訳でもない。 806 名前：名無しさん＠お腹いっぱい。 [2007/09/21(金) 00:21:33 ] IPv6 will never fly 807 名前：itojun mailto:sage [2007/09/21(金) 02:49:41 ] 使いたくないひとは使わなくていいけど、他のひとの邪魔はやめてね。 808 名前：tss mailto:sage [2007/09/21(金) 08:04:28 ] IPv6使いたい人は使えばいいけど、IPv4の邪魔(DNSとか)はやめてね。 809 名前：tss mailto:sage [2007/09/21(金) 08:08:30 ] ま、いっそ一度IPv4を崩壊させればIPv6の立つ瀬もあるか、と思わないでもないが言えない、、、 810 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/21(金) 12:35:51 ] ここでさっとietf-di 811 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/21(金) 22:10:04 ] 繋がることがネットワークの本質なのに なんでv4ホストと繋がらないものにしちゃったんだろ。 そのうえv6ならではのメリットもいまだ無いに等しいんじゃ v6移行よりv4延命に目が行くのは当たり前。 812 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/22(土) 00:35:35 ] 小手先の対応じゃどうしようもない、IPv4を崩壊させるネタがあればいいね。 813 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/22(土) 09:32:07 ] cpuの64bit化は進んでるのにネットワークの128bit化は遅々として進まず アーキテクチャーの変更よりネットワークの変更の方が難しい 814 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/22(土) 09:57:33 ] そりゃそうだ。 815 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/22(土) 16:14:08 ] itojun 神のために IPv4 の終末を我々の手で演出するしかない 816 名前：名無しさん＠お腹いっぱい。 [2007/09/23(日) 03:29:25 ] 普通のエンドユーザからみたらたしかに危機感持ちにくいね。 v4では全く足りない、と感じるある分野で仕事をしているが 先月APNICからのドラフトのv4クラスE対応するぐらいなら 素直にV6に労力をと思う。V6は、実は網側の準備や非PCでの サービスは割と順調な感じがする。 >>808 DNSなんてv6が汚す以前に汚れきってないか？ 817 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/23(日) 05:46:35 ] ほとんどの人/組織は困ってないからね。 それに対して、CPU(っていうかメモリアドレス)の64bit化は 個人でもメリットがあるひとたちが、それなりにいる。 818 名前：tss mailto:sage [2007/09/23(日) 07:41:22 ] > DNSなんてv6が汚す以前に汚れきってないか？ ご明察。そのとおり。死に体なところへ、v6がとどめを刺すことになります。 v6としては共倒れしないでね、と私は訴えてるつもりなんですけどわかって もらえませんかね。 819 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/23(日) 09:26:09 ] IPv6脂肪ｗｗｗ 820 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/26(水) 21:40:17 ] IPv6に否定的な人が多いけど Windows Vistaでファイル共有などの重要な機能がIPv6対応したから これからプライベートなLAN内などで普及するんじゃないかな IPv6アドレスは自動生成されるので1セグメントのLANならつなぐだけでLAN内の通信できるから 個人向けのネットワーク機器のIPv6化が進むの可能性は高いと思う インターネットのIPv6化は家庭や企業などでIPv6が浸透した後だろうけどな 821 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/26(水) 21:50:54 ] feel6 のルーティングテーブル、壊れっぱなしじゃないか。 822 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/26(水) 22:25:20 ] みんなで力をあわせてIPv6を潰してくれ。 そうすればIPv4アドレスでボロ儲けできる時代が来る。 823 名前：あ [2007/09/26(水) 22:51:21 ] >>822 うーん、短期的には制度が許すならオークション出して売ればかなり 儲かりそうな希ガス。だけど切り売りしすぎて経路数が億超えたら おまいのフルルートルータはどう対応する? 824 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/26(水) 23:10:17 ] 新しいルータが売れていいかもね 825 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/27(木) 22:47:23 ] 漏れならIPv4アドレスとトンネル箱２台セットで売りつけるな。 自分のトコのIPv4セグからワームホールで相手のIPv6セグ上のノードに穴開けてやるの。 これなら自分のルータのメモリは増やさなくていい。 826 名前： [2007/09/28(金) 07:34:41 ] >>824 おまえIGPしか現場知らんだろ。 827 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/28(金) 21:16:45 ] 現場なんてIGPも知りませんよー 828 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/28(金) 23:04:27 ] プロバイダの現場の都合＜＜＜＜ユーザの現場の都合 じゃね? 一般的には。 IPv6がユーザにも優しくならんと、 プロバイダの視点だけでIPv4しぼんぬ言ってても導入進まんよ。 そのプロバイダにしたって別部門、たとえばレンタルホスティングで IPv6アドレスもくれるのはごくごく僅かだろう。こんな状態でどうしろと。 > IPv6アドレスは自動生成されるので1セグメントのLANならつなぐだけでLAN内の通信できるから っDHCP 829 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/28(金) 23:40:18 ] >> IPv6アドレスは自動生成されるので1セグメントのLANならつなぐだけでLAN内の通信できるから っDHCP DHCPでネットワークアドレス変更するのってとても面倒なんだよね IPv6ならリンクローカルアドレスで通信すれば確実にネットワーク機器との通信はできる その分、サポートも簡単になる 個人向けの製品ではとても大切なこと 830 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/29(土) 12:18:36 ] サポートを言うなら、v4/v6混在の方がよっぽど大変だろ。 IPv4切り捨てで納得してくれるユーザならサポートも簡単だろうが そんな奴何人いるの? 831 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/30(日) 10:46:39 ] 昔のプリンタに増設するタイプのプリンタサーバなどはTCP/IPに対応したものは高価で NetBEUIでプリンタ共有してたものだけどな それが今ではIPv4でのTCP/IPが当たり前になった LAN内に限定すればIPv6でのTCP/IPが当たり前になる日も遠くないと思うけど 832 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/30(日) 12:10:28 ] LAN内はアドレス枯渇も経路爆発も無縁なのに、 LAN内には有象無象のIPv6非対応機器が溢れてるのに、 DHCPに限っても不要にはならないのに、 LAN内限定でIPv6に移行して、嬉しいこととはなにかね。 煽りでなく純粋な質問。 833 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/30(日) 12:40:37 ] >>832 動的なアドレス割り当てるのにDHCPサーバすら不要 834 名前：名無しさん＠お腹いっぱい。 [2007/09/30(日) 12:41:49 ] >>832 おまえほんとにIPv4ラブだな 世のなかがIPv6優勢になったら良い機会だからネットやめたらいいよ 835 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/30(日) 12:53:11 ] >>834 「世のなかがIPv6優勢になったら」はあり得ない仮定なので、 そのあと何を言おうが命題としては真。 836 名前：名無しさん＠お腹いっぱい。 [2007/09/30(日) 13:46:35 ] 「IPv4ラブ」って言い方が爺くせえｗ ジジイはすっこんでろよｗｗｗ 837 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/30(日) 14:13:26 ] IPv4はこの先100年は使われる技術だ IPv6によってインターネット全体が崩壊するぐらいなら 固定IPアドレス1個で月10000円程度など高くもなんともない 838 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/30(日) 14:23:49 ] HDDに例えると、物理ヘッド数/セクタ数に無関係にC/H/Sを解釈してLBAで アドレッシングして大容量HDDに対応したのと同じように、 ポート番号の16bitのうちの2〜3bitをIPアドレスとして解釈すればいいんだよ。 これでIPv4空間は今の4〜8倍に増える。 839 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/30(日) 14:32:01 ] >>838 なんでポート番号を犠牲にするんだよｗ 送信／受信の区別はどうする？ 840 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/30(日) 15:05:22 ] 送信／受信の区別は関係ないだろ 841 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/30(日) 16:46:17 ] > 動的なアドレス割り当てるのにDHCPサーバすら不要 DHCPサーバは、LANから取り除くべき厄介者なのか? そしてIPv6でも、DNSなどの情報を通知するために結局DHCPv6サーバが必要になるのだが、 v6は何が優位なのかね。 842 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/30(日) 17:35:26 ] 優劣の議論て意味なくね？ たとえIPv6が純技術的にアドレス個数意外はIPv4に劣っていたとしても、 IPv4が枯渇してなくなったら、他に使うものはない。 なので枯渇しないような努力と、枯渇した後も問題なくIPv6しか 使えない人が舞台に同居できるよう努力するだけではないかと。 後者は杞憂に終わればいいんだけどね。 843 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/30(日) 18:02:50 ] >838 オイオイ、ICMPはどうすんだよ。 844 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/30(日) 18:18:09 ] ICMPにもポートを付ける。またはICMPに変わるプロトコルをUDPで定義する。 845 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/30(日) 18:25:45 ] プロトコルはともかく、アプリケーション側の対応も必要となるから 結局IPv6だろうがなんだろうが一緒。 846 名前：名無しさん＠お腹いっぱい。 [2007/09/30(日) 18:37:05 ] >>841 state lessなDHCPサーバだったら居てもいいよ。 847 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/30(日) 18:45:44 ] >>845 ポートでの対応なら上位互換になるから、アプリでの対応が必要だとしても その手間は桁違いに少ない。従来通りのポート16bit環境とも混在できるから、 IPv4が足りているところは従来通りでも良い。IPが足りないところだけ ポートで分割すればいいだけだから、以降はスムーズ。 848 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/01(月) 01:26:53 ] ＞「世のなかがIPv6優勢になったら」はあり得ない仮定なので LAN内限定ならありえなくはないけどな IPv4のローカルエリアで使用する場合の最大の欠点は プライベート領域に割り当てられてIPv4アドレスの範囲が狭すぎること 10.0.0.0/8、172.16.0.0/12、192.168.0.0/16だけでは狭すぎ それにパソコン用のLANプロトコルとしてはIPXやAppleTalkが普及してたのに IPv4に移行したということがあるのでIPv6に移行する可能性がないわけじゃない 849 名前：anonymous mailto:sage [2007/10/01(月) 06:51:51 ] プライベートアドレスが拡大(ClassEを流用)されたことを知らないんだな。 850 名前： [2007/10/01(月) 08:14:29 ] >>849 APNICの本気っぷりは感じるが、まだドラフトだ。 851 名前： [2007/10/01(月) 08:41:33 ] >>847 そんな可変長アドレスでルーティングしなきゃならない ASIC設計者の身になってみろ。あと、実装レベルに無意味な 差異が生まれるのでスタックの実装はアプリじゃなく OS側で行うべき。それからOSPFには変更というより作り直し レベルが要求される。ついでにいうとポートが見えない IPSecトランスポートは？ 852 名前：名無しさん＠お腹いっぱい。 [2007/10/01(月) 14:33:55 ] >>835 なんか一昔前は『「世のなかがTCP/IP優勢になったら」はあり得ない仮定なので』 とか言ってそうw 853 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/01(月) 14:41:08 ] こんな日の目を見ないプロジェクトにかかわらなかったら もっと輝いた仕事ができたんだろうなぁ 854 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/01(月) 21:15:29 ] TCP/IPも当初はネタ規格でした 855 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/01(月) 22:16:28 ] >>849 まるでIPv4延命のための素晴らしい発明であるかのように語るのはやめれ 856 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/01(月) 22:25:32 ] 組織内のネットワーク構成のヒントが外部に漏れないように、必ずNATを使いましょう。 そして外部には、ひとつだけのグローバルIPv4アドレスを使いましょう。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef