【風前の灯火】IPv6スレ ver10【IPv4NATに完敗】
■ このスレッドは過去ログ倉庫に格納されています
■ 前スレ
IPv6スレ ver9
ttp://engawa.2ch.net/test/read.cgi/network/1297147004/976-
■ 関連リンク
IPv6スレ@IPv6板@IPv6 part2
http://ipv6.2ch.net/test/read.cgi/ipv6/1307629468/
[test] 書き込みテスト 専用スレッド 3 [テスト]
http://ipv6.2ch.net/test/read.cgi/ipv6/1297179961/
ttp://www.6bone.net/
ttp://dmoz.org/Computers/Internet/Protocols/IP/IPng/
情報サイト
ttp://www.jaipa.or.jp/ipv6/
ttp://www.ipv6style.jp/jp/
ttp://www.atmarkit.co.jp/channel/ipv6/ipv6.html
関連サイト
ttp://www.kame.net/
ttp://www.linux-ipv6.org/
トンネリング関係
ttp://www.6to4.jp/
ttp://www.freenet6.net/
IPv4枯渇関係
ttp://ipv4.potaroo.net/
ttp://www.kokatsu.jp/blog/ipv4/
ttp://www.google.com/search?hl=ja&q=IPv4%E3%82%A2%E3%83%89%E3%83%AC%E3%82%B9%E6%9E%AF%E6%B8%87 >>297
FQDNの解決はLLMNRとmDNSだけじゃできんでしょ >>298
LLMNRはともかくmDNSでFQDNの解決ができない?
mDNSが何なのかわかってないんじゃないのか? >>299
FQDNを問い合わせる外部DNSサーバー自体をどうやって設定する?
WANルーターがmDNSプロクシとして動くのでもない限り
結局他の自動構成プロトコルか手動設定することになると思うが >>300
>WANルーターがmDNSプロクシとして動くのでもない限り
自動構成したいような運用で、このケース外というのが相当レアだと思うんだが。 Wimax2,LTEは例のスマホのIPv6対応やらで対応するようだけどiphoneみたいにIPv6オンリーって厳しそうかな。
今や飲食店にも置かれているwifi装置だって非対応な機器もあるし。 v6プラスしばらく使ってみてたがいつの間にか元々のIPv4のPPPoEでの接続ができなくなってた
IPv6だけじゃ使い物にならんので結局v6プラスは解約
早くIPv6だけで回る世の中になるといいね(棒) 社内のプリンターやら様々な機器類およびコンソール等に使う場合のIPv4ローカルアドレスに相当するものってあるんだっけ。
枯渇とは関係ない部分だけどなにせIPv6とは互換性もないからIPv6オンリーとなると対処しないといけないんだわ。 >>305
IPv4 ローカルアドレスって rfc1918 のアレかね
v6 だと link local address で済ますとか、rfc4193 の
Unique Local IPv6 Unicast Addresses ではダメ? プリンターだのサーバーだの色々あったりするね。
ipv4無しで運用出来るんだろうか。
もちろん機器類はIPv6に対応している事が前提で。 セキュリティ的にIPv4のセグメント分けてるけどL3は使ってないしウイルス対策とWinUpdateでのみネットは
使いたいって環境(経理給与計算専用端末みたいな位置づけのやつ)で
プリンタは共通で使いたい時にIPv6なら共通で使えそうじゃね?
って今思った。
そんなユーザいねえよって思ったらいるんだもん・・・ うちの事務所のゼロックスの複合機はIPv6のリンクローカルアドレスで
接続されてるな。部署内のNASもIPv6だった。
ルータの先にあるADはIPv6化されていないのでIPv4だったが、同一セグメントで
完結する通信はかなりIPv6化されてるな。 上にも書いたけど監視カメラは調べると今販売している新品についてはほとんど対応。
でもなんか監視の画像・映像等がネット流出で問題になっているな。 >>311
古くからの2ちゃんねらーなら定期的に話題になってたけどね。ちょっとツイッターに目つけられちゃったから。
つか、v6でフィルタみたいなの効かせないとほんとフレッツ網内スルーだもんな。あれには感動した >>312
デフォでIPv6が網内スルーなのは東日本だけだよ。
西日本は申し出制になってる。(月額はかからない)
なお、NTTのレンタル機器は初期でv6フィルタが有効で、
網内からの通信のみ許可になってる。 フレッツは今後どうなるんだろう。
ADSLも申し込み終了目前だし。 どうなるって何も変わらんけど。
NTTとしては料金計算の手間が減って楽になるだけ。 フレッツ光ネクストのみになっちゃうのかな。
プロバイダが複数あるけど系列のOCN/PlalaやらDocomo以外は光コラボに持っていきたい方向みたいだけど。 チェーン店のポスレジは対応しているのかな。
意外とOSレベルで古いのとかあるし。
それだけでも十分普及率がUPするのに。 wimax2+はエリアによるのかもしれないけどどんどんIPv6化してきたな。
LTE系は通達があったからもうすぐだと思うけど。
残りはサイトやデータセンターかな。
関係ないけどHTML5でFlash等が要らなくなるって有り難いけど日本のサイト管理者はそれに興味があるのかな? Win10からIPv6使ってて、最初起動したときは一時アドレスを使ってるのに
一日たって一時アドレスを更新したらその後固定アドレスしか使わなくなる
使われない一時アドレスを一日一個せっせと生成してはいるが…… あー、モバイル端末じゃないならどうせプレフィックスは同じなんだから
もう固定アドレスでいいじゃん、ってことなのかな
MACアドレス自体は固定アドレスからも特定できないし いつになったら普及するんだか
v6トンネルの中にv4通して使ってるけど
v6が使いたいからじゃなくて道が空いてるからという V4を考慮したプロトコル開発しないのかね。
IT業界は頭おかしい 携帯は3G(W-CDMA)と4G(LTE)で互換性はない
Bluetoothも4.0(BLE)と3.0以下で互換性はない
互換性がなくても必要性があれば普及するし
互換性があったところで必要性がなければ普及しない
結局IPv6は未だに必要性が薄い だから3Gは停波したい模様。
設備投資費を稼ぎたくて変な契約とかやっているのかな?
IPv4が枯渇しているんだから嫌でも必要になっているんだよ。
サイトがまだまだ非対応が多くてウンザリだけど。 デバイスの数でいえば、IPv4専用のデバイスよりIPv6対応のデバイスのほうが
すでに桁が2つくらい多く世の中に出回っているわけだが。 >>329
キミの考える肝心なところってどこ?
もしかしてインターネットとか思っちゃってるバカ? 細胞ひとつひとつにアドレス割り振れる(キリッ
って触れ込みなのに、いまだに俺の細胞にはIPv6アドレス割り振られないんですけどぉ〜?
まだぁ〜? v6キチの脳みそなら192.168.0.0/16で十分だな >>330
俺としてはアマゾン等のサイトだの多くの人が良く使うサイトだと思う。
YouTube等のGooGle系は比較的対応が早かったけど。
動画に関しては今後はAdobe Flash ,JavaFX, silverlight等が要らないHTML5への移行を進めてほしい所だけどね。 AmazonなんてIPv6対応めちゃくちゃ進んでると思うが。
AWSやEC2を知らない?ショッピングサイトがAmazonだと思っちゃった?
やれやれ。このIPv4で困っていないものもIPv6に移行すべきだ、みたいな
考え方のおバカさんはいつまでたってもいなくならないね。
新しい技術が出てきたら古い技術はすべて排除されなければならない、
って人、よくいる完全移行論者や互換性論者って結局はこの排除志向
なわけだけど、なんでdual stack前提なのかよく考えようね。 IPX/SPXみたいにIPv4も終焉を迎えるときが来るん・・・だろうないつかは まあau-netの人がトンチンカンなのはいつもの事だし
ただ残念ながらAWSもEC2もIPv6非対応だけどね、amazonはv6に冷たい…
ISPの中の人やIoTサービスやる人はそろそろ本気で困り始めてるから
移行も今後はゆーっくり加速するんじゃないかね、イオンエンジンみたいに IPv4とIPv6が共存する過渡期が続くのはかまわんのだけど
NAT64のような過渡期にいかにも必要な技術の動きが遅いのがあまりに泥縄
IPv6のやる気のなさというか人手のなさというか
デュアルスタックは論外 >>340
デュアルスタックは論外なんて言っている時点でIPv6の思想をまったく理解できていないので
もっと勉強するように。
NAT64とか笑わせるなよ無知が。 IPv6叩いてる人はなんなの?
親を殺されたとか
使えないなら無理して使わなくていいのよ? v6キチはめんどくさいから
うんうん!IPv6はすっごく広まってるし見えないところで頑張ってるんだよね!すごい!
とか適当に言っときゃいいんだよ >>346
叩かれてるのは期待の裏返しさね
もっとも、叩きすらめったに来ないという状態だけど 192.168.0.0.100 ぐらいの手軽さが欲しかった。
別に全端末がインターネットに出る必要はなかった。 キャリアNATもNAT64までやってくれると楽なんだがね 桁の長さの関係上、DNSが前提になる点が企業NWで使いづらい要因だよなあ。
その点、AD導入済のシステムとは相性がいいと思う。
インターネット向けで考えたら、DNSが標準な分ハードルは低いけど。 spモードのスマホに240A::/25のアドレスがついてるんだけど、これっていつから??? EC2がIPv6に対応してるって言う?
前調べたけど、LBしか対応してないみたいだし、今でもEC2のインスタンスからv6のノードとは直接やりとり出来ないじゃない。
そこ、普通に不満だけどな。Elastic IP云々の手間が一個減るしさ。
>>336は、とりあえずショッピングサイト云々って煽りする前に、そのへんは抑えとこうぜ。 >>354
>EC2のインスタンスからv6のノードとは直接やりとり出来ない
悪いがこんなこといっている時点で、もっと勉強しろとしか言いようがない。 >>357
それをやるのは馬鹿げてるってことでいいのかな? EC2でIPV6トンネル通して外部と通信はできてる OCNのPPPoEのエリアが久々に拡大だね。
ttp://service.ocn.ne.jp/ipv6/access/
なんか今年はADSLの新規受付終了だの来年初頭のBフレッツの一部サービス終了だの慌ただしそう。
悪質な勧誘には厳重に警戒だね。 speedtest.netのOsakaサーバーにIPv6アドレスが付いてたけど
うちからだと香港経由してた
traceroute -TA6 -q1 neptune.rxy.jp
5 2404:9200:292:6::1 (2404:9200:292:6::1) [AS2516] 12.086 ms
6 6obpjbb206.int-gw.kddi.ne.jp (2001:268:fb30:29::1) [AS2516] 12.099 ms
7 6hkmjbb001.int-gw.kddi.ne.jp (2001:268:fb30:30::2) [AS2516] 61.175 ms
8 6cm-hkm001.int-gw.kddi.ne.jp (2001:268:fb90:11::2) [AS2516] 61.142 ms
9 ix-xe-1-0-3-0.tcore1.HK2-Hong-Kong.ipv6.as6453.net (2405:2000:400::4d) [AS6453] 93.859 ms
10 if-ae-3-2.tcore1.TV2-Tokyo.ipv6.as6453.net (2405:2000:400::6) [AS6453] 67.504 ms
11 2001:5a0:2200:300::22 (2001:5a0:2200:300::22) [AS6453] 79.075 ms
12 2001:2c0:0:2::72 (2001:2c0:0:2::72) [AS2514] 83.327 ms
13 2001:2c0:0:6::11e (2001:2c0:0:6::11e) [AS2514] 79.030 ms
14 2001:2c0:20:336::2 (2001:2c0:20:336::2) [AS2514] 76.949 ms
15 2001:2c0:20:339::2 (2001:2c0:20:339::2) [AS2514] 77.225 ms
16 *
17 2001:2c0:db07:3e00::1 (2001:2c0:db07:3e00::1) [AS2514] 81.588 ms プロバイダのプランにIPV6っていうのがあるんだけど、単体で接続できるの?
それともフレッツ光接続のプランのオプションみたいな感じなの? 質問がありますのでスレッドをageます。現在プロパイダの移行を検討していますが、IPv6に対応したプロパイダに移行するメリットは何かありますか?
現在はあまり意味が無いように思えますが、宜しければIPv6対応するプロパイダに移行するメリット等を教えて下さい。 メリットは特にないが、デメリットとしては、わざわざ最適化されていない
IPv6側を優先してGoogleやYourtubeといったIPv6対応サイトにつなぎに行って
ストレスがたまったり、フレッツだと独自仕様で対応ルーターが高かったり、
PPPoEタイプだと無駄にPPPoEのセッションを食いつぶしたりするくらい。 >>368
ありがとうございます。IPv6対応が気になっていたのですが、現状では特にメリットが無いようなので、そこへの移行は見合わせる事にします。
このスレッドってIP出るんですね。でもまあいいでしょう。今後はageないように気をつけます。 スマホは2017年4月から一斉に始まるのかな?
料金プラン変更等はなさそうだけど。 http://speedtest6.iijmio.jp/
これLinuxでやったら「サーバー(ポート843)と通信できません」って出てたんだけど、
[2001:240:bb81:8500:0:0:3:193] みたいなカッコ付きのIPv6アドレスをリゾルブしようとしてたから
hostsに4個書いたらいけた アドレス枯渇は当面なさそうだから今後しばらくはIPv6のままでも良さそう。
使っていないアドレスを使いまわしながらやっているんだっけかな。 昔Debianで>>169と同じことやろうとして挫折したけど
これ見ながらやったらできた
https://bbs.sjtu.edu.cn/bbstcon,board,network,reid,1414387788.html
ndppdではWAN側のインターフェイスを指定する
WAN側のプリフィクス長を/128にするのは
ルーティングテーブルの混乱を回避するためらしい
WXR-1750DHP使うからもういいけど 通信技術板だしそれにふさわしい新ネタないからな
5月に朝日ネットがIMF,JPNE,BBIXについで4社目のVNEになったのが最新ネタか?
それも実際にサービス始まるの来年4月予定だしな >>378
キャリアが64ビットしか割り当ててこないのが問題だよな。RFCではもっと多めにしろっていてるのに。
汚いけどWAN側に向いてる自分にもらったアドレス帯をLAN側に向けた。
ブリッジでもどの方法でも、キャリア側のルータとアドレスかぶったら通信できないと思う。かぶることはないだろうけど。 WAN側にglobal prefixがいると思っている時点で
何の理解もしていないんじゃないの。 >>384
WAN側にネイバーに見たことない同じアドレス帯のが1つがいるんだけど。
Ping値的にもLAN側ではなさそうなんですけど、キャリア側がおかしいんですかね。
まぁ64ビットで割り当ててくる上に、動的で使いものにならないから、IPv6利用は諦めました。
少なくとも60ビットで固定割当が当たり前の世の中になるまでは使えなさそうです。 >>384
あなた自身やそのルータに出来る能力があるかどうかは別として、
ONU側から来たRAの送信元をdefault gatewayとしてルーターのWAN側で使って、
ONU側からRAかDHCPv6-PDでもらったprefixはルーターのLAN側に割り当てましょう。 >>385
自分は384じゃないけど、NTTのNGNのIPoEのv6ならルーターはNGN側にあるような状態で、ONUから手元に来てるv6ネットワークは/64のLANのような感じだから、
ONUの先に一台v6をブリッジする機器を入れてそこでフィルタリングなりなんなりするのが正解だと思ってるけど合ってるかな?
v4で言えばL2のVPNでどっかのLANに繋いだような状態だよね。NGNのIPoEのv6って。
専門用語がまったくわかってないのでメチャクチャな書き方になってるかもしれないが… >>386
その場合はブリッジするのがベストじゃないか? 社内のイントラネットは手入力が面倒なのが難点かな。 >>388
勝手に自動構成使わないくせに何ほざいてるの?人間のクズ >>386
俺はproxyarpしてまつ
たまにネガティブキャッシュが残ってて
いつまでたっても繋がらないことがある毛だ >>389
そもそもほとんどの会社でIPv6はオフになっている。 >>391
ルーターがいないなら珍しくもないが、いちいちオフにしているのは
かなり珍しい。嘘つき乙。人間のクズは嘘つかないと話できないのかね。 >>392
自殺する前に精神科いけよ
多分働き過ぎだ >>387
ブリッジとかアドレススペースの節約行為自体、RFC 6177には推奨じゃないからなー。
ブリッジしちゃうとつうつうになるから、クライアントでもファイアウォールしっかりしないといかんしね。やめたほうがいい。 >>395
ブリッジする機器がフィルタリングすればいいとは思うんだけど、広大なアドレススペースがあるんだからちゃんとルーティングが出来るようにアドレスを振ってほしいものではある。 point-to-pointならISP側の機器が配布するprefix自身を使っていても
どうにでもなるけど、そうじゃなければ明らかにISP側が分かってない、
あるいはフレッツのキチガイ思想に毒されている、のどちらか。 ■ このスレッドは過去ログ倉庫に格納されています