YAMAHA業務向けルーター運用構築スレッドPart25

**anonymous@fusianasan** · 2021/09/02(木) 22:09:38.93

【お約束】
ここはYAMAHAルーターなどで小規模～大規模のネットワークを
構築、運用する人のための情報交換スレッドです。
ネットボランチシリーズ(コンシューマー向け)、業務用向け機器でもYAMAHAルーターの
設定方法、YAMAHAルーターの使い方などハードウェア寄りの話題は関連スレへ

【公式サイト】
RTXシリーズルーター
https://network.yamaha.com/products/routers/
RTpro - ヤマハネットワーク周辺機器技術情報ページ
http://www.rtpro.yamaha.co.jp/
ヤマハネットワーク機器
https://network.yamaha.com/

【関連スレ】
YAMAHAヤマハブロードバンドルーターpp select 26
http://mevius.5ch.net/test/read.cgi/hard/1544435522/

【過去スレ・前スレ】
YAMAHA業務向けルーター運用構築スレッドPart19
http://mao.5ch.net/test/read.cgi/network/1485790427/
YAMAHA業務向けルーター運用構築スレッドPart20
http://mao.5ch.net/test/read.cgi/network/1501976932/
YAMAHA業務向けルーター運用構築スレッドPart21
http://mao.5ch.net/test/read.cgi/network/1527602451/
YAMAHA業務向けルーター運用構築スレッドPart22
http://mao.5ch.net/test/read.cgi/network/1558571559/
YAMAHA業務向けルーター運用構築スレッドPart23
http://mao.5ch.net/test/read.cgi/network/1591073378/
YAMAHA業務向けルーター運用構築スレッドPart24
https://mao.5ch.net/test/read.cgi/network/1609198305/

**anonymous@fusianasan** · 2022/06/29(水) 23:03:12.31

>>421
http://www.rtpro.yamaha.co.jp/RT/docs/nat-descriptor/nat-abstruct.html#protocol

**anonymous@fusianasan** · 2022/06/29(水) 23:14:43.48

なるほど、Identifier

**anonymous@fusianasan** · 2022/06/30(木) 13:22:34.52

一言で片付ければ
ルータの前にネットワークをお勉強
ルータはその後

**anonymous@fusianasan** · 2022/06/30(木) 18:06:24.20

>>370です。
pingは届くようになりました。皆さんからヒントをいただいて分かるようになってきました。
ネットワークの勉強をまずやれよ等の辛辣な意見もあると思いますが、実機も触りながら勉強していきます。
よければ皆さんがネットワークを勉強されて為になったなと思う学習サイトなどを教えて欲しいです。

**anonymous@fusianasan** · 2022/06/30(木) 18:14:42.43

書籍ならマスタリングTCP/IP一択

**anonymous@fusianasan** · 2022/06/30(木) 18:23:31.91

>>426 それ持ってます。確かにわかりやすいですよね。

書籍等は結構買ってて一通り読んでるんですが、自分の頭の中にあるふわっとした知識といざ実機に
勉強した設定を投入すると中々うまくいきません。

**anonymous@fusianasan** · 2022/06/30(木) 19:30:31.06

ネットワークの勉強するのが一番の近道なんだよな

**anonymous@fusianasan** · 2022/06/30(木) 19:56:08.27

>>428
具体的にどの辺を重点的に勉強すればいいですかね？
ネットワークといっても覚えることって心が折れるくらい多いんで、どうしても広く浅くになってしまうんですよね。

**anonymous@fusianasan** · 2022/06/30(木) 20:01:23.18

広く浅く勉強してから考えればいいと思うよ

**anonymous@fusianasan** · 2022/06/30(木) 20:20:22.27

マスタリングTCP/IP（初級編）を読んでて今の感じじゃちゃんと理解しきれてないだけだから
まずはその範囲をしっかり理解する事だと思うよ

**anonymous@fusianasan** · 2022/06/30(木) 20:21:41.73

あとは資格の勉強をやってみるとかね

**anonymous@fusianasan** · 2022/07/05(火) 05:05:11.41

ネットワークスペシャリスト合格目指すとかなり遠い道のりになるな

**anonymous@fusianasan** · 2022/07/05(火) 12:08:39.15

