21/07/25 11:10:36.52 .net
>>707
706じゃないけど、HGW→yamahaルータ(RAプロキシ）→ホストの場合って、ホストからのRSはHGWに送られて
それに応じてRAを送るのもHGWで、あくまでyamahaルータはルータ扱いではなく、プロキシ（代理）に過ぎない（あくまでルータはHGW)と考えればいいんですか？
だからdhcp-pdのときと違ってと違ってLAN側にしかグローバルIPを持たないんですか。
710:anonymous@fusianasan
21/07/25 11:14:01.82 .net
>>706
IPv6は神の奇跡だもんな
お前にとっては
711:anonymous@fusianasan
21/07/25 11:14:54.84 .net
>>709
長く引き伸ばすのもあれなので。
ルータをRAで設定する場合、
マニュアルに「これらを設定する場合、デフォルト経路は最後に設定が完了したインタフェースに向く。」とあります。
つまり、先ほどのように「ipv6 lan2 address ra-prefix@lan2::2/64」と後でコマンドを打った場合、インターネット側からの戻りパケットの行き先がLAN1でなくLAN2となり、クライアントに到達しません。
また、ルータに説ぞされているクライアントの始点だとRAの送信元はYAMAHAルータです。
ただ、上位から来たものを中継しているという意味でプロキシと表現されています。
712:anonymous@fusianasan
21/07/25 11:17:37.05 .net
自分も勘違いしてたけどIPv6はアドレスが拡張されるだけじゃ無くて結構違うから一度ちゃんと勉強したほうがいい
特にNGN使うならNGNの仕様も理解しないといけない
713:697
21/07/25 11:21:40.91 .net
これらを設定する場合、デフォルト経路は最後に設定が完了したインタフェースに向く。
の一文は読みました。だから
ipv6 lan2 address ra-prefix@lan2::2/64
のあとで
ipv6 lan1 address ra-prefix@lan2::1/64
と打ったらやっぱりipv6で繋がりらなくなりましたよ。
>>702さんの
ngn type lan2 nttがキモなんでは・・・・
この一文でlan2の役割が決まってしまっていると思います。
yamahaの内部処理なんでわかりませんが。
714:anonymous@fusianasan
21/07/25 11:25:01.95 .net
>>713
ここで、707を読んでください。
DHCPv6-PDの設定の場合は、/56をLAN1とLAN2でそれぞれ/64別セグメントに分けている意味合いの設定になっています。
RAはそもそも/64のセグメントなので、同一セグメントに対する設定の上書きとなり、後に設定された側に流れます。
715:anonymous@fusianasan
21/07/25 11:27:03.95 .net
>>713
つながらなくなるというのは、色々な要因があるため、設定した瞬間に起きることもあればタイムラグがある場合もあります。
その辺は勉強していけばわかると思いますが。
716:697
21/07/25 11:33:09.21 .net
>>714
こんなこと言うと怒られそうですが、
「なんだ、そうだったのか。」
やっと疑問が氷解しました。
うちの環境がHGW(ひかり電話あり）→RTX830→ホストなので、dhcp6-pdはまだよくわかっていないのですが、
RAが後に設定されたものが流れるというのは自分でもちょっとかじったところなのでなんとなくわかります。
ネット情報に頼るのではなく、書籍で一からIPv6を勉強したいと思います。
どうもありがとうございました。
717:anonymous@fusianasan
21/07/25 11:37:55.83 .net
横レスだが
>>704の
リンク先のDHCPv6-PDの場合、
2409:xxxx:xxxx:3000::3/64
2409:xxxx:xxxx:3000:2a0:deff:feab:ff38/56
と同一サブネットでは？
718:anonymous@fusianasan
21/07/25 11:42:25.85 .net
>>717
/64側から見たらどう？
719:anonymous@fusianasan
21/07/25 11:52:37.90 .net
hgwのipv6グローバルアドレスってどうやって見るんですか？
720:anonymous@fusianasan
21/07/25 11:55:28.67 .net
>>719
HGWのマニュアルでも読めば？
721:anonymous@fusianasan
21/07/25 12:04:55.10 .net
>>720
もう10年前の代物(PR-400KI)で、IPoE接続なんて後から対応したものですから、
到底マニュアルに載ってませんよ。
722:anonymous@fusianasan
21/07/25 12:32:43.42 .net
RA方式の場合lan1とlan2がブリッジしてるからlan2にグローバルIP振るとおかしくなる。
PPPoEの時にブリッジ接続のHGWと市販ルータで市販ルータのWANにIPアドレス書くとおかしくなったのと同じ。
723:722
21/07/25 12:52:37.51 .net
URLﾘﾝｸ(www.nic.ad.jp)
2009 NTT Information Sharing Platform LaboratoriesいまからはじめるIPv6IPv6ネットワーク構築基礎
古いpdfだが、yamaha RT58iの設定例のところに、
＞RA-proxy による接続例 IPv6パススルーと同等の設定
って書いてある。やっぱブリッジ接続だ。WAN側にはやっぱりIPv6アドレス振ってないよ。
これで回答かと。
724:anonymous@fusianasan
21/07/25 12:55:36.99 .net
>>723
696
725:722
21/07/25 13:12:17.03 .net
>>724
確かに>>696はヒントを出しているが、ちゃんとずばり
書けばこんなくだらん論争一瞬で終わったのに。
726:anonymous@fusianasan
21/07/25 13:18:20.21 .net
ルータとして動いていない なら、あとは何があり得るのか…
727:anonymous@fusianasan
21/07/25 13:22:32.25 .net
ra proxyによるフィルタリングは働いてるから、単なるパススルーとは異なる。
と上のpdfにも書いてある。
728:anonymous@fusianasan
21/07/25 14:30:34.02 .net
>>719
「ntt.setup」をnslookupするのが一番簡単
729:anonymous@fusianasan
21/07/25 17:01:25.36 .net
>>721
PR-400KIは最初からIPv6 IPoE使えましたよ
IPv6 IPoEと、IPv4 over IPv6か何かとを混同してない？
>>728
HGWの機種によって、ntt.setupのAAAAレコードがあるのと無いのとがある
PR-400KIはAAAAレコード無しだったような気がする
ひかり電話あり(タイプ1除く)なら
情報 ＞ DHCPv6サーバ払い出し状況 で DNSサーバアドレス を見ればHGWのLAN側アドレスがわかる
HGWのWAN側アドレスは、たぶんsubnet IDが1で、interface IDはLAN側アドレスと同じ
730:anonymous@fusianasan
21/07/25 17:22:39.61 .net
>>729
LAN側と言ってるのは、クライアントから見てGWに見えるアドレスで、WAN側と言ってるのは、ひかり電話の終端として使っているアドレスになるんだっけ？
731:anonymous@fusianasan
21/07/25 17:27:35.02 .net
>>729
あれ？そうだったっけ
じゃあ交換した後のpr-600kiと勘違いしてたのかな。ごめん
>>719
それなら「ipv6.google.com」にtracertしてtracertした端末と同じプレフィックスの一番下のアドレスがhgwだったはず
違ったらごめんね
732:720
21/07/25 18:06:23.78 .net
>>728-729
>>729氏の言われる通りdigやnslookupでAAAAレコードで引いてもIPv4アドレスしかでませんでした。
Pr-400KIが最初から使えたのはIPv6 PPPoEではありませんか？
光に加入したばかり(2012年）のころはIpv6 IpoEなんて設定はなかったような気がするのですが、
私の記憶違いだったらごめんなさい。
>>731
Linuxなんでちょっと違いますが、 traceroute ipv6.google.com
ででました。ありがとうございました。
733:720
21/07/25 18:18:41.39 .net
＞プレフィックスの一番下のアドレスがhgw
これが、情報 ＞ DHCPv6サーバ払い出し状況 で DNSサーバアドレス
で出てくるアドレスと同じなんですが、特に問題ないのでしょうか？
プロバイダのDNSサーバは当然別のアドレスですよね。
734:anonymous@fusianasan
21/07/25 18:41:10.83 .net
お前らここはv6スレじゃねーよ
735:720
21/07/25 19:15:18.62 .net
>>734
すれ違いすみません。ここらで終わりにしてください。
皆さんどうもありがとうございました。
736:anonymous@fusianasan
21/07/26 21:34:20.76 .net
>>685
の普段RAの設定でフレッツ光ネクスト（biglobe)使ってるんだけど、
ものは試しで右側のdhcpv6-pdの設定でやってみた。
そしたら、
プロバイダー設定からipv4の設定(hgwでpppoeをしているのでdhcpまたは固定ipアドレス接続＝ローカルルータ設定）
が消えたけど、ipv6は(DHCP)接続という表示に変わった。
ipv6-testとか試してみたが、ipv4、ipv6ともに普通に繋がるみたい。
hgwのdhcpv6払い出し状況をみたら、
ヤマハルータ(RTX830)のlan2(wan)にipv6アドレスが割り振られていた。
ひかり電話ありなのngn網からはで/56で割り振られてたんだけど、RAだとサブネットが
00で/64同然だったが、00がf0に変わり、サブネットが変わったことも確かめられた。
現状のヤマハルータだと自分の自由にサブネットは設定できないけどね。
hgwにもdhcpv6-pd再委譲機能ってあったんですね。
737:736
21/07/26 21:37:00.84 .net
あ、サブネット変える機能はhgwに備わっているべき機能か。
NECみたいにヤマハルータにもほしい機能だけど。
738:anonymous@fusianasan
21/07/26 22:33:48.18 .net
/56とかをPDで受けたら任意のサブネットで下位にRAで配布できるけど、それとは違うん？
739:736
21/07/26 23:07:39.49 .net
>>738
任意のサブネットってどうやって設定するんですか？
show status ipv6 dhcp
XXXX:YYYY:ZZZZ:AAf0::/56
のプリフィックスを委譲されているんですが、
この時点ですでにf0は決定されてしまっているようですが。
740:anonymous@fusianasan
21/07/26 23:26:09.03 .net
>>739
URLﾘﾝｸ(www.rtpro.yamaha.co.jp)
741:739
21/07/26 23:36:25.24 .net
>>740
サンクス。明日にでもやってみるわ。
742:anonymous@fusianasan
21/07/26 23:40:54.30 .net
>>739
XXXX:YYYY:ZZZZ:AAf0::/56 を委譲されることはない、56bitより後まで値が入っちゃってるから
網側から XXXX:YYYY:ZZZZ:AA00::/56 をもらったなら、決定してるのは AA までで、その次の部分は 00 から ff まで好きに使える
HGWから XXXX:YYYY:ZZZZ:AAf0::/60 をもらったなら、決定しているのは f までで、その次の部分は 0 から f まで好きに使える
743:anonymous@fusianasan
21/07/27 03:49:08.65 kXEyHbSn.net
いつも思うことがある
ルーターのクラウド化が実現すればいいのになあ
ルーターが壊れる心配をしなくて良くなる
744:anonymous@fusianasan
21/07/27 03:57:46.61 .net
人類のバーチャル化よりは早く実現するかもな
745:anonymous@fusianasan
21/07/27 05:36:15.87 .net
>>743
世に出てそれなりに経つよ？
まあ、家庭向きじゃないけど。
746:anonymous@fusianasan
21/07/27 06:01:55.50 .net
>>743
安心していいよ
手元にルーターを置かなきゃいけないことに代わりはないし
これからも手元に置いたルーターの故障には悩まされ続ける
747:anonymous@fusianasan
21/07/27 07:02:00.02 .net
ソフトウエアルータをつかおう！
748:anonymous@fusianasan
21/07/27 09:22:46.07 .net
YNO＋外部メモリである程度できそうな気もする
壊れる心配するなら予備機置いた方がいい
749:anonymous@fusianasan
21/07/27 09:39:43.98 .net
ONU直結でVPN接続すればいいんじゃね
750:739
21/07/27 09:42:37.91 .net
>>741
ipv6 prefix 1 dhcp-prefix@lan2::/60
ipv6 lan1 address dhcp-prefix@lan2::1:0:0:0:1/64
でいいんですか？
lan1には二行目で指定したグローバルIPが振られましたが、
RTX830配下のホストにはグローバルIPが振られません。
やっぱだめっぽ
751:739
21/07/27 10:11:52.07 .net
LAN2 [client]
state: established
server:
address: ::
preference: 0
prefix: XXXX:YYYY:ZZZZ:AAf0::/60
ちなみに、show status ipv6 dhcpの結果はとなっていました。上>>736の/56というのは間違いでした。
752:anonymous@fusianasan
21/07/27 10:17:05.04 .net
>>750
プレフィックスの設定が違う。
無理と言う前に少し考えたら？
753:739
21/07/27 12:12:43.82 .net
URLﾘﾝｸ(www.okamoto-net.com)
/64にしてもだめだった。
ここなど参考にしていろいろやってみたがわからん。
あとは識者の方々にまかせます。
HGW配下でもdhcp-pdが使えるとわかっただけでも収穫ありました。
754:anonymous@fusianasan
21/07/27 12:22:32.07 xR1HHcVA.net
>>753
だからさ、dhcp-prefix@lan2::/64としたら、「f1」でなく「f0」となるってば。
755:anonymous@fusianasan
21/07/27 13:01:37.86 kXEyHbSn.net
>>747
ソフトウェアにはハードウェアが必要
形あるものは壊れるのが宿命
>>748
YNO＋外部メモリ
どういう対策になるのですか
756:anonymous@fusianasan
21/07/27 13:04:37.79 kXEyHbSn.net
>>750
その2つの設定はインターフェイスへのアドレス設定だから
それだけではクライアントはインターネットには出られない
ルーター広告の設定
フィルタリングの設定（なければ外部から攻撃し放題）
ゲートウェイの設定
少なくともこれらが必要
757:anonymous@fusianasan
21/07/27 13:05:37.19 .net
dhcp-prefix@lan2::/60でもf0(lan2のアドレス)になるんですが。。。
lan1は自分で指定しているのでf1になりますが。
配下のホストにグローバルipが振られないのはm_flag=onにしていないからかな？
758:739
21/07/27 13:07:39.00 .net
757は私です。
759:739
21/07/27 13:14:51.01 .net
m_flag=onでもだめだわ。配下ホストにグローバルIpが振られない。
もうわからん。ギブアップ。
760:anonymous@fusianasan
21/07/27 14:19:29.77 .net
ipv6 prefix 1 dhcp-prefix@lan2::5:0:0:0:1/64
ipv6 lan1 address dhcp-prefix@lan2::5:0:0:0:1/64
としたら、f0ではなくf5になりました。配下のホストにもf5のサブネットで振られてます。
サブネットの選択はHGW→RTX830の再委譲なので4bitだけできるようですが、とりあえずできました。
どうもお騒がせしました。
761:739=760
21/07/27 14:21:00.66 .net
URLﾘﾝｸ(www.okamoto-net.com)
こちらのホームページの
# 配布するプレフィックスを決める
ipv6 prefix 1 dhcp-prefix@lan2::1:0:0:0:1/64
ipv6 prefix 2 dhcp-prefix@lan2::2:0:0:0:1/64
# LAN3のIPv6アドレスを指定する
ipv6 lan3 address dhcp-prefix@lan2::1:0:0:0:1/64
ここを真似たらできました。
762:anonymous@fusianasan
21/07/27 14:49:42.27 .net
>>761
落ち着いた今なら何が悪かったのかわかるはず。
763:anonymous@fusianasan
21/07/27 15:32:12.11 .net
>>743
ルーターを無くしてもネットワーク機器は何かしら残るから根本的には解決しない
クラウドだってしょっちゅうトラブっているし、ユーザーは待つしかないのが歯痒いトコロ
764:761
21/07/27 15:45:03.11 .net
>>762
61bit〜64bitのサブネットを示すには、プレフィックス長/64で指定するしかないですな。
( 注：内部動作の関係上「dhcp-prefix@lan2::1:0:0:0:0/64」ではなく、「dhcp-prefix@lan2::1:0:0:0:1/64」と設定してください。 )
この注意書きの意味がやっとわかりました。prefixの指定なんだから本来1:0:0:0:1と書かなくてもいいはずですしね。
765:anonymous@ 103-84-126-78m5.mineo.jp
24/01/13 05:10:15.54 kaY6ffI0w
世界最惡脱炭素拒否テロ國家に送られる化石賞4連続受賞して世界中から非難されなか゛ら憲法13条25条2９条と公然と無視してカによる一方的な
現状変更によってクソ航空機倍増、閑静な住宅地から都心まで数珠つなぎて゛鉄道のЗ0倍以上もの莫大な温室効果ガスまき散らして騒音まみれ
静音が生命線の知的産業壞滅させながら何ひとつ補償もしてないってのに漁業関係者による税金1000億超強奪とか唖然とするな
釣り竿で魚釣りしたり浜辺で貝を採って自分で食べることすら許さないおぞましい利権害蟲のヤクサ゛ぷりが炸裂してやがる
今までクソシナが買ってくれてたことを特別に思うどころか税金で補填しろだのもはや國内的にも不買運動すべきだろ
今年5月にフクシマ沖の魚から1万800０ヘ゛クレルものセシウ厶検出が公表されたわけだか゛要するに0.З42mSV、―般の人の被曝限度は
年間1mSVだからこの魚を3匹食べたら被曝限度を超過するのが現実の中さらに核汚染水排出、海水のベクレル値しか発表しなくなっちゃって
これから生物濃縮が加速度的に進む現実の中、癌になったり奇形児産み落としてて゛もヤクサ゛の資金源になりたい奇特な奴生きてる？
［rеf.) ttρs://www.call4.jp/info.Ρhp?Τype=iTｅms&id=I0000062
ttps:/／haneda-projeＣt.jimdofree.Ｃom／ , ТURLﾘﾝｸ(fligh)Τ-routｅ.сom/
ttps:/／n-souonhigaisosyoudan.amebaownd.com／