個人的にネットワークは目的あっての勉強の方が早いと思うわ

**anonymous@fusianasan** · 2022/07/05(火) 20:37:58.57

https://xtech.nikkei.com/atcl/nxt/column/18/02116/070100001/

これが言う閉域網が危ないってどういうことか
VPNが突破されるから危ないということかな

**anonymous@fusianasan** · 2022/07/05(火) 20:41:14.32

時代はやっぱゼロトラストだよ

**anonymous@fusianasan** · 2022/07/05(火) 21:30:42.53

>>436
認証設定が面倒くさいなあ

**anonymous@fusianasan** · 2022/07/05(火) 21:31:36.72

>>434
まさにたたき上げ

**anonymous@fusianasan** · 2022/07/05(火) 21:53:31.89

FortinetのVPN装置経由である可能性が高いらしいけど検索したら過去にVPNの認証情報がハックされて流出したとかあったらしいね
脆弱性放置とか管理会社も糞だけど自業自得かな、という俺もアップデート切れたスマホ使ってるな

**anonymous@fusianasan** · 2022/07/05(火) 23:57:28.32

>>439
放置っていうか病院は特に面倒だから
向こうから求められない限り、脆弱性情報の提供とかパッチ適用は保守契約に含まないようにする
含めてくれと指摘してくるようなら意識が高いからこちらも安心

**anonymous@fusianasan** · 2022/07/06(水) 01:25:24.81

>>440
それは分かるんだけど
管理会社は危険性を認識してたわけだし忠告などしたらいいのにと思うわけ、してたかも分からないけどまあ現実はいろいろ無理なこともあって結局自業自得なんだなと

**anonymous@fusianasan** · 2022/07/06(水) 01:43:07.77

>>441
お金もらってないのに言う義理もないでしょ
言ったら無料で対応してよって乞食するに決まってる

**anonymous@fusianasan** · 2022/07/06(水) 03:40:08.48

>>442
分かってるって言ってるだろマヌケ

**anonymous@fusianasan** · 2022/07/06(水) 12:17:52.63

どうしたんだ、更年期か？

**anonymous@fusianasan** · 2022/07/06(水) 13:37:41.01

そもそもランサムどうこうはネットワークが本質の話しじゃない。

**anonymous@fusianasan** · 2022/07/06(水) 15:10:03.50

>>445
保守ベンダーがリモートメンテ用にFortigateに設定していたSSL-VPNの話だよ

同じ手口で病院が狙い撃ちされてて
未公表のところも…

**anonymous@fusianasan** · 2022/07/06(水) 20:19:49.40

どうやって病院狙い打ちするのやらw

**anonymous@fusianasan** · 2022/07/08(金) 00:29:40.85

はいはい

**anonymous@fusianasan** · 2022/07/08(金) 10:11:54.87

http://netvolante.jp/index.html

ここは！

**anonymous@fusianasan** · 2022/07/11(月) 06:40:09.24

フレッツ光で、ONUだけ故障で交換した場合、
RTXのLAN3ポートに自動で割り当てられているIPv6アドレスって変更になるんでしょうか。

**anonymous@fusianasan** · 2022/07/11(月) 08:14:14.68

>>450
プロバイダによる
ONUがどうとかは関係ない

**anonymous@fusianasan** · 2022/07/11(月) 08:54:09.89

それが本当にONUかどうか次第じゃないかな
ONUって言ってるのが実はHGWでそこからのRA受けてたら変わる可能性が高い

**anonymous@fusianasan** · 2022/07/11(月) 09:13:36.17

初心者用語かどうかをエスパーして読み解く力が求められるのか

**anonymous@fusianasan** · 2022/07/11(月) 09:14:51.41

製造メーカーでHGWのロジックが異なるとは思えないけど。

**anonymous@fusianasan** · 2022/07/11(月) 09:49:01.27

NTTはIPv6アドレスが変更される条件は公開してないからね
変更されない前提の運用が厳しい

DDNS活用するやら固定プリフィクスが割当たる回線にするかだね

**anonymous@fusianasan** · 2022/07/11(月) 10:43:03.77

>>452
ONUとHGWが分離されているタイプです。
だから、純粋にONUだけの交換です。

IPv6アドレスの網からの割当が、
HGWのみに依存しているなら、
ONUを交換しても影響はないと思いますが、
その当たりを明らかにしたくて。

ずっと前に、IPv6をまだ使っていない頃、
故障したONUを交換したことがあったんですよ。

**anonymous@fusianasan** · 2022/07/11(月) 10:43:51.98

>>455
なるほど。

でも、経験者の方おられませんか〜

**anonymous@fusianasan** · 2022/07/11(月) 11:16:05.07

>>457
ONUって何者とお考えで？
そしてRAとかDHCv6って何だっけ？

**anonymous@fusianasan** · 2022/07/11(月) 12:33:31.25

>>443
分かって無償対応するんか？
是非うちにいれてくれ

**anonymous@fusianasan** · 2022/07/11(月) 12:36:48.50

VNE業者はIPv6をNTTに預けてて
NTTが顧客に対してRAかDHCPでIPv6を顧客のONUに割り当てる

顧客の識別は契約に紐づくし客番であるCAFだろうからONUの識別でIPv6が変わるような事はしないと思う

想像です

**anonymous@fusianasan** · 2022/07/12(火) 00:39:09.41

HGWやONU入替の場合、光I/FのMACアドレスを今までと同じ物に切り替えるはず（回線契約紐付け・認証をMACでやってる）
ヤフオクで売ってるHGWかっても繋がらないのはこれの関係（ルーターは動く）

なので、局舎側の工事が無い限り回線に割り当てられてるIPは変わらないはず。
ただ基本NGNのIPは絶対に変わる物として、変わっても良い運用をするもんだと思うけどね。

**anonymous@fusianasan** · 2022/07/12(火) 03:49:11.01

>>460
契約情報をリンク層の情報と結びつけて、
動的割当に変化が生じないような仕組みがあるかもしれないですね。

>>461
故障時に送られてくるONUのMACを調べることをすれば良いね。
同一なら、利便性を損ねないようにしていると考えられますね。
リンク層の情報で接続を許可しているとすると、
ONUは単なるスイッチングハブのMACアドレスの扱いとは違うんだろうな。

スイッチングハブ自身もMACアドレス持ってるけど、アドレスの書き換え（フレーム載せ替え）なんてしないものなあ。

**anonymous** · 2022/07/12(火) 06:32:32.23

同じMACのONUが来るわけ無いじゃん

**anonymous@fusianasan** · 2022/07/12(火) 06:35:03.72

>>462
スイッチングハブのMACアドレスは、ループ検知用のフレームを流すために持っているんじゃない？

**anonymous@fusianasan** · 2022/07/12(火) 08:33:27.05

>>464
ああ、そうだったんだ
なるほど。納得。

**anonymous@fusianasan** · 2022/07/14(木) 21:47:02.45

>>461

故障交換時、作業担当者がMACアドレスを収容局側に電話して登録していたな

**anonymous@fusianasan** · 2022/07/15(金) 00:36:08.66

MACアドレスそのものだけで認証してるの？

**anonymous@fusianasan** · 2022/07/15(金) 02:49:24.53

そだよ

**anonymous@fusianasan** · 2022/07/15(金) 13:00:32.74

hgwって売ってるのか
知らなかったわ

**anonymous@fusianasan** · 2022/07/15(金) 13:17:06.85

>>469
返却義務あるから中古はほぼ盗品だけどな

**anonymous** · 2022/07/15(金) 14:27:42.29

手に入れてどうするんだろうな
部品交換でもするの？

**anonymous@fusianasan** · 2022/07/15(金) 14:57:55.18

あれを買う人は自分で交換して普通に使えると思ってる人

**anonymous@fusianasan** · 2022/07/15(金) 20:24:03.75

>>467
昔、MACを焼き付けたICを載せ替えられるLANカードがあったな

**anonymous@fusianasan** · 2022/07/19(火) 03:59:15.56

1200部屋で使ってるんですけどすごく暑くて
ciscoよりはマシだと思うんですが、
発熱下げる設定とかコンフィグのコツってありますか？
もし特に熱くなるconfig項目とかあれば教えていただきたいです
普通に使う設定以外にethernet filter９ことpriorityqosと普通のsecurefilterは５個くらいに
減らしてます。syslogはinfoとnoticeだけにしてます。

**anonymous@fusianasan** · 2022/07/19(火) 06:32:27.63

configによって発熱量が変わるということは無いと思うな。

**anonymous@fusianasan** · 2022/07/19(火) 07:45:51.19

マジレスするで電源入れないのが一番発熱しない

**anonymous@fusianasan** · 2022/07/19(火) 07:59:01.09

SWHUBはデカいヒートシンクで対応できるけど
RTXの外蓋開けたことないな

**anonymous@fusianasan** · 2022/07/19(火) 12:15:15.66

エアコンの温度設定を下げればいい
1200ごときですごく暑い室温に変わる部屋が問題

**anonymous** · 2022/07/19(火) 12:50:44.24

室温35度くらいまでは問題ないでしょ？
この手の機器は

**anonymous@fusianasan** · 2022/07/19(火) 15:44:18.50

熱いではなく暑いんだから
部屋が暑いんだろ

**anonymous@fusianasan** · 2022/07/24(日) 15:29:45.10

すいません。
初歩的な質問かもしれませんが、困っているので教えて下さい。

ONUをスイッチで分岐して、VoIPとNVR510をつないでいるのですが、
GUIからひかり電話の設定をいじっている間に、
電話の着信ができなくなってしまいました（発信はできる）。

そこでネットで調べると、GUIを設定している中で
ip lan2 address dhcp
が自動生成されたとのことで、これを
no ip lan2 address dhcp
で削除すればよい旨も記載されていたため、GUIでのコマンドの実行やTELNETから管理者権限で実行したのですが、
いずれもタイムアウトによって処理を中止しました
となり、削除ができません。

どうすれば削除できるようになるのでしょうか。

なお、参考にしているのは以下のサイトになります。
http://www.noblehero.jp/2022/02/08/onu%E4%B8%8B%E9%83%A8%E3%81%AE%E5%88%86%E5%B2%90%E6%A7%8B%E6%88%90%E3%81%AB%E3%81%8A%E3%81%91%E3%82%8B%E3%81%B2%E3%81%8B%E3%82%8A%E9%9B%BB%E8%A9%B1%E7%99%BA%E7%9D%80%E4%BF%A1%E3%83%88%E3%83%A9/

**anonymous@fusianasan** · 2022/07/24(日) 15:31:45.93

マルチするなら元スレで指摘されてる所くらい直してからマルチしろよ

**anonymous@fusianasan** · 2022/07/24(日) 15:35:43.15

>>482
スイッチ等、一応直したつもりですが、
知識が不足しているため、ご容赦下さい。

**anonymous@fusianasan** · 2022/07/24(日) 15:56:18.50

> やTELNETから管理者権限で実行したのですが、いずれもタイムアウトによって処理を中止しましたとなり、削除ができません。

そのエラーメッセージがそのタイミングで出てくるのは見たことがない。

**anonymous@fusianasan** · 2022/07/24(日) 16:37:12.51

>>484
ヒントありがとうございます！
コピペでなく、打ち直したら、削除ができました。
お手数をおかけしました。

**anonymous@fusianasan** · 2022/07/26(火) 11:38:54.37

>>481
むちゃくちゃ手探り状態だな
応用問題をあてずっぽうに公式に当てはめて解くような印象をうけたわ

**anonymous@fusianasan** · 2022/07/26(火) 11:45:33.92

>>481
ひかり電話絡みなのにIPv4のDHCPが問題起こすって謎

**anonymous@fusianasan** · 2022/07/26(火) 12:17:51.12

>>487
ひかり電話ってインターネット接続とは別のIPv4が割り当てされて動いてるからな
ONU直下にスイッチングハブ置いて一般向けルーターでIPoEやりながらIPv6無効にしたNVR500でひかり電話だけ収容とかできる

**anonymous@fusianasan** · 2022/07/26(火) 12:17:52.98

>>487
謎って…

そう思う方が謎。

**anonymous@fusianasan** · 2022/07/26(火) 21:22:25.12

ほんと謎だったな
間違えてパソコン繋いだらパソコンに変なグローバルIPアドレス振られるわ、急いで外しても、ONUと主装置の電源入れ直してもひかり電話不通のままだわ散々だったっけ

みんな経験ないん？

**anonymous@fusianasan** · 2022/07/26(火) 23:57:33.18

>>490
PCとONUを直結しようとするのが謎
フレッツ接続ツールのCD-ROMでも使おうと思ったのかというくらい謎

**anonymous@fusianasan** · 2022/07/27(水) 02:19:41.78

まぁ笑えるからいいよ

**anonymous@fusianasan** · 2022/08/25(木) 12:09:30.31

8月25日午前9時頃、NTT西日本の設備の障害で、IPOEが不通になった。
IIJの報告のほうが、NTTよりも遥かに早かった。
続報により、結局、NTT側の問題だと明らかになった。
急にサーバに繋がらなくなり、非常に焦った。
何か自ネットワークをイジるタイミングで、こういう障害が発生するので、何か自分がやらかしたのではないかと不安になる。
冷静に考えてみて、いや自分側の問題でないと確信を持てると、安心できた。
また、バックアップ回線を用意していてよかった。

**anonymous@fusianasan** · 2022/08/25(木) 12:37:41.89

>>493
COMのレンタルのRTX830にはバックアップモデムついとるけど
パケロスがたまにある状況だと延々そのまま
結局WANの線外してバックアップで運用中

**anonymous@fusianasan** · 2022/08/25(木) 15:48:44.01

うちはPPPoEだから影響が無かったのか

**anonymous@fusianasan** · 2022/08/25(木) 15:57:00.98

東でも以前、JPNEが障害起こしたよね。

**anonymous@fusianasan** · 2022/08/25(木) 17:39:07.74

網内の折り返しだけなら問題なくて
IPoEのプロバイダがある場合にIPv6が払い出されない感じだったね

**anonymous@fusianasan** · 2022/08/25(木) 17:57:18.19

>>495
あるプロバイダにはIPoEの契約してるとPPPoEでも影響あるとは言われた

**anonymous@fusianasan** · 2022/08/25(木) 18:17:29.97

あー、昨日のこれだったのか。
So-netでPPPoEとv6プラスと両方つないでていつも双方200M弱ぐらいなんだが
昨日v6プラスの方だけ30Mとかになってた

**anonymous@fusianasan** · 2022/08/25(木) 18:32:36.78

V6プラスだとJPNEでau系か？
最近、au系障害多いな。

**anonymous@fusianasan** · 2022/08/25(木) 19:01:02.04

>>497
網内は確かに問題なく通信できた。
だからこそ、IPv6の払い出しはできていたのだと思う。
インターネットとの通信ができなくなった。

**anonymous@fusianasan** · 2022/08/25(木) 19:41:58.19

>>501
保守してる複数の回線で確認したんだよ
IPoEのインターネットまたはvpn契約のある回線ではIPv6の取得ができず

プロバイダ契約等なしでv6オプションのみの回線では取得できてた

**anonymous@fusianasan** · 2022/08/25(木) 20:01:07.49

東海のncom回線
監視データ見ててもうちは何も影響なかったな。

**anonymous@fusianasan** · 2022/08/25(木) 20:03:12.72

>>502
うちは、IPoEのインターネット回線を使ってる拠点とは網内VPN通信はできていた。
しかし、その拠点でIPoEのインターネットとの通信のみできなくなった。
だから、IPv6の払い出しは契約に関係なくできていたと思うんだが。
症状は一概でないということではないか。

**anonymous@fusianasan** · 2022/08/25(木) 20:19:54.28

>>504
なるほど
うちでは昨日夕方に設置したIPoEルータでIPv6が取得できず
原因不明でリスケになった事例があって
今日の問題解消後にそのまま再設置したところ問題なしだったと聞いてる

昨日、相談受けたときは？？って思ったけど予兆だったのかと

**anonymous@fusianasan** · 2022/08/25(木) 22:08:30.77

>>505
>>505
昨日の今日というのはバッドタイミングだね。
障害だったのに、疑いの念をひしひし向けられる。

**anonymous@fusianasan** · 2022/08/29(月) 13:15:03.84

【渡辺裕之(66)】　ワクチン鬱？　【上島竜兵(61)】
://egg.5ch.net/test/read.cgi/cafe60/1652426631/l50

**anonymous@fusianasan** · 2022/08/30(火) 16:30:48.60

https://cloud.watch.impress.co.jp/docs/news/1435889.html

ヤマハ、10GBASE-T対応のVPNルータ「RTX1300」を正式発表、9月下旬に発売

**anonymous@fusianasan** · 2022/08/30(火) 16:32:31.18

ヤマハ株式会社は30日、VPNルータ製品群「RTXシリーズ」の新ラインアップとして、10GBASE-Tに対応した中規模ネットワーク向けの新モデル「RTX1300」を正式発表した。
各種性能が強化されているため、拠点用ルータとしてだけではなく、複数拠点と相互接続する場合のセンタールータとしても利用できるという。
価格は21万7800円（税込）で、9月下旬の発売を予定している。なお、既存モデル「RTX1220」とは併売されるとのこと。

**anonymous@fusianasan** · 2022/08/30(火) 16:42:56.77

20万越えちゃったか
まぁしょうがないが買える値段だな

**anonymous** · 2022/08/30(火) 18:04:56.71

RTX1500と同じと考えれば、まぁ。
市価は税込14万円くらいかね。

珍しく背面の塗装をケチっとるので、税抜20万切りたかったのかも。

**anonymous@fusianasan** · 2022/08/30(火) 18:43:38.03

UTMだと50万出しても10G対応は厳しいし
21万とか充分安いと思うわ

**anonymous@fusianasan** · 2022/08/30(火) 18:53:18.03

ついでに8ポートも10gにしてほしかった
高くなりすぎたんかな

**anonymous@fusianasan** · 2022/08/30(火) 18:56:05.22

簡単に言ってくれるね

**anonymous@fusianasan** · 2022/08/30(火) 19:50:15.79

>>511
そういやコロナ禍、リモートワーク需要で定価よりも高く売られていたんだよな(´・ω・｀)

**anonymous@fusianasan** · 2022/08/30(火) 19:52:10.79

>>513
コストアップもだが、発熱対策がキツイ

**anonymous@fusianasan** · 2022/08/30(火) 20:56:03.68

サポートに再現性あるバグあること言っても直してくれんから
業務での採用は無いな。落ち着いたら検証するか

**anonymous@fusianasan** · 2022/08/30(火) 21:00:07.69

そりゃ要望というか希望というか
だといいな
だから気楽だ
そうでないのがオカシイとは言ってないぞ
自分で設計製造しないと希望も言えないのは窮屈

**anonymous@fusianasan** · 2022/08/31(水) 03:37:02.79

>>518
ベロベロに酔ってる文章やな
酔ってないなら病院に行け

**anonymous@fusianasan** · 2022/08/31(水) 09:43:20.39

>>519

**anonymous@fusianasan** · 2022/08/31(水) 12:50:59.19

閉域系LANとネット系LANがありネット系には各自のノートがあり、
閉域系PCからネットPCのRDPに繋ぐためにRTX810を買いました

そのRTX810にはDHCP取得のブロードバンドルーターとして設定し
WAN側を閉域系IP(192.168.0.251/24)
LAN側をネット系(172.16.0.251/24]
に変更しその後デフォゲもDHCPもなしとしています

RTX810設定
フィルター設定
デフォの先頭付近にあるプライベートアドレスのフィルターのうち
reject 192.168.0.0/16 * より前で
pass tcp,udp 192.168.0.182/32 * 172.16.0.50/32 3389を追加、IN有効
reject * 192.168.0.0/16をOUTを無効化としています
　　
nat設定追加
　nat descriptor masquerade static 200 1 172.16.0.50 udp 10050=3389
　nat descriptor masquerade static 200 101 172.16.0.50 tcp 10050=3389

ネット側PCへの設定
　route -p add 192.168.0.182/32 172.16.0.251

でRDPだけポートフォワード出来ればよく
閉域系PCのリモートデスクトップで
接続先は192.168.0.251:10050 として動作はしました

この状態でネット側環境に脅威があったとして極力安全な設定はどうなりますか？

reject * 192.168.0.0/16をOUTは無効にすると動作したので、とりあえず外した状態ですが、本来は192.168.0.182/32以外を無効にしたいですがありますか？