YAMAHA業務向けルーター運用構築スレッドPart23
レス数が1000を超えています。これ以上書き込みはできません。
最近は学校向けの見積仕様案でRTX830とか見るな ビジネスホテルもYAMAHAが多い。
ビジネスホテルでDHCPでIPがとれなくて、DHCPリース期間デフォのままで枯渇してるんだろうと思ってフロントに再起動をお願いしたことが何回か 初ヤマハでRTX1210です。
導入目的はモバイルPCからのVPN接続。
フレッツギガでIPoE接続。
ISPはIPQのIPv4固定IP付きです。
NGN直結の速度はDL/ULともに150Mbpsほどでしたが、
RTXの配下に接続して計測するとDL60,UL40Mbpsといったところでした。
MTUはL2TPでVPNするので1258にしています。
IPv4/v6接続判定サイトで確認するv4判定になるのが気になるところです。
ヤマハ公式サイトのIPQでIPoEの設定例を参考に設定しました。
もう少し速度上げたいのですが、設定のヒントいただけませんでしょうか？
ISPの問題かもしれませんが。 判りにくい日本語だな
NGN直結がv6の事言ってるならv4と速度違ってあたりまえ >>7
設定の問題ではありません。
どうしても速度をあへたいなら他のプロバイダー沢山試しましょう。
それでだめなら回線を変えましょう。
あとv4の固定ipでv4の設定してないならv4判定で当然。
もしかしてv6プラスの設定をしたいとかか？ たしかに文章が謎すぎてエスパー以外にはまったく意味が分からんねw 速度を上げたい事だけが目的なのに不要な情報が多すぎるな
v6プラス固定な回線ならもっと速度出そうだけど >>5
バッファローが多くね？
DHCPでアドレスもらえないトラブル含めて >>14
それなりな所はPOPCHATとか入れるよ。
しょーもないところはNTTのレンタルルーターとかだよね。パスワードデフォルトだったりするw とりあえずブラウザでデフォゲのipうってみるやついるだろ。
白状しなさい 7です。
スレ汚し失礼いたしました。
ご回答もありがとうございました。
V6プラス、IPoE接続の回線になります。
IQPのIPv4固定IPが付与されるサービスを使い、回線速度はV6プラスでVPN接続したいと思っていました。
IPv4 over IPv6 IPIPトンネルを利用してIPv4のインターネットには無事つながりはしたものの、速度はあまり出ず。
しかもL2TP/IPsecでは接続できませんでした。
その後、YAMAHAさんからIPIP上をL2TP/IPsec通信を流すことはできないと教えていただきました。
ということで、PPPoEでやり直しするしかないようです。
下調べが足りなかったようでした。 >>16
一年限定だが
楽天のSIMが無料
キャンペーンで事務手数料も無料
通話料も通話アプリで無料
楽天エリア内なら通信量無制限
楽天エリア外でＡＵエリア内なら5ＧBまで無料 それ以降は1Mbps >>21
どうにかしてRT58iかRTV700に繋いで固定電話の無料通話ができないかなと考えてる。 >>11
とおりすがりですが、
運用構築と、設定とはどう違うでしょうか。
改めて、スレタイ読んでみて素朴に思った。
ここって何？ >>19
＞IPv4 over IPv6 IPIPトンネルを利用してIPv4のインターネットには無事つながりはしたものの、速度はあまり出ず
センター側のネットワーク機器の影響によるのだと思う。
＞しかもL2TP/IPsecでは接続できません
NATトラバーサル（UDP 4500）が利用できない状態になっているんじゃないか？ RTXでWi-Fi STATION SH-52AをUSBテザリングで使えるようにしてくれんかね >>25
ありがとうごさいます。
ネットワーク機器はRTX1210のみです。
LAN1にPCつないで速度計測しました。
LAN2はONUです。
WAN側からのL2TP/IPsec接続ですが、
NATトラバーサル必要なのでしょうか？
IPIPだからですかね？ >>28
どうも>>25の意図を汲めていない感が伝わってくる。 NGN直結で150Mbpsってホント？遅すぎない???夜中の3時過ぎでもそんな感じ？MBだと1G越えちゃうか…
集合住宅かな
うちだとv6プラスだと800M越えの警告が出るけどなぁ。 >>24
LANに繋がった機器を希望通りに運用するためのネットワークの構成はどうすれば良いかとかの話じゃね
で、そのネットワーク構成を実現するためにルータをどう設定すればいいかっていう機器固有の話は別スレでどうぞって事ではないかと
殆どがテンプレみたいなネットワーク構成しか必要ないからこのスレで話す事はあまりないと思われ
・・・と勝手に妄想してみる
「業務向け」という単語からネットボランチとそれ以外って区別で設定の話もOKってのもあると思うけど
そうするとスレの話題が一変するような気もする VPN初心者です
IPv4(PPPoE)のL2TPv3/IPsecで2拠点間での通信が成功して
同一セグメントでインターネットにも繋がりました。
ところが今までLAN内でIPv4と同時に動いてたIPv6(ULA)が機能しなくなってしまいました
どうやらブリッジを作ったと同時に使えなくなるようです。
これってブリッジの仕様なのでしょうか
RAはルーターからでは無くサーバーから出してます
教えてパイセン!! 初心者さん。
自らをそう言うのならconfigも出してもらえんかな。
エスパーなんてそうそういないので。 >>36
#14 1 36 0
login password abc-1234
administrator password encrypted 1234567890
user attribute connection=serial,telnet,remote,ssh,sftp,http gui-page=dashboard,lan-map,config login-timer=3600
ip route default gateway pp 1
ip filter source-route on
ip filter directed-broadcast on
bridge member bridge1 lan1 tunnel1
ip bridge1 address 192.168.0.1/24
pp disable all
pp select 1
description pp OCN
pp keepalive interval 30 retry-interval=1 count=6
pp always-on on
pppoe use lan2
pppoe auto disconnect off
pp auth accept pap chap
pp auth myname abcd1234@bizf.ocn.ne.jp abc-1234
ppp lcp mru on 1454
ppp ipcp ipaddress on
ppp ipcp msext on
ppp ccp type none
ip pp mtu 1454
ip pp secure filter in 200003 200020 200021 200022 200023 200024 200025 200030 200032 200100 200101 200102 200103
ip pp secure filter out 200013 200020 200021 200022 200023 200024 200025 200026 200027 200099 dynamic 200080 200081 200082 200083 200084 200085 200098 200099
ip pp nat descriptor 1
pp enable 1 no tunnel enable all
tunnel select 1
tunnel encapsulation l2tpv3
tunnel endpoint address 192.168.0.1 111.222.33.123
ipsec tunnel 101
ipsec sa policy 101 1 esp aes-cbc sha-hmac
ipsec ike keepalive log 1 on
ipsec ike keepalive use 1 on
ipsec ike local address 1 192.168.0.1
ipsec ike pre-shared-key 1 text abc-1234
ipsec ike remote address 1 111.222.33.123
l2tp always-on on
l2tp hostname rtx-1
l2tp tunnel auth on abc-1234
l2tp tunnel disconnect time off
l2tp keepalive use on 60 3
l2tp keepalive log on
l2tp syslog on
l2tp local router-id 192.168.0.1
l2tp remote router-id 192.168.0.2
l2tp remote end-id YAMAHA-2
tunnel enable 1 ip filter 1010 reject * * udp,tcp 135 *
ip filter 1011 reject * * udp,tcp * 135
ip filter 1012 reject * * udp,tcp netbios_ns-netbios_ssn *
ip filter 1013 reject * * udp,tcp * netbios_ns-netbios_ssn
ip filter 1014 reject * * udp,tcp 445 *
ip filter 1015 reject * * udp,tcp * 445
ip filter 1020 reject 192.168.0.0/24 *
ip filter 1030 pass * 192.168.0.0/24 icmp
ip filter 1040 pass * 192.168.0.1 udp * 500
ip filter 1041 pass * 192.168.0.1 esp
ip filter 2000 reject * *
ip filter 3000 pass * *
ip filter 200000 reject 10.0.0.0/8 * * * *
ip filter 200001 reject 172.16.0.0/12 * * * *
ip filter 200002 reject 192.168.0.0/16 * * * *
ip filter 200003 reject 192.168.0.0/24 * * * *
ip filter 200010 reject * 10.0.0.0/8 * * *
ip filter 200011 reject * 172.16.0.0/12 * * *
ip filter 200012 reject * 192.168.0.0/16 * * *
ip filter 200013 reject * 192.168.0.0/24 * * *
ip filter 200020 reject * * udp,tcp 135 *
ip filter 200021 reject * * udp,tcp * 135
ip filter 200022 reject * * udp,tcp netbios_ns-netbios_ssn *
ip filter 200023 reject * * udp,tcp * netbios_ns-netbios_ssn
ip filter 200024 reject * * udp,tcp 445 *
ip filter 200025 reject * * udp,tcp * 445
ip filter 200026 restrict * * tcpfin * www,21,nntp
ip filter 200027 restrict * * tcprst * www,21,nntp ip filter 200030 pass * 192.168.0.0/24 icmp * *
ip filter 200031 pass * 192.168.0.0/24 established * *
ip filter 200032 pass * 192.168.0.0/24 tcp * ident
ip filter 200033 pass * 192.168.0.0/24 tcp ftpdata *
ip filter 200034 pass * 192.168.0.0/24 tcp,udp * domain
ip filter 200035 pass * 192.168.0.0/24 udp domain *
ip filter 200036 pass * 192.168.0.0/24 udp * ntp
ip filter 200037 pass * 192.168.0.0/24 udp ntp *
ip filter 200099 pass * * * * *
ip filter 200100 pass * 192.168.0.1 udp * 500
ip filter 200101 pass * 192.168.0.1 esp
ip filter 200102 pass * 192.168.0.201 tcp * 3389
ip filter 200103 pass * 192.168.0.11 tcp * 15700
ip filter dynamic 100 * * ftp
ip filter dynamic 101 * * www
ip filter dynamic 102 * * domain
ip filter dynamic 103 * * smtp
ip filter dynamic 104 * * pop3
ip filter dynamic 105 * * netmeeting
ip filter dynamic 106 * * tcp
ip filter dynamic 107 * * udp
ip filter dynamic 200080 * * ftp
ip filter dynamic 200081 * * domain
ip filter dynamic 200082 * * www
ip filter dynamic 200083 * * smtp
ip filter dynamic 200084 * * pop3
ip filter dynamic 200085 * * submission
ip filter dynamic 200098 * * tcp
ip filter dynamic 200099 * * udp nat descriptor type 1 masquerade
nat descriptor address outer 1 111.222.33.124
nat descriptor masquerade static 1 1 192.168.0.1 udp 500
nat descriptor masquerade static 1 2 192.168.0.1 esp
nat descriptor masquerade static 1 3 192.168.0.201 tcp 3389
nat descriptor masquerade static 1 4 192.168.0.11 tcp 15700
ipsec auto refresh on
ipsec transport 1 101 udp 1701
ipsec transport 2 102 udp 1701
telnetd host bridge1
dns service recursive
dns server pp 1
dns domain abcd.efgh.jp
dns private address spoof on
schedule at 1 */* 00:00:00 * ntpdate ntp-tk01.ocn.ad.jp syslog
l2tp service on l2tpv3
httpd host bridge1
upnp use on
statistics traffic on 素人ですがこれ？ うちは諦めてIPv4のみにしているけれども何か良い方法はないものか…。
ブリッジインタフェース(ブリッジ機能)
http://www.rtpro.yamaha.co.jp/RT/docs/bridge/index.html
RAによるIPv6プレフィックスの配布機能には対応していません。
48.1 ブリッジインタフェースに収容するインタフェースを設定する
http://www.rtpro.yamaha.co.jp/RT/manual/rt-common/bridge_interface/bridge_member.html
収容した実インタフェースに IPv4,IPv6 アドレスを付与してはならない。
収容した実インタフェースの IPv6 リンクローカルアドレスは削除される。 >>45
それ、ルータの機能としてのRA配信はブリッジ配下には行えないと言っているように思える。
ブリッジ(L2)なので、インターフェースにアドレス設定ができないのは当たり前。 本当にconfig貼り付けてんじゃねーよ
あと使わんフィルタは消せ すいません、上でconfig貼った >>34 です
IPv6が使えていないと判断したのはLAN内でIPv6宛のpingもnslookupもエラーになるからです
IPv4なら問題有りません
>>45 さんの情報は確認済みで ルーターからのRAが出来ない様なのでサーバーからのRAにしました
何故かDHCPv6サーバーからのULA配布は出来てます
>>50
1か月前からIPv6ルーターの設定を勉強し始めた初心者なのでいらないフィルターがどれかも分かりません
教えてパイセン!!(笑) 貼り付けたconfigが全てで、インターネット側に抜けるのがルータだけという構成だったら、
そりゃそうだろうな としか言えんよ。 >>51
教えてくんは嫌われる というだけでなく、
おそらく言っても理解できんから誰も教えんよ。
L2とかL3とか、IPv4とかv6とかせめて自学自習しないと。 碌な知識もない奴が設定してインターネッツに晒してる現実に震えるが良い
やっぱ免許制にすべきだわ
素人はバッファーでも使ってろ >>54
そうすべきだよね。
あのconfigのリモートデスクトップを全世界から許可してるあたりを見るに、今すぐにでもバッファローとかにすべき。 要するに張り付けられたconfigみても
的確にアドバイス出来る人は誰も居ない
ヤマハの窓口に聞くほうが早い いやこれは酷すぎて答える気力無くすから仕方がないわぁ・・・ >>19
亀レスだが、HGWがPR-S300NEのHUBポートにつないで通信すると遅かった。ONU単体にすると
いい感じになったがひかり電話が使えなくなったのでNVR500をぶら下げたっけ >>51
これみてIPv6の一番基本的なところ間違えてる
それとなんでブリッジ使う？ ブリッジ使うとRA出来ないのは仕方がないとして、LAN内でULAにpingが届かないのは腑に落ちないな >>63
ULAへのpingでないと思う。
> IPv6宛のpingもnslookupもエラーになる
っていうことだから、状況も額面通りに受け取れない。 初心者さんなのだから使ってるのは当然Windowsだろう
だったらpingでipv4 ipv6 両方いける >>65
多分rtxのコマンドでどうのっていうのは敷居高いと感じる人だと思うよ。
nslookupがエラーになることでv6が使えないと判断するくらいだし。 >>62
勘違いされたか
何でL2VPN？その必要あるのか？ってこと
L3のが設定も楽だし、例えばL2ループでブロードキャストストームとかの変なトラブル波及もしない
>>63,64
正常でないならエラーの内容が重要
ホスト 〜 が見つかりませんでした。とか
>>67
ここの敷居が高くないか？
https://www.nhk.or.jp/bunken/summary/kotoba/gimon/198.html >>68
質問者は同一セグメントでって言ってるし
小規模企業なんかは本拠地と拠点をL2で繋ぐ方がよっぽど使い勝手がいいよ >>68
学校で基礎教育として正しい日本語を教えなくなったからねぇ > 敷居
文法とか後回しでもいいから日本語の意味をしっかり教えないと日本人同士でも日本語が通じなくなるよ >>68
初心者丸出しだったからベテラン勢にいろいろと言われて質問者さん出てこなくなったよね
このスレの敷居が高いと言うのは有る意味正しいwww ブリッジはL2なんでv4,v6関係なく通すしconfig見ても問題なさそうだから他の原因だろって事だよ nslookupとか言ってることからしても、pingもインターネットに向けての話だと思う。
で、あのconfigだから。 >>0074
nslookupもpingもLAN内でって書いてるじゃん
DNSサーバもDHCPv6サーバも自前で立ててるみたいだからそっちの方は詳しいんだろ
ルータ設定に関してはお粗末だけどなwww てか、結局誰も正解が出せないってことは、いかにl2tpv3が普及してないって事か ブリッジ使いたいならソフトイーサーの方が確実だし楽 >>54
有線ブロードバンドルーター 人気売れ筋ランキング
https://kakaku.com/pc/router/ranking_0075/
まぁ、こういう状況ですから初心者いっぱいなんでしょ。
俺もそうだったし。
あっ、いまもそうかな。RTX830利用はもうちょっとで二年になるけど。 >>81
「手の届く範囲にあるなんかプロっぽい機械に憧れる」という感じかな
おかげで価格的に熟れてくれる分には歓迎ですけどね
1210って全然価格下がらないね
大昔に買ったときより微妙に高いくらいだわ 1210もどうしようもなかった初期ロットが出てもう5年たったからなぁ
3万円台になればいいんだが・・・・
MAP-E接続需要かねえ つうか今更1210なんて買いたくない
次のはいつ出るんだ RTX1210 の後継ってこの秋には発売されるよね？
今使ってるRTX1200をそろそろ買い替えたほうが良いと思って
新しいのが発売になるのを待ってるんだけど 1210の後継というよりも830の上位という位置づけが強くなる気がしてる。
ISDNへの対応はしない気がする。 docomoの5G契約ってmopera u契約できないんだな
spモードだといろいろ制約多いし面倒だな 最近はWiFiルーターのAPN設定もSPモードがデフォになっているしサービス終了まっしぐらなのかも 結局NATトラバーサルと名前ベースでLAN間IPsecしたわ >>86
今年はでないから安心して1210
ロードマップ、製品寿命として次のルーターは3500/5000後継のセンター向け
例年秋に出すならInteropで試作公開もコロナでなし？
今年はコロナ抜きにしても
ヤマハの会社柄文教向け（ギガスクール構想）当て込んで
ルーター以外の製品(WLAN,L2/3SW)に注力 yamahaのSWは業務用で使うのはうんこすぎるのですが…
買うなら最低限アライドだしょ >>95
>>13
このスレになって、おまいらしか話題にしてない >>87
ISDNのディジタル通信モードは来年で終わりだしな って思ったら2024年に延長されてる！
新機種出ても大した機能向上なさそうだし、スループットがちょっと上がったことと「見える化」がさらに強化されました
みたいなどうでもいい変更しかなさそう
あんまり広がってないし小型ONU(SFP+)ポートも搭載しなそう
NVR510に無線APつけたような商品出たらそれなりに売れそうなんだがなぁ うーん
今更新製品にISDNを付ける理由がないかもしれない。
ISDN需要には1210を新製品と並行して販売継続すれば問題なさそう？
そろそろ型番もNVRみたいに刷新されるかな？ ヤマハの中国モデルに付いてるFWX相当のパケットフィルタを早く日本モデルにも入れて欲しい
今時in/outそれぞれフィルタ書かせるなんて時代遅れも甚だしい
だいたいなんで中国モデルだけ高機能なんだよ >>101
中共連携機能でも付いてるんじゃね ＜ 中国モデルだけ >>101
アレは現地法規対応
UTMルールを配る親が中国共産党営の金盾という罰ゲーム
マルウェアは素通りで必要な通信は尽く遮断される なぜ中国モデルにFW機能が付いてるかなんて聞いてない
うちは日中専用線引いてるからGFW通らんし
動的フィルタも静的と併用しないと使えないから面倒
FWXの機能をルータに展開するのなぜ出し惜しみするのか理解できん 差を無くしたらFWXと売り分けできないから
はい終了
理解できない無能は黙ってればいいぞ >>105
ホントにGFW通っていないなんて判らないよね GFW通ってなくても何らしかのチェックは受けてると思われ 別にチェックくらいいくらやってくれても良いんよ
L2で繋いでるからちゃんとパケットさえ流してくれれば
てかスレ違いじゃん
ヤマハルータもそもそもオワコンだな >>111
アライドは日本製なのですが…
ttps://www.allied-telesis.co.jp/company/history/index.html つまりYAMAHAを使ってないと自己申告してるんだよ 設計、品質管理は日本でしょ？
日本製でも間違ってはいない。
全行程日本でやったら純国産とか純日本製って感じかな。
ciscoもnexsus以外は中国とかでつくっているはず 設計、品質管理をやってもハードウェア製品はMade in Japanとはならんぞ。Ciscoは普及価格帯は中国製が多いね。 Twitterに1220の妄想写真出てたな
10Gポート付いてた INS64とかフレッツとかNTTの通信サービスに合わせて発展してきた歴史があるから
フレッツ10Gに対応した機種は出すだろうな でも1000BASE-T対応って結構遅かったよな
RT58iは絶対ギガ対応になるとかここで妄想してたような・・・
結局しびれ切らしてRTX1200買ってしまった 今のARMを早いのに変えるだけで10Gbps対応出来るのかね？
別ハードにしてくれても良いんだけど、それだと開発遅れそう >>112
アライドテレシスって、
新井度とか言う人が創業者だとか？
オシャレな名前なので、海外かと。 >>123
それ面白いと思って言ってるなら黙ってたほうがいい人だね君はw >>124
ネットワーク技術者なのに新井戸氏を知らないお前の方が黙っとけ 俺はアンガマンバス出身者しか認めん
つかみんなどこ行ったんだ 人は氷ばかり掴む
FWX120だけでもいいからMAP-E対応アップデートしてくれんかねえ 2010でポートVLAN組むだけだったのに
ポート2以降からネットにでれなくって 3時間もかかっちゃった
dns host any が抜けてるのに気づかなかっただけでした チャンチャン
たま〜〜にしかやらないと 忘れるな・・・ 逆に現場で8.8.8.8でテストしてて通ったからそのまま本番に入れてネット止めた男もいますよ ネットは止まらんよな普通。社内引けなくなるとか認証出来なくなったなら判る 8.8.8.8と8.8.4.4と1.1.1.1だな テスト用と本番用で別系使ってて本番用系の最上位ルータが外部の53から内部のDNSキャッシュ以外に来るパケを無条件で弾き飛ばしてたとか? dns host any なんてあったっけ？
なんだろうと記憶をさらってみると、
telnetd host any
httpd host any なら覚えていた。
dns host any ってデフォルトで入ってないの？ >>144
RTX1210だけど、
半年ほど最新ファームで運用していて、
この間、PCからRTX1210のリカーシブDNSに対して引けなくなったなあ。
ネットワーク大規模ダウンかと思ってかなり焦った。
RTX1210の再起動で治った。
原因不明で突如問題発生というのが怖いわ。
このとき、CPU使用率も平常だったし、RTX自体の問題だとは気づけなかった。
とりあえず復旧を急ぐ必要があったので、再起動したため、原因は不明のまま。
また同じ問題が起きるかもと警戒している。 げ、なんだよそれ
fqdnルーティング最近導入したばっかなんだが >>147
ファームのバージョンくらい出せない？
最新ファームで半年と言われてもいつの最新か分からん。 >>146
昔はdns host anyがデフォだったよ
オープンリゾルバ状態だとＤＤＮＳ攻撃に使われるなどを考慮してanyではなくなったよ >>150
RTX1210 Rev.14.01.34で、dns host のデフォルト値調べたら、anyだった。
> dns host ?
入力形式： dns host any
dns host none
dns host lan
dns host 始点 [始点...]
始点 = IPアドレスの範囲またはLAN, VLAN, WAN, BRIDGEインタフェー
ス名
説明： DNSサーバへアクセスできるホストを設定します
デフォルト値： any
攻撃はPPインターフェイスや、特定LANインターフェイスからやってくるでしょ。
それらのインターフェイスって、普通は動的フィルタかけているだろうから、
外部からDNSアクセスなんてあるのかな。
それに今は、外部UDPポート番号が推測されないように工夫されていると聞くし。 >>147
ちなみに、メモリリークなどを恐れて、
毎晩、スケジュールrestartかけている。
動的IPアドレスも変更されることも都合が良い。 >>151
なにも1IP前提で使うとは限らないでしょ >>151
>それに今は、外部UDPポート番号が推測されないように工夫されていると聞くし。
なんか壮大な勘違いをしていない？ 基礎の知識すらないなら大人しくバッファローやNECのルーター使ってたほうがいいよw
素人が設定したルーターほど危険で迷惑なものはない >>151
動的フィルタじゃなくて、静的フィルタ。 >>147が>>151だったら、それは自分の設定のせいかもしれんね。 >>155
いや、多分あなたが勘違いしている。
調べてみて。
クライアントがDNSサーバにアクセスするときのクライアント側ポートは固定されていない。
そのポートが攻撃されると言う話。 >>157
159の話だから、動的フィルタで良い。
このスレ、レベル落ちたな、 >>159
そもそも、DNSサーバーへのアクセスの話から、なぜクライアントへの攻撃に話が変わっているのか。 >>159
クライアントの話に替わったとしても
待ち受けしてないポートがなぜ攻撃される対象になる 取説通りなら
・srcportを53を含まない範囲に設定
・外側any→内側53を静的フィルタで落とす
・内側any→外側53をダイナミックフィルタで落とす
でいいと思うんだが… ダイナミックフィルタで落とす→ダイナミックフィルタで必要な時だけ開ける
だった。 DNSクライアントのポートランダマイズはキャッシュポイズニング対策 ルーターの話になんでDNSが出てくるのか意味不
DNSサーバーの話するなら別でしてくれ >>165
言っていることわかった
丁寧にありがとう
>>167
わざわざRTXをDNSサーバー代わりに使うなんて変態のすることだよね
静的フィルタでわざわざIN方向UDP53へのアクセスをpassさせるやつはおかしい なるほど
ヤマハ自身がその変態設定を設定例に載せてるのはさすがヤマハと言ったところか RTXをDNS(リカーシブ)サーバー兼用で使う奴のことでしょ
あんなものは個人ユーザー向けのおまけ機能
まともな管理者ならローカルにDNSサーバー建てるでしょ
ルーターはルーター以外の仕事させちゃダメ リカーシブサーバーでの利用なんて個人じゃ普通じゃないの？
RTX1210をリカーシブサーバーにしないと、FQDNルーティングも出来ないし不便。 公開DNSを引くだけなら
ルータのリカーシブサーバー機能だろうが
ローカルDNSを用意しようが
利用者1000人以上の環境でもなきゃ
性能的にもセキュリティ的にも大差無い リカーシブサーバーを内向きの機能。
よって最初から外向けに使うかどうかは議論になっていない。
文脈を読むとはこういうことだ。 そもそも、>>151がDNSの動作をよく知らないのに知ったかぶりをしたのが原因。 DNSだろうがtelnetだろうがssdだろうがhttp(ＷＥＢ設定)だろうが意図せず接続できないように
万が一のミスがおきた場合のデフォ変更だろうと思うんだが >>176
延々と外向けのポート開くか開かないかの話してたと思うんだが、お前のRTXは内側からのポートアクセスブロックしてるのか？ >>180
頭悪いねw
>>151
は
dns host any
の設定だと、外部からもRTXのリカーシブサーバーにアクセスできちゃうけどヤヴァくないか？
ということでしょ。
でも普通の人は静的フィルタでLAN外からのRTXへのポート番号53はブロックしているから
特に問題ないということだ。
最初から外部に開放させて使いたいなんて文脈になっていない。
なお、151で動的フィルタの話が出ているが、
RTXがサーバーとして動作する時の話なので、動的フィルタ云々はそもそも話がおかしい。
dny host anyが設定されている限り、外部からRTXのリカーシブサーバーへのアクセスをブロックするためには
絶対に静的フィルタが必要。 そもそも デフォ設定は
dns host lan
でよくね？
dns service recursive もデフォなので
自社のDNSサーバーを公開してて
ルーターの53番ポートへのフィルターかけ忘れる場合もあるしね
ルーターがオープンリゾルバ状態なってても
気付かない人いると思うよ dns host lan
がデフォルトでもいいけど、
インターネットにppではなくlanでつないでいる場合には結局静的フィルタ必要になるから、
セキュリティ的には？という感じもするけど。 >>180
そんな想定は自分の中には一切なかった。
ルータのサーバ機能を外部に公開するのは、VPNくらいでしょう。 >>182
ポートフォワードするから、間違ってルータLanアドレスを指定しない限り、ルータ内サービスは公開することはないよね。
でも、間違ったら大変だね。
>>181
動的フィルタかけていたら、ポートフォワードしない限り、PPインターフェイスからは、
ルータ内部のサービスへアクセスできないよ。 書いていて、PPインターフェイスとLANインターフェイスについて、ルーター内部で提供されているサービスがどう提供されるのか違いがわからなくなってきた。
LANインターフェイスはプライベートアドレスが割り当てられているとして、ルータ内部のサービスへのアクセス制御はIPフィルタで行うのは良いんだが、
PPインターフェイスからのIN方向パケットって、Linuxで言うところのINPUTチェインへは直接流れないんだっけ？
必ず、ポートフォワードでプライベートアドレスへ回す必要があると思ったんだけどな。 >>183
dns host lanN
デフォならlan1でいいかも >>185
動的フィルタとNAT(masquarade)の話を混同してないか？ >>188
たしかに、ポートフォワードかつ、静的INフィルタでパスさせないといけないな。
いつもコンフィグを見ながら考えているので、空で文字に考え方を書き起こしてみると、
？？みたいな状態になってしまった。 実際のところ、ただインターネットにつなげている場合だけの場合は、IPoEを使っている人限定でv6側だけ気にすればいいよね。 >>190
そういうことだ。
IPv4はNAT(masquarade)をしている限り、あえてport53に対して静的masquaradeをして、さらには静的フィルタはずさなければ
RTXのリカーシブサーバーまではアクセスできないが、
IPv6だとNATがないから、リカーシブサーバーへのアクセスをブロックするには静的フィルタしかない。
上で動的フィルタ云々言っていたやつは知見不足。 >>191
OUT方向の動的パスフィルタは、
静的フィルタでリジェクトされている状態において、
IN方向への通信を限定的に許す。 >>192
そうだけどさ、その話は求められていない。 >>193
静的＋動的で意味あるフィルタをかんたんに作成できる。 >>194
それで？
その話は一連の流れとどう関連が？ しかし、動的フィルタって、wwwとかudpとか色々あるものの、
YAMAHAの公式には説明ないし、たぶん要らない子なんだよな。
でも、何故かサンプルconfigにはこれらのフィルタ定義がある。
イミフ。 >>197
サンプルconfigは「基本外側から始まるセッションはオールリジェクトで、内側クライアントから
始まるピンポンセッションのみダイナミックで開けなさい」って感じだったような。
dynamicの説明自体は無くもないんだが、通常用途での使い方は簡易すぎて見落としがち。 tcpとudpだけの記述でいいような気もするけど
他のプロトコルも必要なんかね
ftpは特殊だから必要かもしれんけど >>199
「提供したいサービスだけをダイナミックで開き、それ以外のtcp・udpはすべて弾く」っていう設定を
ある程度簡易に設定できるようにするためじゃないかな?
www,pop,smtpなんかはいちいちdynamic用フィルタセット組んでどうこうなんてめんどくさいし。 >>199
それ、自分も思った。
それから、動的フィルタをかけるインターフェイスによって挙動が違うかもしれないという印象も持っている。
PP（プロバイダ）のインターフェイスで、
内向きオールリジェクト+外向き動的パスtcp,udpだとなんの問題もなかったのに、
LANインターフェイスで、外向きオールリジェクト+内向き動的パスtcp,udpを追加すると、
一部のアプリの通信が失敗するようになった。
このアプリは、さっきのPPも通じてインターネット側と通信しているので、PPにおいてのそのフィルタでは問題がなかったのだ。
その件以来、LANインターフェイスで内向きに動的フィルタをかけるときは注意している。
（PPと、LANインターフェイスとで、内向き、外向きが反対になることは考慮済み） >>202
tcp/udpだけじゃなくwwwとかftpでもそれ同じような経験した事ある > RTX1210
自分が動的フィルタを理解してないからだろうとその場は収めたけど
外向きと内向きで動作が微妙に違ってくるのだろうか？？ >>202
そのLANインターフェースはいわゆるWAN側？それともLAN側？ >>202
PPとLANで内向き外向きが反対になるのはなんでだっけ？ >>206
「外向き」「内向き」の意味がルータから見た方向だからでしょ
YAMAHAは「WANは外側」「LANは内側」という概念じゃないから >>205
LANインターフェイスは、LAN1のことで、LAN側ですよ。
>>206
内向き、外向きというのは、ルーターから見てどっちかということ。
ルーター内に入る方を内向き。ルーターから出る方を外向き。
だから、PC→LAN(ルーター)PP→インターネットのフローでは、
LANとPPとでは向きが変わってくる。 >>207
>>208とは別人です。
１分違いで同じ解答とはな。めずらしい。
IDださなあかんな。 >>204
よく読んでくれてありがとう。
動的フィルタをかけるインターフェイス（LANインターフェース、PPインターフェース）
で違いがあるのか、
内向き、外向きで違いが出てくるのか、よくわかっていません。 >>208
LANにフィルターをかけるのは、LAN2がインターネット側につながっているときは
LAN2に設定するのが普通だと思うけど。 >>211
それを判った上でLAN側にフィルタをつけたいって事でしょ
なんでそうしたいかって話は別の話題だからそこまで持ち出す必要はないけど
要は同じフィルタを外向きで設定したときと内向きで設定したときの動作が何故変わるのか疑問があるという話だと
動的フィルタのプロトコル毎の動作を詳しく説明してるページってなかったよね(見つけてないだけかもww)
そういうページがあれば内向き外向きについても解説してるかも・・とか思うけれど 内向き外向きが逆転したとしても、
ftpとかアプリケーションで指定したときは、内部処理上、発着ポートまでは逆転しないと思う。 >>211
異なる部署に分かれていて、
それぞれLANポートを別々にしているとする。
部署同士の通信をできないようにするには、
LANインターフェイスに、OUT方向の静的リジェクト＋IN方向の動的フィルタをかける。 >>214
しかし、それだと、
>>202>>204のような問題が生じるという話 動的フィルタって応答パケットを通すかどうかの話だから
セッションタイマーで切れたら通さないよ そろそろ10GbE対応製品のリリース情報が出てこないかな。 10G対応で必要なハードウェアとなると途端にコストが高くなるから
ヤマハの領域じゃなくなる
DPIとかSD-WANぽいこともやり出したから尚更 >>218-219
そこらへんのHW性能投資をサービスベンダーに投げる目的でvRXを作ったんじゃないの? vRXはセンター集約機器をクラウドベースにしたものかと。
欲しい製品は、ローカル拠点のルータ、スイッチでYamahaが10GbE対応をしてほしい。 ARM使ってる限り性能向上厳しいんじゃないかね？
OS載ってない環境でマルチコア使うの難しいからね >>217
復路のパケットがどこからくるかいちいち指定するのが大変だから、
動的フィルタいるでしょ >>218
NTTの光って、10Gのサービス出たんだっけ？ >>223
各インターフェースのINで他部署宛を単純にrejectすればいいと思うの。 YAMAHA使うの久しぶりすぎてコマンド体系も忘れちまってる感じなんだけど、
YAMAHAってDHCPv6-PDで受けたアドレスを再委譲って出来る？
やりたいことはNVR510でDHCPv6-PDで受けて、ひかり電話とRAで配下に配布
これとは別に配下のルーターでDHCPv6-PDで/56で受けた一部を受け取りたいんだけど。
IXなら出来る事分かってるんだが、ひかり電話の都合どうしてもNGN配布のIPv6をこいつで受ける必要があって。
今のひかり電話IPv6カットするとSIP接続出来ないんだよな・・・ >>225
たしかに。
しかし、他部署が多いし、
複数のネットワークアドレスを持っているしなあ
アドレスが変更になった際にフィルタを見直すのも面倒 >>226
>配下のルーターでDHCPv6-PDで/56で受けた一部を受け取りたい
ipv6 prefix 10 2xxxx:xxxx:xxxx:xxxx::/64
ipv6 lan2 rtadv send 10
10番にプリフィックスを保存
ルーター広告で10番を配布
これは違うの？ >>229
今もう一回マニュアルじーっと眺めてたんだけど、
/56で受けたのをポート毎に割ってRAでは配布出来るのは分かったけど、
DHCPv6のPDサーバー機能はなさそうな感じね。
NVRにはひかり電話だけやってもらって、MAP-E他は配下のIXにやらせたいんだよね。
IPv4とIPv6のセグメント管理をセットでやろうと思うと、IXでPD受けしたいけど
上がYAMAHAだと無理ポイ事が分かった。
OUIからのPD受けと電話はHGWにするか・・・
HGWって変なところで高機能なんだよな。
用意したNVRが余る（笑 >>228
それはアドレス割り当て規則を先に見直すのがよいと思うよ。 >>230
単にHGWの下にNVRとIXを並列につなげればいいんでは？
もしくは>>231のいうように、IXの下にNVRを単にVoIPアダプタとして使うのもあり。
どちらも当方の環境で問題なく動いてる(IXじゃなくて他のルーターだけど)。 同じような話を春頃に見かけたけどブックマーク見たら消えてるのでざっくりだけど
ONU配下に並列接続したNVR側ではIPv6を無効にしてひかり電話をIPv4運用して
IX側でIPv6を全部面倒見るってやりかただった気がする >>234
元々それを想定してたんだけどね。
OUI - NVRの間でIPv6フィルタしたら
NVRのひかり電話が接続出来なくなったの・・・・
過去の情報じゃSIPの情報はv4で来てたはずなんだけど、
何故かうちの環境だとDHCPv6 PDが取れないとひかり電話が有効にならない。
これはNVRのコンフィグからipv6取っ払っても同じ状況になって
IPv4だけでひかり電話が運用できないんだ。
で、NVRとIXの平行運用を諦めた訳。 OUIじゃないや、ONUね。
ん〜もう一度試してみようかな・・・ ttp://www.nosense.jp/hikari-phone-in-remote-site/
にあるようにIPv4だけでひかり電話使えるよ。
それち、NVRとIXを並列で並べたとして両方でPDでprefix取れる。
まあひかり電話にはIPv6いらんけど。 ONUって言ってるのがルーター機能有効なHGWってオチな気がする お騒がせしました！！！
色々勘違い等有りましたが、最終的に
sipに設定する電話番号が間違ってただけでした・・・
本当に申し訳ありません！！！
RTX1000以来のRTX系でコマンドに四苦八苦。。。
これでネットはIX一つで管理出来る様になりました。 無能なゴミ人間
同じ職場じゃなくてよかった
同僚や周りの人間には同情する 申し開きのしようもございません。
インフラは趣味で触ってる範囲なんで許して（泣
正確にいうと番号が間違ってたというか、番号の指定が抜けちゃってた訳です、はい。
SIPなんて触るの初めてだったので、Webの簡単設定ベースでやったことが
そもそもの間違いだった。。。
今回SIPの理解が進んだのと、YAMAHAのIPｖ6周りがどんな感じなのか
なんとなく分かったからその点は良かったかな。
IPv6で遊ぶ点ではIXの方が機能はそろってる感じ、実用上はRTXでも十分だけども。 >>242
解決してよかったな
で、IXってなんなんだ？ IX2215持ってるけどリプレイス面倒でRTX1200のまま >>247
YNOよりもメモリリークの修正の方がこちらにとっては意味のあるものだった。 YNOとかかんたん設定とか使ってないけどまさに>>248だな
客先のやつ上げたけど大丈夫かねぇ
RTX1210出始めのファームバグバグ思い出して嫌になる >>248
map-e使ってると直ぐに踏みそうなバグだな >>253
理解できない知恵遅れは黙ってたらいいよ
どうでもいいことだから無理に理解する必要もないし 37はメモリリーク部分の内部で評価でもしてたんじゃね？
YNOのが後で修正すぐだったとか ／）
／／／）
／,.=ﾞ''"／
／ i f ,.r='"-‐'つ＿＿＿_こまけぇこたぁいいんだよ！！
/ / _,.-‐'~／⌒ ⌒＼
／ ,i ,二ﾆ⊃（ ●）. （●）＼
/ ﾉ ilﾞフ::::::⌒（__人__）⌒::::: ＼
,ｲ｢ﾄ､ ,!,!| |r┬-| |
/ iﾄヾヽ_/ｨ"＼ `ー'´ ／ ／）
／／／）
／,.=ﾞ''"／
／ i f ,.r='"-‐'つ＿＿＿_こまけぇこたぁいいんだよ！！
/ / _,.-‐'~／⌒ ⌒＼
／ ,i ,二ﾆ⊃（ ●）. （●）＼
/ ﾉ ilﾞフ::::::⌒（__人__）⌒::::: ＼
,ｲ｢ﾄ､ ,!,!| |r┬-| |
/ iﾄヾヽ_/ｨ"＼ `ー'´ ／ >>258
NECのUNIVERGE IXの認定試験なら取ったな〜 むしろ持ってる方が恥ずかしいだろ
IT系の資格は経験ない奴が取るものと昔から決まってる 国家資格以外意味ない
自分はAI・DD持ってるけど 頭でっかちで啓発本ばかり読んでた同僚が取ってたw
評価？
仕事の成果がアレだったから資格取ったって言われても嗚呼そうすごいねで終了 取っても意味ないけど、取らないで吼えているのはもっと意味ない
黙って仕事できる奴だけ評価される ネスぺは仕事がこなせる知識があるなら取れると思う。 現場で活躍してるほど合格する資格があれば良いけど
現実は現場知らずに本で勉強してる奴が合格する ネスペは取れたがもう一回取れと言われても困るな
午後2の出題テーマに運要素がある >>268
IT系はその傾向あるかもね。
他は資格を取らないと携わることが法的に不可な場合もあるから。 現場知らずに云々ってのはなぁ…いい加減なことをやる言い訳に使う輩が少なからず居るのがね… >>261
たしかに。それ言えている。
お勉強よりも、実践だもな。
芸術に資格なんていらないのと同じだと思う。
おれ、演劇の資格もっているんや。
おれ、絵画の資格もっているんだぞー。
おれ、歌の資格持っているんだよな。 持つこと自体はよいとはおもうよ
ただ持ってるから仕事が出来るって事とは別物 学校の教科書や参考書もそうだけど
こういう試験の参考書も持ってると参考になる
広く薄く網羅的で整理されてるから
いやちゃんと整理されてないのもあるけどそれは見て確かめればまあ 公共の入札案件だとたまに資格書いてあるの見るけど、Cisco系かネスペ位じゃね コンサルして入札仕様書を書く時点で勝負は決まってるからな 教科書通りで済むネットワークの世界という理解でよい？ １２００と８１０だと処理速度でいくと
どっちが速いですか？
YAMAHAのHPの所だとCPUの種類がちがくて
比較が難しくて・・
yamahaの時点でどのくらい遅延が発生してるのか
あんまりわからんのだけど多分1msくらいなんだろうけど
もし同じくらいなら消費電力低い８１０に変えようかなーと思ってます
今安くなってるし >>283
嫁相手だとチソチソがなかなかオッキしてくれず、浮気を疑われています。いい方法ありませんか？ >>282
なかなか珍しい視点から考えようとしているように思える。
けど、その視点はルータにはそぐわない。
YAMAHAの場合、公式に出している資料だと、優先制御とかのスループットのデータが参考になるはず。 RTX1200では「同一ネットワークのDHCPスコープを複数設定でき」ない？
dhcp scope 1 192.168.0.101-192.168.0.200/24
dhcp scope 2 192.168.0.11-192.168.0.100/24
という具合に。。 >>289
どゆことです？
>>290
マニュアルから抜粋して鉤括弧で括ってるんだけどRTX1200はできないってことでよい？
「RTX5000 / RTX3500 Rev.14.00.26 以降、RTX1210 Rev.14.01.28以降、RTX830 Rev.15.02.03以降では、同一ネットワークのDHCPスコープを複数設定できる。」 >>291
あのマニュアルは基本的にRTXシリーズ全体向けに書かれているが、
設定が可能かどうかは機種によって変わり、その事は各項目に書かれている。 >>288
この設定をする事でどういうメリットがあるんだ？ >>293
質問者じゃないけどMACアドレスでIP固定させて、特定の端末で違うDHCPオプションを使ったりできる。違うDNSに向けたりとか。というかそういう風に使ってる。 >>293
2回線あるからScope1と2でゲートウェイを使い分けたい >>296
多分そのやり方で回線の使い分けをするのはほとんどの人はしないと思うけど、
何か理由があるの？ VLAN組んでフィルタをちゃんと書けって話では？
ただの横着でしょ DNS問い合わせの元IPって指定できないよな
リゾルバとして使うには機能不足 HGW192.168.24.0/24----RTX1210(PPPoE)192.168.1.0/24-----PC・スマホ
l
ひかり電話
上記の構成でスマホからひかり電話利用したいのですが
いろいろググってそれらしいページの通りやってもうまくいかないです
わかりやすい解説ページあるところ知りませんか？ >>303
「スマホからひかり電話」←これが何を言っているかによります。 HGWのルーティングテーブルに
RTXの192.168.24側のアドレスと192.168.1.0/24を登録 >>305
どうもMACアドレスを見ているようなので、それでは無理かも。 IPレベルで疎通出来てたら出来る。
HGWに静的ルーティング設定しましょう。 HGWとRTX830で出来てる。
iPhoneにAGEPhone入れてRTXのLAN側のAPでも、RTXへのL2TP/IPsecでの接続でもちゃんと動く それどころか、asteriskもつないでるし、vpnで繋がってる別拠点からでも問題ないですよ？ こんな構成で、192.168.1.0/24からも192.168.2.0/24からもHGWにレジストして相互の内線通話もOK
HGW 192.168.0.1
|
| 192.168.0.0/24
|
WAN 192.168.0.2
|
RTX---tunnel---------別拠点 192.168.2.0/24
830---pp anonymous---L2TP/IPsecで接続 192.168.1.x iPhone＋AGEPhone
|
LAN 192.168.1.1
|
| 192.168.1.0/24
|
Asterisk、iPhone＋AGEPhone
インターネットへはRTXでPPPoE接続（ほかに、IPoE、DS-Liteも設定あり） >>303
IPの疎通が出来てるなら
あとは1210のSIP-NATかなぁ >>314
HGWにつなぐだけならNATは必要ないですよ >>303
まずSIPの設定が出来てないのかRTXの設定が出来ていないか切り分けろ
前者はPCをHGWに直に繋いで確認
後者はRTXに繋いだPCからHGWの設定画面にアクセスとHGWのポート5060にアクセスできるか確認
あとMACアドレスは端末を制限するためだけだからとりあえず設定しなくていい
＞いろいろググってそれらしいページの通りやってもうまくいかないです
つーか質問するならまず自分が何をやったかを先に書けよ >>303
HGW側のLAN2（or LAN3）にIPアドレスは設定したか？
HGWにRTX1210のLAN1のネットワークへのルーティングを設定したか？
この2つが出来てれば
RTX1210のLAN1からHGWに通信が可能なはず。 HGW経由だと遅くね？
ヤマハがNVRにSIPサーバ積めば全て解決なんだがな アホに対してこういう面白い返しができるようになりたいものだ >>320
L2TP/IPsecとちゃうで？
IPsecやで？ 実際使ってみると、自分の環境ではファンが動いたことないから実質ファンレスと同じだわ 700Wにファンあんの？
自宅で使ってるが音がしたこと無いぜ
にしても >>324 のみっともなさが際立つ 700といったらRTV700が浮かんだけどなんでもない インプレスにしょっちゅう広告出しているから完全な提灯記事なんだけど…
フラッグシップモデルwはヤマハも対応していないし、有線20位以内ならばアライドは対応モデルあるじゃん。50度対応はアライドが15年以上歴史あるね。
RTX5000を差し置いて830がフラッグシップになったのかな。
ファンレスな所が機械的故障が無いから偉いけれど、ファン付きの方が電源とか長持ちしそうなイメージ。 ASAが死にまくってる中何食わぬ顔してRTX1000が動いてたりするからなぁ 各OSごとのアプリの開発とOS仕様変更に合わせた修正対応とサポートがコストかかるからなsslvpnは Windowsしか使えない、スマートデバイスやMcｃで使えない
リモートアクセスなんか需要も価値もねーわカス
Win10だけ対応にしても半年に一回の大型アップデートでも
VPNクライアントが使えなくなるというということが多々あるしね Win10だけなら今の仕様でL2TP/IPsecかYMS-VPN8で使えやカスで終了 SSL-VPN使えなくなるなんて事はWin7位から無いんだよなぁ。なんと言っても回線環境選べず使えて便利だよ。 何か設定しなきゃいけない事は有ったが、どうにもならないってのは無かったイメージだな 国内の38社が不正アクセスを受け、テレワークに欠かせない社外接続の暗証番号が流出した恐れがあることが分かった。第三者が機密情報を抜き取ったり、ウイルスをばらまいたりする2次被害が予想される。
psk使ってるウンコvpnはこのザマ フレッツネクスト網内での ipv4 over ipv6 とやら試そうとしてます。
tunnel select 1
tunnel encapsulation ipip
tunnel endpoint address [相手のipv6]
ipsec ipcomp type deflate
ip tunnel mtu 1280
ip tunnel tcp mss limit auto
tunnel enable 1
てな感じにトンネル掘ろうとしてますが、
双方とも ipv6 インターフェースの入力方向にフィルターかけてあるためか届きません。
ipip トンネルで用いられるポート番号は何番なのでしょうか。 言ってることが意味不明だしNGN内VPNとIPv4 over IPv6がごっちゃになっててやりたいことと設定例が一致してない類だろうか >>343の設定例だとipv6トンネリングの伝送だけなら
IPプロトコル番号4（IPIP）しか必要なさそうだが
＞ ipv6 filter 200031 pass * * 4 ありがとうございます！
ipv6 filter xxx pass [相手のipv6] * 4 * *
を入力方向に適用したら無事に疎通しました！
ヤマハのサンプルは、相手先を * でフィルター通しちゃってますけど
無認証だから、IPSec にしないと危険ですよね・・・ NTT施設内で盗聴リスクを考慮しなければ
アドレス偽装して接続できるわけじゃないし
流れるデータ次第じゃね？ 認証するかしないかとIPsec（暗号化）するかしないかは別の話
無認証で他人から勝手にトンネリングされて通信されるのを防ぐなら
ipv6アドレスでフィルタリングするしかない
NGN網内での通信事業者（その中で働く悪意の有る人間含む）による
傍受を想定してIPsec（暗号化）するかしないかは考え方次第
用途に対してIPsec性能が問題にならなければIPsecしたら良いと思うが >>348
知識不足で何が危険なのか分かっていないように思える。
勉強できるまではやらない方が良いと思う。 拠点間 ipip のつもりが、その ipv6 アドレスが他人に知れたとき、
認証がないので、第三者が繋ぎにいけてしまうじゃないですか。
いま私がやってるテスト環境だって
双方ともフレッツネクストの契約者は違う状態だし・・・ >>350 さんの仰る内容が全てでした。
暗号化は要らないけど認証はしたい
そういうトンネルは RTX では掘れないですよね？
しっかし、世の中、ipv6 にフィルターかけてる人のほうが少ない気がして
めっちゃ恐ろしいと思うのですが・・・
ipv4 で NAT に甘えすぎてた弊害じゃないかと 古今のご時勢では暗号化しない認証（平文認証）はありえないと思うので
認証する＝暗号化したい＝RTXではIPSec しかないという風に短絡してしまったことだけは謝罪いたします。
ipv6 アドレスは広大だから総当りは心配ない、みたいな方が沸いて
「ダメだこりゃ 」なんて吐き捨てるあたり滑稽すぎましたが。 > 暗号化は要らないけど認証はしたい
> そういうトンネルは RTX では掘れないですよね？
認証が何を指すかにもよるけど
iPv6アドレスは固定で通信できる相手を制限したいなら
フィルタで書けばいいだけ
ipv6 filter xxx pass [相手のipv6] * 4 * *
で相手の[相手のipv6]で制限してるなら
既に対策はできてるんじゃない？ 大昔の上司が、閉域網(広域イーサ)でも個人情報流すときはIPsec使えと言ってたの思い出した てか、トンネル掘りたいって話だろう
そもそもエンドポイント指定してるから設定外のアドレスがトンネル張る事すらできんだろ
>>357
端末手前でのリスクも考えるならSSLなりで経路すべて暗号化した方がいい >>358
最近はIPv4 over IPv6用のIPIPトンネル接続というのがあるからちゃんとわかってないとVPNしたいのかVNEに接続したいのかとっちらかる事があるぞ >>355
フィルタに掛からなかったら普通最後に全てrejectするように構成するよね…
自分が明示的に入れたpass設定が何を意味しているのかが分かっていないのがそもそも滑稽なんだけど。 自称上級者が不適切な設定をしたルーターがゴロゴロ転がっているという事実
ネットワーク機器の設定は免許制にすべきだわ 別に今に限った話でもないけどな。
昔からこの手の奴はいた。 自称上級者というか、文面からするとアマチュアじゃなくてプロかもというところが恐ろしい。 tunnel endpoint addressでトンスル掘れる相手先が指定されるからv6アドレスが知られても他人はトンスルを掘ることはできない。
ただしプロトコル4を他人にツンツンされるのがRTXに負荷がかかって嫌だからフィルターでRejectしているっていうことか？ >>364
あのね、v6の場合はクライアントにグローバルIPが振られるのがほとんどから、
「特に」、インターネットからのINは基本すべてをRejectするのが普通なの。 普通は最低限inはreject, outは動的フィルタを設定しているんじゃないか？ >>369
高いと言っても新品7万円ぐらいで買えるからiPhoneより安かなぁ… そりゃiPhoneには7万以上払う価値があるからなぁ…w RTX-1210でIPv4 over IPv6設定うまくいかないなあって思ってたらファームが古かった
ファーム上げようとしたらパッチ当てろと怒られた(´・ω・`) 文鎮になるバグの対応ファーム入れてなかったのか・・・ とっくにファームウェア側で対処済と思ってたらほんとに起動しなくなってﾜﾗﾀ
なにも変わって無いよ
MicroSDに入れるパッチみたいなのあったからそれで復旧できるもんだと勘違いしてたよ（笑）
何度も起動繰り返してたら終わり。ヤマハに連絡して無償交換対応
対象製番S4H071236〜S4H086240
https://network.yamaha.com/support/rtx1210_boot >>378
3年間まともにリリースを読んでいなかったのが悪いと思う。 >>379
当時話題だったから知ってたけど、自分の入れた機種は対象無いってのを確認したぐらいですっかり忘れてた
自分では扱ってないが無線もL3SWもいい話聞かないしなあ そんな致命的なバグ残してリリースする方がやばいやろ L3SWまじでヤバい
素直にシスコかアライド買っとけ ポート分割やタグVLANに設定したインターフェイスはDHCPサーバー機能は使えないのでしょうか？
どうやってもIPアドレスがフラれない。 ネットワークアドレスが違うんじゃね
もしくはフィルターかかってるとか >>383
インターフェースにアドレスつけてれば
スコープに設定してる範囲でアドレス降られるだろ？ RTX1210でLAN1配下のクライアントのみ
インターネットに出さないなんて方法があれば教えていただきたい。
ちなDDNS取得したいのでルータ自体はインターネット出したい所存。 >>387
とっても簡単じゃないか。
私の調べ方が悪かった。 デフォルトゲートウェイ記述消すだけでいいんじゃねもう >>382
どうヤバイのか、具体的に書いてくれよ
怖くて導入したことないから、大多数はどうやばいのかわからない >>389
固定ip設定した端末はインターネット使えちゃうだろ
フィルターでRTX以外は全落としでいいじゃん 確かにどうやばいのかは知りたい
入れる気もないけど >>393
ルータでもそのくらい修正履歴数ある時もあるから
それじゃ説明になっていない
何もわからない理解してないけど
イキって知ったかこいただけなら
そう回答でもいいよ 実際に使ってどういうトラブルが起こったとか言わないとね スタック回りとかSTPが不安定みたいだから、コアに置けないし動的変更したら何か起きそうだな。
これで圧倒的に安いとかなら価値があるがな… そういう｢気がする｣止まりなら
不安に思ったらどんな機種入れても｢何か起こりそう｣って感情は同じだろ
なにも起きないうちは他人の言葉を信じるか自分の過去の経験を信じるしかないよ >>399
お前がそう考えるからと言ってみんなが同じ考え方だと思わない方が良い 事実なら伝えて欲しいいんだがね
実際つかってどうなの？って聞きたい奴多いと思うし バッファローのL3とか使った事なくても使いたく無いじゃん
それと同じ
ヤマハはルータだけやってりゃ良いのよ
それだけこっちも痛い目に遭ってきた訳だし 質問です
このHPと同様の事したいのですがうまくいきません
https://www.yokoweb.net/2016/10/09/rtx1200-iphone-hikaridenwa/
当方HGW（RT-400NE）-192.168.24.0/24-とRTX-1210-192.168.1.0/24-でほぼ同じ構成で試しています。
RTX-1210のLAN2に192.168.24.254を割り付けHGWのルート設定しても
RTX-1210配下のスマホからひかり電話が出来なく、PCからHGW設定画面も行けません。
HGW配下でのスマホはひかり電話出来ます
どなたかご教示お願いいたします。 >>403
HGWでの経路設定したか？
192.168.1.0/24宛ては192.168.24.254と指定しないと >>404
すみません、静的ルーティングエントリ項目のエントリ番号にチェックがされていませんでしたｗ
RTX-1210配下でひかり電話通話出来ました
お騒がせいたしました
https://i.imgur.com/WR8k169.jpg ネットで探してもなかなか見つからないんだけど、RTX810を直接ONUに繋いでNGNにアクセスできる状態で、フレッツ速度測定サイトで計測したらどれくらいの速度が出るんだろう
RTX1200やRTX1210/RTX830でも明確な速度差が出るのかな
これら4機種のどれも持ってないから試せず…でも欲しくなったから買おうかな、と検討中 >>408
そっかー、ありがとう
書き込んだ後に>>7の書き込みを見て、RTX1210でNGNの速度測定が150Mbpsしか出てないの!?とビックリしたんだけど、本当にそれくらいしか出ないのかな
きちんと設定したら本当はどれくらいいけるんだろ HGW間にかませてのVPN性能はHGWによって変わるという話はあった
古いとスピード出ない >>411
いや、NTTフレッツ網内だけの話
だからプロバイダ契約してなくても計測できる
インターネットには出られないけど RTX810です。
Rejected directed broadcast: UDP 192.168.1.100:49965 > 192.168.1.31:8610
次のようなログが大量に記録されているのですが、これはなんでしょうか。
また、どうすれば抑制できるでしょうか。
ログが埋もれて他の情報が流れてしまう。 192.168.1.100の電源を停止して捨てれば抑制できます >>416
多分、Windows 7搭載PCのアドレスなんですが。 >>415
192.168.1.100 Win7 PC
192.168.1.31 別セグメントのアドレス（ブロードキャストアドレスかも） >>417
パケットキャプチャするなり
リソースモニターで調べるなりすれべよろし >>420
ありがとうございます。なるほど。
そういえば、Canonのレーザーネットワークプリンターを持っていて、
それを外してる状態です。
ひょっとしたら、再びネットワークにプリンタをアタッチしてやれば、
メッセージの嵐は解消するかもしれないですね。 >>420
>>421
てっきり、ルーターの設定が悪いのかと思っていました。
こんど、プリンタを取り付けてテストしてみます。 インターネット用ルータとVPN用ルータを分けて構築したいんだが
似たような設定例や参考サイトを教えてほしい。
調べ方が悪いのか、見つからなくて困っている… 両方の設定が入ってるサンプルからいらない部分を削れば良いだけじゃないの >>425
YES
インターネット用ルータ：RTX810
VPN用：RTX1200 こうなのか
[ネット]
|
[RX810]
| |______[RTX1200]
| |
こうなのか
[ネット] [ネット]
| |
[RX810] [RTX1200]
|____________| 間にホームゲートウェイ置きたいとかならわかる
あれも一応ルーターだしw 接続数の問題で1200がVPN用ってんなら先に810が通信処理しきれず潰れる予感 >>426
情報が少なすぎる。
フレッツ同士かそうでないかでも変わってくる。
本店支店ともにフレッツの場合
A HGW---RTX810---RTX1200---LAN
｜ ｜
------------------
フレッツじゃない場合
B ---RTX810----RTX1200---LAN
と接続が違ってくる。ちなみに代表例なので、もちろん違う接続も可能。運用方法でいろいろ違う。もちろん設定も違う。 >>427
ONUの下にHUB繋いで二つのルータに振り分けとか考えてそう
プロバイダはどうするお後かIPv6はどうなのかとか基本的な情報が抜けてて
どうやりたいのかが見えてこないよね >>434
フレッツだったとしても、光電話いらないなら、
HGWは必須ではないよね。 ひかり電話使うなら、けっこー面倒くさい事になりそう
一般家庭用のHGWだとRAに対応しないよね
OG800Xaとかの法人向けならRA対応してるみたいだから、RTX810の下に入れて仲良く共存できそうだけど >>437
> 一般家庭用のHGWだとRAに対応しないよね
RAなひかり電話あり回線(東のひかり電話タイプ1)でも、一般家庭用のHGWは使えるが
「RAに対応しない」とはどういうことを言っている？
> RTX810の下に入れて仲良く共存できそうだけど
PD回線の場合、DHCPv6-PDはどうするつもり？ >>437
光電話ありのHGWはRAでもDHCP-PDどっちでもアドレスは取れる。
取れるプレフィックスが変わるだけ。
RA=HGWと同じ
DHCP-PD=HGWとは別の/60 今年のヤマハセミナーは、どうなるのかな。
東京は昨年が10月、一昨年が11月だったけど。
まだ案内は来てないよね。 そろそろRTX1210の後継で、WAN/LANが10GbE対応モデルがリリースされないかね。 1200や810があんだけ長い事販売されてて、1210や830がモデルチェンジする理由もないから当分このままだろうな
まぁホントに出たら今の中古1200のように安く手に入るようになったら嬉しいけど、1200はV6プラスなどの現行サービスに弱く、IPsecが最大200Mbpsという低さから安くなってるという事情もありそうだしな と、書いたものの、RTX810⇒RTX830も、RTX1200⇒RTX1210もどちらも6年でモデルチェンジしたのか
そしたらRTX1210の後継機種も期待したいなぁ…今年は無理だろうと思うけど RTX1200とRTX810を使ってL2TPv3を用いた拠点間接続をしたいと思っています
・インターネットには出ず、NGN内で接続したい(IPv6でトンネル)
・暗号化はしないのでIPSecは使わないでL2TPv3のみ(暗号化は別の機械で行う)
・セグメントは別々にしたい(ブリッジしない)
といった拠点間接続は可能でしょうか？
現在はL2TPv3によるトンネルは確立したのですが(ログやshow status l2tpで確認)、お互いにPINGも通らない状態です
まだテスト段階なので暗号化もフィルタもしていません
http://www.rtpro.yamaha.co.jp/RT/docs/l2tpv3/#setting3
を参考に設定しました
どうぞよろしくお願い致します 自己解決
双方に繋いだPCのどちらもファイアーウォールがかかっていたというクソみたいな理由が原因でした…恥ずかしい…
なんで見逃してたんだ… >>444
RTX810を更新しようと思うんだけど、
RTX830と、RTX1210とではどっちがいいだろう。
RTX810だと、CPU占有率が50%をいつも超えてしまう。
そのせいなのか、RTX810をリカーシブにしているとDNS名前解決に失敗する。 VPN性能はRTX1210
LAN3使わないでその他処理はRTX830 でもRTX1210もそろそろCPUが追いつかなくなってる気がする
そういう意味ではそろそろ後継機を出してもらいたい
機能的には十分だけど、処理性能が不足してきてるし、もう6年経とうとしてるからモデルチェンジの時期なのよね もうARMで統一して開発して
それ以外のCPUはセキュリティリスク以外のバグフィクス辞めてしまえ
そして3年周期で新機種出して >>451
The InterNet---RTX830---RTX1210--Clients
という接続ですか？
RTX1210のLAN3は使わずに、RTX830を使うってこういうこと？
RTX830押しな理由ってなんでしょうか。 うちの職場はRTX1200なんだけど、まさに今日、CPUが97%に張り付いて全ての通信が遅くなってた
Ping値が4桁ばっかり連発してたし、色んな所から「おせぇ！」って文句言われた
いらん設定をdisableにしたり削除したりして落ち着いたけど、もうモデルチェンジの時期にさしかかってる今、RTX1210を買うのは気が引ける
特に今のRTX1200/RTX810の中古市場価格なんて、飲み会1回分で買えるレベルで投げ売りされてるのを見るとね…
後継機出たら飛びつくわ CPUの性能がダンチ
RTX1210のCPUは今となっては化石レベル >>454
単純に発売時期が3年違ってて、つまりはRTX830が3年新しい
そしてその分、CPUだって進化してるから単純な処理性能はRTX830が上
ただ物理的なインターフェースの数、VPNの対地数など、機能的な面ではRTX1210の方が上
例えば俺はL2TPv3で拠点間接続するから、RTX830のL2TPv3対地数が1なのは致命的
ただそういう用途でなく、単純な使い方をするならRTX830が安くて良いという事 >>454
LAN3まで使う必要が無いならって意味ね 今時のARMはマルチコアだからね〜
OS無しでマルチコア上手に使うのは無理じゃないかな >>455
二台で負荷分散したら？
VPNと通常利用のどっちも負荷がかかってる場合は
VPN用のルータと通常用に分けたら？
internet]-----RTX1200(1)[10.0.0.1]-------[10.0.0.2]RTX1200(2)[192.168.0.1]------ LAN
(2)にVPNの処理をさせて
(1)と(2)の間にはNATをかけずに素通し
(1)にPPPoE等の処理とNATをさせて負荷分散させるとか
まあ(1)RTX1200じゃなくてはIPv4 over IPv6対応の安いどっかのルータがいいかもしれないけど。 >>455
IPsecVPN経由の軽いストリーミングで、CPU跳ね上がって、
RTX1200はやめにした。
RTX1210を使ってる。こちらは好調。
CPUは跳ね上がらない。処理が違うのかも。 >>457-459
なるほど。
ヤマハのわかりにくいのは、性能と型番の番号とが比例しないところだな。
RTX1500もっているんだけど、もはや使いみちないってことだね。 RT107e→RT108とかにすればよかったんだよなぁ。
XつくのってLANポート3つ(lan3まで)有るみたいな定義なかったっけ？ そもそもVLAN使える時点でポート数とインタフェース数は1:1じゃないんだから
5ポートくらいあれば十分 でも、ポート分割してネットワーク分けたら、処理速度落ちるんだっけ？ （Server）---[RTX810]----IPsecVPN----[RTX1210]----IPsecVPN----[RTX1200]---（Client）
こんな感じでIPsecで接続されている経路があるんですが、
scpと、rsyncコマンドでファイル転送ができません。
しかし、sshや、httpは問題なく、通信できています。
sambaも問題なく使えています。
sshが通ることから、フィルタリングの問題もありません。そもそもフィルタリングはしていません。
MTUテストも行いました。Clientマシンからpingを打ちます。
ping -c 2 -s 1253 -M do ServerPrivateIPaddress
From RTX1200ルーター icmp_seq=1 Frag needed and DF set (mtu = 1280)
ping: local error: Message too long, mtu=1280
ping -c 2 -s 1252 -M do ServerPrivateIPaddress
だと通るようになっています。
どうすれば、scpや、rsyncを使えるようになるでしょうか。 >>466
同一VLAN間のスイッチング通信なら変わらない
ルーティング処理が発生する通信なら
ルータポート?スイッチポート間と同じ性能になるだけ そんな使い方するなら普通にL2スイッチ付け足した方がよくね？ >>467
VPN上はプライベートIPv4で通信しています。 >>467
まずサーバーと同じネットワークでscpできるか確認
話はそれからだ >>471
Client側ネットワークにおいて、
別のサーバーを置いて、scpでファイル転送可能か確認後、
同じサーバーに対して、VPNを経てscpを試すとだめでした。
VPNを通すとscpや、rsyncできません。
しかし、sambaや、http、sshは可能なのです。
そろそろ、わけがわからなくなりました。
MTUは、1280（デフォルト）で、1252までのデータは分割なしで全てのVPN経路で通っています。
他にどこを確認すると良いでしょうか。 scpのアクセス元が同一ネットワーク内の設定になってるんじゃね？ >>472
同じネットワークの場合とVPN通した場合の
scp -v つけた時の違い
sftpは使えるかどうか レスありがとうございます
自己レスです。
これかもしれません。
https://sp.ch.nicovideo.jp/tsutsui/blomaga/ar1652866
ipipトンネルで、
ベースのipv6パケットのTOSを直接的に無難に書き換えられればよいのですけど。
ヤマハも、NTTのNGN網のドロップ問題を考慮して簡単にトンネルパケットのTOSを設定できるようにしてほしい。 >>472
sshでOK、scp/rsyncでNGの場合、
scp/rsyncでのssh関係諸元の指定方法が間違っている可能性が高い。
scp/rsyncともに ホスト間はssh通信そのものなので、通信系のフィルタで
(sshと区別して) せき止める方が、むしろ困難。
IPv6で':'問題に対処してなかったり、scpで -pをポート番号のつもりで付けていたり、等々。 >>475
ひかり電話とか優先するようになってるから
ユーザー側で勝手にTOS設定して投げられたら困るんだよ NEC IX2105を手に入れたので勉強しながらコンフィグを作成していましたが、YAMAHAほどドキュメントが揃ってないので、WEB公開されている「NVR500 GUI「プロバイダ情報の設定」で設定されるIPフィルターの解説」のコンフィグを
移行しています。
https://network.yamaha.com/setting/router_firewall/security/wan_side/ip_filter_wizard_explain-nvr500
やりたいことは、自宅のネットワークをインターネットに繋げるだけです。
この中の個別の動的フィルタであるftp、domain、www、smtp、pop3、submission以外に以下のフィルターを設定しており、「一般的なTCP、UDPパケットを通過させます。 」との解説が有ります。
ip filter dynamic 200098 * * tcp
ip filter dynamic 200099 * * udp
この一般的なTCP、UDPパケットとは何なのか、具体的に教えて頂きたく。
NEC IX2105では「一般的なTCP、UDPパケットを通過させます。 」ようなことが出来ないので、個別にTCP、UDPパケットを指定して通過させるしか方法が有りません。
よろしくお願いします。 >>478
ここは適切な場所ではないし、そもそも質問が基本的な内容すぎる。
何をするにしても一から出直した方が良い。 >>477
勝手にもなにも、TOSを設定するのはアプリ側誰だから。 >>478
それは動的フィルタです。
例えばIN方向に静的リジェクトフィルタがあっても、
その動的パスフィルタを同じインターフェイスのOUT方向にかけることによって、
OUTしたパケットの返信パケットは、IN方向を通すことができます。
Linuxのステートフルインスペクションに似ています。
ただし、動的フィルタも奥が深く、
非常に細かい恣意的な設定も可能です。
また、このスレを参照してもらうとわかるように、
LANインターフェイスにはかけないほうがよいかも。
ppインターフェイスで、私も使ってます。
動的フィルタの性質から、それを用いることで記述すべき応答パケット用のフィルタルールが極めて少なくなります。
ヤマハの公式設定例集をご覧になってください。 >>478
わたしは、普通の宛先アドレスとポート、ソースアドレスとポートのあるIPパケットだと解釈しました。
そして、返信パケットが、宛先とソースを入れ替えたものとして帰ってくるようなパケットのことだと思います。
ftpは、そういう扱いが特殊ですよね。
動的フィルタの性質から推測しました。 >>476
>>475の記事には、
sshはokでも、scpがNGの事例が挙げられています。
データ通信の段階と、認証の段階とでは、
パケットの優先情報が異なるようだ。
事実、その辺りのアプリ設定で、
問題は解消したという。
だから、ヤマハルータは、フレッツ光との相性をもっと高める工夫をしてもらいたい。
IPv6のトンネルパケットの全てを、
優先についてノーマルに置換するなど。
NGN網で引っかかってしまうような優先情報は、意味がない。
全てのパケットが通ることのほうが我々にとっては重要。
ヤマハには、この問題についてぜひとも修整してほしい。 ん？VPNの中の話じゃないのか？
フレッツ関係ないだろう >>484
NTTも、おかしいよね。
優先制御付パケットを落とすような仕様は、皮肉でしょう。
ノーマルとして扱って配送すべきだと思う。
でも、ヤマハルータ側で、ファームの機能追加で対応してもらえれば嬉しい。 >>485
トンネル用パケットは、フレッツ通るだろ。
ヤマハルータは、内側のパケットの優先度に応じて、それをカプセルするトンネル用パケットの優先度も変更する機能がある。
以前はバグがあって機能してなかった。 >>486
そういう要求がガラパゴス仕様を生むのだと思うよ。 >>487
この親切機能はデフォで有効、
解除はできない。
だから困る。
アスタリスク発のVOIPも通らない。
そこで、任意に、トンネル用IPv6パケットの優先度をノーマルに設定できるコマンドを用意してほしいわけだ。
通らなくなる優先設定など要らない。 >>488
優先度のあるパケットを落とすようなNTTの、NGN（フレッツ光という商品）が、ガラパゴスですよね。
とても皮肉。 >>490
「フレッツ 光ネクスト プライオ」はそういうあなたに最適かも。 0ABJの音声重畳してる回線で勝手に優先フラグ立てたら落とすよ、
は別におかしくもなんともない
ワガママもいい加減になさい >>492
ひかり電話と、ユーザーのパケットとを区別した上で、
優先度の高く設定されたユーザーのパケットのみ落としているんだよね。
そうやって区別しているのだから、
ワザワザ落とすことないじゃん。
そのままノーマル扱いで、配送してくれれば良い。
ワザワザ不通にするのは変な話だ。
HGWで、そのへんの書き換え位いくらでもできるでしょ。
NTTになんとかしろとは言わない。
こういう問題が起きないように、ヤマハに機能追加で期待している。 >>491
聞くが、優先設定されたIPv6パケットでも送達するのか？
ベストエフォートを改悪されて、
あなたの言うように優先度で回線ランク分けられたら、
NTT解約するわ。 >>495
そろそろ反論できなくなってきたんですね
あなた言っていること矛盾してるものね NGN網内でQoSをかけながら、一部のパケットではQoSヘッダ無視するということをどうやって実現するのか？という技術的な点を考えてみるべき。
ヘッダの修正は通信の秘密とも絡むと思うから、その点でも考えてみるべし。 >>496
とおもったら、
フレッツ光プライオって、プライオリティの略か。
公式サイト
「フレッツ 光ネクスト プライオ」はデータ送受信最大概ね1Gbps※1の通信速度に加え、帯域優先機能※2（NGN内において他のベストエフォート通信より優先的にパケットを転送する機能※3）を備えることで、高速・高品質な通信を実現可能とした企業、法人のお客さま向けのインターネット接続サービスです。
この商品の差別化のために、ワザワザ優先度の設定されたIPv6パケットを落としていたのか。
それなら、HGWで、優先度の設定されたIPv6パケットをノーマル設定してまで送達するつもりがないか。
>>495の、考え方がアマチュアの意味がわかった。
金儲けのプロのこういう商品差別化のための不自由さの強要は一番嫌いなことだわ。
だからこそ、Linuxを普段からつかっているし、
商品差別のための改悪が起これば、NTTとサヨナラするかもね。
ヤマハは、NTTを忖度してたりしないよね。
忖度してたら、優先度に関するさっきレスしたような機能は実装してくれないかも。 >>498
わざと言っているのか？
入り口のHGWで書き換えたら解決できること。
あなたの言うように、混在することはない。 >>498
都合よく、そこで通信の秘密を持ち出す？
IPヘッダ書き換えなんて日常茶飯事でしょ。
優先度書き換えも問題ない。
気にするなら最初に同意しておけば良い。
簡単なこと。
あなたワザと言っているね。 >>500
ひかりTVとかQoSを使っているサービスとどうやって区別するつもり？ >>502
そんなもの、いくらでも末端HGWで区別可能でしょうよ。
実際、優先設定されたユーザーのルータからのIPv6パケットを落としているのだから、しっかり区別しているんでしょ。
何がわからないのか？ >>502
何と闘っているって、それは、
商品差別化のために「できません」とされて、
通信の秘密だの、技術的な都合だの、屁理屈コネクリ回すことに対してだな。
解決出ないことはない。
やらないだけ。
そして、やらないのは金儲けに繋がらなくなるから。
そういう至上原理を、さもまっとうな理由を並べて消費者を黙らせようとするところだな。
金儲けにならないんで、やりませんと言えばいいのに。 いつからここは企業とのディスカッションの場になったんだ？ そもそも優先パケット落とすのは昔からその仕様だしNTTの仕様書にも書かれてるのに
今更騒いでる奴なんなの？？
ただの荒らしじゃん >>484
> IPv6のトンネルパケットの全てを、
> 優先についてノーマルに置換するなど。
トンネルパケットの優先度を置換する機能を付けたとしても、トンネル通さず直接通信する場合には効かないじゃん
特定のアプリのデフォルトと、NGNとの相性が悪いという話だよね？ >>499
ヤマハはNTTにルーターを納品してる
この意味がわかるか？ >>484
その記事見てないけど
そうしても使いたいなら
ipip使うの辞めて暗号化VPNにする
SSLとかを間にかますで対応したら？ 仕様が気に入らないのならば、NGNを使わなければ良いだけ
使うならば提供される仕様の中で工夫すれば良いし面白いところじゃねーの？
なおプライオは優先してくれている様だが導入しても恩恵はわからないなw >>515
プライオだったら設定不要で、IPv6ネイティブでscp、rsyncも使えている？ >>516
せめて少しは自分で調べようとは思わんのか。
プライオは、指定のDSCP値がユーザーに解放されるというようなものなのだから、それ以上でもそれ以下でもない。 >>517
推測でなく実際の動作を知りたいので、
実際に使っている人のレポが聞きたい。 ふとした疑問なのですが、UPnPで設定されたポートはファストパスで処理されると思いますか？ ipoeを使いたくファームウェアを最新版にしてocnバーチャルコネクトの設定を簡単設定でいれたけどchromeでgoogleのサイトは表示されたけどYahooは表示されないです。 RTX830のポート開放について質問です
現在、OCNバーチャルコネクトを契約しており、外から入る為にPPPoEも同時に設定しています
優先順位は1にOCNバーチャルコネクト、2にPPPoEの接続を設定していたのですが
この状態ですとポート開放が有効になっていませんでした
そして優先順位を1にPPPoE、2にOCNバーチャルコネクトを設定すると、外部から入る事が可能になりました
ip route default gateway は中から外に行く経路の優先順位だと思っていたのですが、外から入る経路の優先順位でもあるのでしょうか？
また、ポート開放やネットボランチDNSはPPPoEに紐付けていたのに、OCNバーチャルコネクト側で処理されてるような挙動も「？？？」になっています
今ひとつこの辺の理屈が解らないでいます… すみません、下記のページを見つけて読んだら、やりたい事のやり方などが書いてありましたので、理由もなんとなく解ってきました
https://hobby-server.com/rtx830_ipv4_ipv6/
という事で自己解決しました 回線に接続した状態でgui画面からconfigをコピペしてコマンドの実行をしたらうまく行きました。 Yamaha Network Innovation Forum
開催概要
開催日時：11月13日（金）13時から17時（開場12時30分）、17時5分から後夜祭
会場：オンライン開催（Zoom会場になります）
主催：SCSK株式会社
協力：ヤマハ株式会社、一般社団法人日本ネットワーク技術者協会、吉政創成株式会社
参加料金：無料
プレゼント抽選会：SCSK、ヤマハ、日本ネットワーク技術者協会提供のプレゼント抽選会が複数回実施されます。
新商品のチラ見せに期待したい！ http://www.rtpro.yamaha.co.jp/RT/docs/ipip/index.html#setting7
上記設定に従って、NGN網内の折り返し通信でIPIP接続を設定しました(RTX830⇔RTX810)
ネームは取ってないので、グローバルIPv6アドレスを使用して、トンネルは確立しました
しかしお互いのLAN1プライベートアドレスにPingを打っても反応がありません
ルーティングも設定例に従ってトンネルを指定しています
これだけでは足りない設定が何かあるのでしょうか？ トンスルは間違いなく開通しているのかい？
IPIPだとconfigが入っていればGUIでは開通表示されるよ。 >>529
はい、RTX810のGUIのトップページでも開通しているのを確認しました
RTX830側でも開通しているマークが出ています
もちろん、コンソールでも確立している事を確認しました
そして一応、RTX830側のトンネルをDisableにしてEnableにしたら繋がりました…なんなんだ？
という事で解決したのですが、不可思議な点が一つ
本当に接続先をきちんと認識してるのか？と確認する為に対向IPv6アドレスのプレフィックス部分を書き換えました
極端に頭の2400を2800にして再起動しても「接続されています」と出る始末…これはどういう事なのやら…ちょっと怖いなぁ
とりあえず繋がったので、後はフィルター設定へと進みたいと思います
ありがとうございました >>530
IPIPトンネルだとトンネル断を検出する機能がないから設定してあればUPになるんじゃなかったでしたっけ？Yamahaで830とか1210なら独自のkeepaliveで検出できたとおもいましたけど、810とか1200ならだめだった気が >>531
おっしゃる通りでした
もう一つ別のRTX810があったので、RTX810側だけ設定しても「接続されています」…
いやいや、誰と繋がってんの…
疑問も解けたので、設定を進めます、ありがとうございました アホみたいな質問だと思いますが、IPIP接続の挙動から、IPIP接続って「相手を確認してない」という事になるのでしょうか
例えば何らかの断線(線が切れたとか抜けたとか)が起こっても、それを検知する事もなければ切れた事すら気付いておらず
復旧して対向IPアドレスが変わらないなら問題無く、何事も無かったかのように通信復旧してしまう接続方法という認識で良いのでしょうか
という事はバックアップ回線もない状態なら、仮にNTT内部で障害や工事が起きて通信断が起きても復旧したら元通りだから
死活監視しないなら、キープアライブすら必要ないのでしょうか >>533
IPIPトンネルがどういった動きをするのかを考えると、自ずと答えが出るかと。 IPIPはただのカプセリングの仕組みで、対向との認証やネゴなどはしません。だからRTXではトンネルとしての設定が有効か無効かの判断しかしていません。 ありがとうございます
やっぱりIPIP接続ってそういう動きなんですね
昨日は設定のためにNTTレンタルルーターの下に並列でRTX830とRTX810を並べて、IPv6を通してIPIP接続設定をしたら
300Mbps前後出たので「よしよしよし」と思って、RTX810を遠隔地に置いて19時過ぎに計ったら40Mbpsに落ちてガッカリ
これじゃIPSecで繋ぐのと変わらないなぁ…暗号化とかしてないから、ファストパスは通ってると思うんですけど、意外と速度出ないものですね…
多分、原因はNTTレンタル機器のせいだと思いますけど、ひかり電話の都合で外せないしなぁ… >>536
型番わかんないからあれですけど、業務用OGとかならいくらか払えば新しい機種に変えてもらえますよ
前に新しい機種にしたら速度改善された経験あり >>536
そういう場合は電話回線と別に回線引いて複数回線にするべきだよ >>537
まさにそのOGです
OG800Xaなんで、もう何年前の製品になるのやら
レンタルみたいなので、OG820Xaに交換してもらえるよう打診してみました
ちなみにどれくらい速度が上がりましたか？
OCNバーチャルコネクトだとONU直下で300Mbpsくらいなのに、OG800Xa配下だと50Mbpsいくかどうかで明らかなボトルネックになっています
>>538
OG800Xaのせいだけで回線代が単純に倍額になるのはちょっと… OGにフィルターやらPPPoEの設定してないか確認してみ
会社で使ってるけどそこまで遅くなった経験は無い >>539
すいませんこちらVG2330Xから確かOG2300への変更ので参考にしかならないかもです。
VG2330Xは150Mbpsくらいで限界（電話が不通になるレベル）でしたが、確か少なくとも200Mbps以上出ていたはずです。（少し前のことでうろ覚えです）
そもそもルーターがRTX1200なのでIPIPでも300Mbpsまでしか計れませんが… PRIインターフェイス使用するひかり電話とか結構大きい会社やんｗ
何5chにいんのよｗｗｗ >>540
OG800Xaには特別、何か設定はしていません
ほとんどデフォルト状態で、強いて言えば初期設定のままSPIや攻撃検知などが有効なままです
>>541
VG2330Xってどんなんかな、と思ってみたらOG800Xaとは文字通り桁が違う…
でもやっぱりオフィスゲートウェイ？がボトルネックになる事があるんですね
以前、L2TPv3を少し試した時、RTX1200-RTX810で完全に別の所でiPerfしたら190Mbps出た事があったので
明日にでもIPIPとL2TPv3を同時間帯で試したいと思います
RTX830-RTX810がIPIPで、RTX1200-RTX810がL2TPv3なので(RTX830とRTX1200は同一建物/同一回線)
スペックを見ればIPIPの勝ちになりそうなものですが、どうなるやら >>542
普通にここはヤマハの人も見てるんだって >>545
念のため昨日、攻撃検知と一緒に外してみたんですけど、何も変わらないですね…
相変わらず遅いままです
で、先ほどiPerfを使ってIPIPとL2TPv3を比較しました
環境はこちらがRTX810、相手はIPIPがRTX830、L2TPv3がRTX1200です
その他の条件は完全に同じで、始点終点ともPCはRyzen機なので不足はないかと
結果はOG800Xaが憎たらしくなってきました…
確か少し前に試しにOG800Xaと並列でRTX1200を繋いだ時は、L2TPv3で190Mbpsくらい出たはずなんですよね…
とりあえず続きで結果貼ります [IPIP接続]
Connecting to host 192.168.1.20, port 5201
[ 4] local 192.168.9.2 port 52420 connected to 192.168.1.20 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 5.25 MBytes 43.9 Mbits/sec
[ 4] 1.00-2.00 sec 5.12 MBytes 42.9 Mbits/sec
[ 4] 2.00-3.00 sec 5.12 MBytes 43.0 Mbits/sec
[ 4] 3.00-4.01 sec 5.12 MBytes 42.9 Mbits/sec
[ 4] 4.01-5.00 sec 5.12 MBytes 43.1 Mbits/sec
[ 4] 5.00-6.00 sec 5.00 MBytes 42.0 Mbits/sec
[ 4] 6.00-7.00 sec 5.00 MBytes 42.0 Mbits/sec
[ 4] 7.00-8.00 sec 5.00 MBytes 41.9 Mbits/sec
[ 4] 8.00-9.00 sec 4.75 MBytes 39.9 Mbits/sec
[ 4] 9.00-10.00 sec 5.00 MBytes 41.9 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.00 sec 50.5 MBytes 42.4 Mbits/sec sender
[ 4] 0.00-10.00 sec 50.5 MBytes 42.4 Mbits/sec receiver
iperf Done. [L2TPv3接続]
Connecting to host 192.168.1.20, port 5201
[ 4] local 192.168.100.3 port 52377 connected to 192.168.1.20 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 6.12 MBytes 51.4 Mbits/sec
[ 4] 1.00-2.00 sec 6.12 MBytes 51.2 Mbits/sec
[ 4] 2.00-3.00 sec 6.12 MBytes 51.3 Mbits/sec
[ 4] 3.00-4.00 sec 6.12 MBytes 51.5 Mbits/sec
[ 4] 4.00-5.01 sec 6.25 MBytes 52.2 Mbits/sec
[ 4] 5.01-6.01 sec 6.00 MBytes 50.3 Mbits/sec
[ 4] 6.01-7.01 sec 6.12 MBytes 51.4 Mbits/sec
[ 4] 7.01-8.00 sec 6.25 MBytes 52.5 Mbits/sec
[ 4] 8.00-9.00 sec 6.00 MBytes 50.6 Mbits/sec
[ 4] 9.00-10.00 sec 6.25 MBytes 52.3 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.00 sec 61.4 MBytes 51.5 Mbits/sec sender
[ 4] 0.00-10.00 sec 61.3 MBytes 51.4 Mbits/sec receiver
iperf Done. 結果としてはL2TPv3の方が何回やっても10Mbpsほど速かったです
接続状態もきちんと確認できるので、L2TPv3の方が信頼性は高いかと
同じセグメントでブリッジインターフェースを使って管理しなきゃならないのが少し面倒ですが
ちなみにRTX1200とOG800Xaを並列で繋いでた時は、通信は問題なかったものの
OG800Xaが12時間おきに再起動してたみたいで電話が切れてしまう問題が出たため止めた経緯があります
プレフィックスの取り合いしてたんでしょうけども >>549
というかOG800なら取説読む限りWANのIPv6無効に出来そうなんで、ONUの下にハブいれて、OG800(WANのIPv6無効)とRTX810を並列置けばいいような気がしますけど >>550
ひかり電話を使ってるとダメなんですよ…
他にもRAプロキシでのIPv6アドレス取得、IPv6ブリッジなど自前ルーターを使えるようにするような機能は軒並み使えないようにされています(設定するとエラーで弾かれる)
管理者アカウントで入ってルーター機能を無効にしてもダメです ipv4が4to6トンネルだからv6オフに出来ないとかではないよね？ >>552
ではなく、設定しようとすると、ひかり電話使ってるからダメー、とわかりやすいエラーが出ます
ひかり電話設定が入ってると、IPv6関連の設定変更はほとんど出来なくされています ヤマハはいつになったらAnsible対応するんだよ >>546
RTX810は性能低いのは関係ないの？ >>555
RTX810から繋いだ結果、IPIP接続ではRTX830に繋いだにもかかわらず、古いRTX1200でL2TPv3接続した方が速かった、という比較結果なのでRTX810である事はこの際、関係ないです
もっと高速にするにはRTX1200やRTX810を捨てる必要が出てきますけど、それはまた次のお話という事で
あと、計測当時は急いでたのですっかり忘れてましたが、RTX1200やRTX830とPCの間にUTM(SophosXG135)が挟まっているのを忘れてました
これが190Mbps(RTX1200直下)から50Mbps(UTM直下)あたりまで落ちた原因でしたが、条件はIPIP(RTX830)とL2TPv3(RTX1200)という事以外は揃えてたので、IPIPとL2TPv3の比較という意味では結論は出たかな、と
その後、RTX830の直下にPCを繋いでIPIP接続の計測やり直しをしようとしましたが、設定を変えてないのに繋がらなくなりましたので計測不可でした
そういう扱いづらさと原因の切り分けの難しさから、IPIP接続は信頼性に欠けるので、自分の中では暗号化なしならL2TPv3で結論づけました
ちなみにRTX830を使ってOCNバーチャルコネクトを使用した場合、ONU直下では200〜300Mbps出るのに対してOG800Xa直下では50Mbps超えるのがやっと、というレベルになります PR-S300NEも遅かったな
このスレで知るまでハマってた >>556
MTUの設定は？
不整合があれば、パケットの送り直しが発生して遅くなるとか。
でも、ヤマハルーターの場合は、tunnelインターフェイスのデフォルトMTUはかなり小さくなっているからなあ。大丈夫かな。 >>558
MTUは特に設定しませんでした
L2TPv3メインに考えてて、L2TPv3でMTUの設定は無効と設定例にも書いてあったので
http://www.rtpro.yamaha.co.jp/RT/docs/l2tpv3/
・L2TPv3でのフラグメント
L2TPv3のトンネルインターフェースのMTU設定は無効となります。 vpnの速度上げるのにセンター810フレッツ光、拠点107e。拠点をニューロ光にすると速度は上がりますか？ フレッツ光で統一してNGN網経由した方が速いだろう NGN接続だと(回線速度にも依るけど)IPsec接続でどれくらい出るやろな
RTX1210やRTX830だと直結で800Mbps以上は出るらしいから、控えめに回線速度の3割引くらいは出るのかねぇ？ ちょっと脱線するけど、NGN網内折り返しって、どっちか片方でもIPv6 IPoEインターネット接続付いちゃうとアウト？インターネットマルチフィードとかネットワークイネーブラーとかOCNのアレとか。
両方ともNTT東西同一のNGNのv6アドレスじゃないとダメになっちまいます？ >>565
そんな事はない
OCNバーチャルコネクト契約してる回線だけど、RTX1200にプロバイダ設定を一切入れずにIPv6で拠点間接続できている
ただNTT東西を跨ぐ通信はそのままではできなかったはず >>565
それはないけどIPv4は地方とか場所によってはPPPoEより遠回りになることはある >>567
それは、ほとんど実感さえできないと思うけどね。 速度はほぼ変わらんとは思うがpingは目に見えて変わるだろ >>570
POIがPPPoEは都道府県単位であるけどIPoEはまだ少ない 何と何の比較をしてるのかよくわからない
網内折り返しにPOI関係ないし 同じプロバイダーならともかく違うプロバイダーならNGNの方が速いと思うが・・・ >>569
個人的にどういう考えでそういう主張になったか気になるので、ぜひ具体例を挙げてほしい。 administratorでログインすると、
「保存されていない設定が有ります」と表示される。
saveすれば済むのだが、
その前に、どんな設定がまだ保存されていないのか表示できないのかな。 >>579
ググるのが面倒くさいorググり方を知らないから代わりにググってわざわざ教えてくれる奴が来るのを待ってただけなんじゃね？ 知らないうちにコマンド増えてたりするよな。
show status status-ledなんてのも急に追加されてた。古いバージョンだとエラーになるけど
そんなことより特定IPv6サイトの接続タイムアウトが解決したのでメモ
no ipv6 lan1 mtu 1280
no ipv6 lan2 mtu 1280
だれだこんなの入れたの RTX810は業務用としては全然駄目だ
毎月1回は、スケジュール再起動で立ち上がらなくなる。
RTX830にリプレース直前だったのに、また駄目になったようだ。
おかげで睡眠時間を削る羽目になった。
RTX830も駄目なら、安定のRTX1210にするしかない。 何が問題なのか分かるようで分からん。
1210が安定してると思うなら、830を試して睡眠時間削る必要はないのでは？ RTXは負荷が低い案件にしか使っちゃダメ
値段大して変わらず性能段違いのIXなり入れとかないと無駄なポスト工数出てくよ >>581
ごめん、通信速度を早くしてほしいと要望があったので >>585
ググってたら、IPoverIP 6to4とか実験してたときのおまじないになってたっぽい
RTX810、1200は限界かもしれん。もう5年経過だろうしMAP-E対応のためって名目で入れ換えればいいんじゃね？ スケジュール再起動なんてアホなことするからやろ
自業自得すぎるわ >>586
上流ルータでの6to4カプセル化の際に1個のv4ペイロードに乗っけられるv6パケットの最大サイズが1280に制限されるっていう仕様だったのね。 業務用でMAP-E対応って今度は別の原因で死ぬ気か mapeはnttコムが法人向けocnや閉域サービスでレンタルルーターとしてrtx830を使ってるけど。業務用ではやばいかな？
営業は良い事しか言わないから 業務用なんていっても某現金自動預払機もRTX810で通信してるしなぁ
MAP-Eはこれから増えていくのがわかる分悩みの種になりそう map-eはあくまでも繋ぎで遠くないうちに親元がv6ネイティブになるんじゃないかとは思うが >>591
法人向けOCNのMAP-EってIPアドレス1個と全ポート占有してて他社や個人向けとは実質的に別物じゃなかったか >>594
法人向けでも、動的IP契約の場合はMAP-Eで個人向けと同じアドレス・ポートの割り当て方
固定IP契約なら全ポート使える そもそも2010年からまとめるような話してんのにまとまってないんだぜ
https://xtech.nikkei.com/it/article/NEWS/20100831/351609/
DS-Lite方式を公式にやってるところは減ってきちゃったけど・・・IIJはやめなそうだし >>596
もうとっくにIPv6移行技術の方式をまとめる気はなくなってる
IPv6移行技術の方式がそれぞれあるのは前提として、プロビジョニング方式を揃える話になってきている
http://www.v6pc.jp/jp/entry/wg/2020/08/ipv6_10.phtml ASAHIネットのv6コネクト
アルテリア・ネットワークスのクロスパス
がDS-Liteを採用してる コメントありがとうございます。
ocnバーチャルコネクトは固定IPでrtx830の機器にすれば良さそうですね。法人向でも動的IPと安い方の機器(ドコモルーター)は業務用では避けるようにします。 ポート開放してPPPoEの通信速度で不足が出るなら仕方ないけど、普段の通信はOCNバーチャルコネクトで、特定のポートが必要な通信はPPPoE経由でと使い分ければいいんでないかな 今日新製品の発表あるのかな
なんかイベントあったよね 10G対応のRTX後継は来年後半だからまだ出ないよ >>605
今日の13時から17時だね
Zoom開催だから、時間がある人は見ていいんじゃないかな
https://network-innovation.jp/ynif2020/ RTXからのSYSLOGを2台のsyslogサーバに転送してたけど
ログを突き合わせても時間が合わないので、どうして？って思ってたら
RTXから送られてくるsyslogにタイムフォーマット含まれてなくて
受け取ったsyslogサーバ側でタイムスタイムスタンプ付与してた
（ログサーバの片方のntpdが起動してないのが原因だった（恥） で、ニュースサイトにも何もあがってないようだし、新製品を臭わせるような発言は無しか 某大規模案件で在庫が少ないから新製品どころじゃないのかな？ >>608
なるほどね。
RTXはログにタイムスタンプしないのか。 >>612
syslogのフォーマットで必要な、時間とホスト名のヘッダー情報が付与されてない
PRIとmessaageだけだった RTX830は届いたが1210が注残
在庫のまま年越しかねぇ rtx1210とswx3200の組み合わせで評価してるんだけどなんかGoogleとYouTubeと一部サイトが繋がらない。
他はサクサクなんだが、
これって機械のせいじゃないよね、
回線かpcが悪いとおもってるんだけど >>615
複数のPCで共通なら回線かネットワーク機器
特定のPCだけならそいつのせい
機器でありがちなのはMTU, IPv6->IPv4のフォールバックとかじゃないの？知らんけど。 自分のpcも無線で繋いだiPhoneもそうなっちゃってちょっとやな感じだなと
ちなみに無線apもヤマハ で全部ヤマハ 構成
やっぱやめときゃよかったかな、、
なんか機器のバグとかだったら嫌やな dns server select 1 reject aaaa .
dns server select 2 pp 1 any .
などと 自分が設定ミスって起こしたトラブルをメーカーのせいにされるなんてヤマハも可哀想だなw やっぱ設定ミスっててるだけだよね
ちょっと安心したわ
いつもウィザードぐらいでしか設定してなかったからあんまヤマハ 詳しくないよね
>>621
これはどんな効果あんですか？ そういやYAMAHAのL3SWは普通に動くようになったの？ WLX212 のsyslogに
[SYSTEM] <5113> Log message were saved to FLASH.
ってのが1時間おきに出てるんだけど、flashメモリの寿命は大丈夫なのかしら？
RTXの方はフラッシュメモリにガリガリ書き込むと死ぬよ。保証対象外だよって書いてあったので気になってる
ttp://www.rtpro.yamaha.co.jp/RT/docs/rtfs/index.html >>625
「平常時はRAMバッファ+syslogサーバ送信のみ、syslogサーバに繋がらない時だけフラッシュ保存」ていう設定はないのかな？
と思った。 NVR500って光電話の複数番号の鳴り分けって可能？？
GUIから設定すると、PR-600側で片側しか内線のステータスが登録にならないね。
もしかして、光ネクストのipv6をNVR500に持って来ないと無理なのかな？？
ちなみに、PR-600からはUNIポートからLAN出して、ONUのルータ機能切ってます。 >>627
その疑問は、公式の設定例を見てのものかい？ >>627
ONUにルーター機能はない
HGWのルーター機能もひかり電話機能も生きたまま、NVRをHGWのSIP子機にする話？
だとしたらひかり電話をNVRで収容しないのは何故？ 意地悪だなぁ型番書いてあるから分かるっしょ
HGWのルーター部を切り離してONU単体として接続してるんでしょ >>630
だとしても、
> GUIから設定すると
のくだりが意味わからんが 他スレに出張してGUI有るから初心者でも使えるとか言うアホが居るからこうなる >>626
syslogはUDPで投げっぱなしだからそういうの無いわけですよ
ログを保存するのはデフォルトでそうなってるみたいで特に設定は無さそうですわ
保証期間すぎたあたりで故障するようなSタイマーもどきとかだったら嫌だなーと思いますが
気にしないことにしよう >>627
UNI出しでipv6を生かしたままそういうことをやるのは結構茨の道だから、おすすめできん。 そもそも、書いている内容に矛盾があるから返答は無意味 RTX1210のWEB画面のダッシュボード。
設定はほぼコマンド叩いていCUIで入れているけど状態チェックには有用なんで使っていたら
WEB画面表示が壊れて使えない状態に。
原因はカスペルスキーだった。
カスベルを新しいバージョンにしたらどうやらデフォルトでローカルのIPもトラフィックチェックするようになったみたい。
いつも使っているブラウザーを信頼アプリにしてすべてのトラフィックをチェックしない設定をローカルIPに設定したら
表示が壊れなくなった。
同じ問題に遭遇した時の参考にどうぞ >>639
危険に判断されるコードでも混じっていたのかな
なにに反応したのか知りたいところだね
オリジナルのjavascriptかな。 >>627
着信電話番号によって着信するアナログポートの選択はできないのか？ >>625
RTX1210とかで、
syslogはデフォルトでフラッシュにかきこまれているのか？ 全社のネット接続（ブラウジング）がダウンした。
原因は、DNSによる名前解決の失敗だった。
そして、犯人は、RTX1210 Rev.14.01.34 だったと結論する。
RTX1210 Rev.14.01.34には静的DNSレコードが複数登録されていて、
拠点での名前解決を全てこちらにさせていた。
RTX1210 Rev.14.01.34は、前も同じ障害を一回だけ引き起こした。
普段は正常に機能していることと、今回DNS以外のルーティングなどの機能は正常だったこと、そして再起動で回復したから、
このルーターには名前解決に関するなにかしらのソフトウェア的なバグがひそんでいると考えられる。 >>644
IP電話も全て名前解決に依存しているから、
社内のあちこちのサービスがダウンした。
しかし、それでいてパケットは正常にルーティングされ、
VPNもつながるので当該ルーター（RTX1210 Rev.14.01.34）の異常だと見抜けなかった。
なにかとんでもない大規模障害が発生しているのではないかと、アドレナリンが脈打った。
これで二回目である。
随分時間が経っていたので、再びRTX1210 Rev.14.01.34の名前解決問題だと見抜けなかった。
非常に焦った。
基幹にはYAMAHAルーターやめて、Linuxマシンをルーター代わりに使おうかなと本気で考えている。 普通ルーターとDNSは分けるけどね
同じ機器で兼用させるのは自宅だけにしときなよ >>645
さらに言っておくと、
名前解決不能の問題を引き起こしたRTX1210 Rev.14.01.34 は、
毎日定時に再起動をスケジュールしている。
だから、おそらく、再起動の段階で、名前解決不能な状態に陥ってしまうのではないかと思う。
たとえば年間を通じて365回再起動すれば、そのうち低頻度でこの問題が発生するのではないだろうか。
再起動がアダとなったと言えると思う。 >>646
静的レコードを含むDNSキャッシュサーバーは、dnsmasqかなにかをLinuxマシンで使うことにする。
でも、今度は無停電電源の配備など、ハードウェア的な故障も考慮しないといけなくなるなあと。
VPSに肩代わりさせたとしても、ネットがダウンしたら駄目になるしなあ。
まあ、ネットがダウンしたら、DNSが正常でも不通になるからどっちみち意味ないか。
VPSにdnsmasqかなにかでDNSキャッシュサーバーを構築するしようかな。 顧客への信用ガタ落ち
このような意味わからんバグが放置されていることにとても腹が立っている。
まあ、他の人が言うように、ルーターはルーターとVPNサーバーやIPフィルタなどのIPレベルでの機能のみ使って、
それ以外の機能は他のサーバーを使うべきだったと反省している。 くどくどと書いてもうしわけない。
自分が使っているルーターが、そのバグのせいで地震のように突発的に地面をゆるがせ、
焦らせることにどうも納得行かないわ。
問題が起きた場合に備えて対策をとっておくことが必要だが、
バグが放置されていることに納得いかない。 やっぱり、大勢の人が使っていて、
問題提起するOSSの方がいいのかもしれないと思う。
とくに、IPレベルを超えるアプリケーションレベルの実装は、OSSの方が良いのかもしれない。 バグが放置されるのに納得がいかないなら自分でバグの無い機器作ればいいと思うよ。
定期再起動とかDNS兼用とかしておいて顧客の信用がー言うのはちょっと浅過ぎる なんの為の再起動なんだかね。
叩けば治るテレビかよ 日ごとの再起動って、普通でない。
普段使われるものから、バグは見つかり改善されていくものだから、ほとんどの人がしない使い方をしている時点で、障害に巻き込まれに行っていることを自覚すべきだな。 この人はグダグダと自分は能なしですって自己紹介してるの？
2回目なんでしょ？ そんなにやってるのにファームウェアは最新じゃないとかなんなの？
どうせLinuxでサーバ立てても同じように運用間違いで障害起こすよ
個人的に思うけど静的レコードをYAMAHAに任せるとか正気の沙汰とは思えない
第一、その静的レコードが原因でネット接続ができないとかどういう仕様なの？
普通はDNSサーバを複数端末に登録して一つ死んでも何とかなるようにするのが本来のDNSの運用でしょ？
それなのに一つが死んだら「はい全部おしまい」とかネットワーク管理者として下の下の行為だと思うのだが 1台アホになったら全オチを招く設計がさ、
個体にグチグチいう話かってね。 >>657>>656
ヤマハ寄りの意見が多いな
さて、なんのためにリリースノートがあると思ってるんだ？
構築時ならともかく、意味のないアップデートは自ら問題に巻き込まれに行くようなものだ。
仕様変更が影響して不具合が生じる可能性もある。
ネットワーク規模、顧客がかけられる費用も色々だろう。
複数DNSサーバーを立てれば、そのメンテナンスも必要になり、対応できる人員にも限りがある。
静的レコードをルーターにまかせてしまうのも一つの手だと思う。
そもそも、キャッシュサーバー機能に欠陥があるまま残されていることが問題だ。
再起動後に、DNSキャッシュサーバーが動作しなくなる危険性が排除されていないことがそもそもの問題。
それを指摘するだけの利用者がないということだろう。
ヤマハルーターに肝心の機能にバクが残されている訳だから、ルーターを別メーカーに変えてしまうか、アプリレベルにおいてはOSSを使うということは良い手だ。
>>654
毎日再起動のどこが異常な使い方なんだ？
アプリや、サービスを再起動させないで使う場合、不具合が重なって動作しなくなる可能性がある。
実際、ヤマハルーターでも、再起動させると問題が解消されるということがしばしばあった。
再起動するということは、開発時の動作状況にリセットするということだ。
動作時間を重ねることで異常な状態になるのを防いでいる。 >>659
何十台も冗長化してたら、
寝ぼけて作られたデバイスでも安全なんだろうね みんなYAMAHA寄りなんじゃ無くてエンジニアとしての思想や設計がおかしい、って言ってるだけなんだけど噛み合わないんだろうなと思いましたまる >>655
2度も生じる問題なんだから、
偶然でなく、バグがあるんでしょう。
設計について、指南してくれなくて結構。
指南するつもりもないくせに。 >>664
欠陥にはめもくれないで、
穴の空いたバケツを多重化して機能を維持するのが共通のエンジニアなんですか？ もうヤマハ使うのやめよう。
OSSで実績のあるLinuxの方が色々安心できる。 >>664
たしかに多重化してなかったのはネットワーク設計の問題だろう。
しかし、それだけを問題とみなす見方が多いな。
安定なソフトウェアなら、こうも頻繁に問題を起こさない。
ネットワークではないが、あるOSSのデータベースはコケたことないぞ。
データベースは複雑なものでしょ。
それでも今まで何年もコケたことなく動作している。
自分の指摘は、デバイスの安定性の問題。
もし、後も頻繁に問題を起こし、壊れるハブがあったら使わないのと同じ。
ヤマハルーターは、ハードウェアが壊れることはほとんどない印象はある。 バケツには穴が空いてるかもしれないと思いながら影響を極小化するように組み合わせるのがエンジニアの仕事じゃないのかなぁ。
空いてないと信じたり、空いたって騒いで得られる物があるならそれでも良いのかもね。 事象発生時のログやらメモリダンプやら
サポート連絡すりゃね。
察するに、無理だろうけど >>669
穴の空いていない物を探すのも大切で、
穴が空いていることを周知することも大切だと思う。
設計については当たり前の話で、
それをどうするかは別問題。
穴が空いていることを冗長化で見えなくすることでそれを指摘しないことが良いとは思わない。
冗長化を前提とする穴開きデバイスならいらない。 >>670
再起動したら治ったからね。
開発者でもなければデバッグ材料を集めるのは無理でしょう。
だから、バグとしてしつこく残っているんだろうけどね。 複数拠点があるようだと小さい環境ではないでしょうに。
DNS障害で拠点内でさえも全業務が止まるような構成にしてはそもそもダメだろ。 >>673
DNSを冗長化してなくての障害ということね。 > 冗長化を前提とする穴開きデバイスならいらない。
冗長化を前提としないデバイスが存在する世界に俺も行きたいなぁ、って思いました。新鮮だった。 >>671
穴開きどころか、底抜けだったわ
RTX1210のDNSキャッシュサーバー機能は突然に死ぬ危険があるので注意が必要です。
私の場合、動作の初期化のために再起動を毎日スケジュールしていました。
再起動直後かどうかは分かりませんが、再起動後にDNSキャッシュサーバー機能が死にました。 >>675
もうそういう指摘はいいから
それに、変なところで、引用するな。
イメージ操作かよ。 >>676
この問題は、年間で2度も生じたので、
何か明らかに不具合がありそうです。 昼から必死でこんなトコで意識高い風にイキってるから面白かったんです。絡んじゃいけないって分かってたのにごめんなさい。 これって
>>147
>>153
か。あーはいはい >>681
それ。
半年に一回程度かとおもってたが、
数カ月に一回の頻度でDNSキャッシュサーバー死んでるな。
>>682
休みがなくなった DNSが死ねば全業務が止まるのは事前にわかる訳だし、そんなシングルポイントを作った過去の自分を呪うべきかと。 >>684
ソフトウェアの開発もしないといけないし、雑用もあるし、なかなか忙しくて余裕がなかった
今後は、DNSキャッシュサーバー機能は、
Linuxマシンで対応することにした。 >>684
本当にDNS死ぬと、障害が一見、多発しているみたいに見えてしまう。
普段、DNSなんて意識しないからその影響について忘れてしまう。
過去からの習慣は引き継ぎやすい。
問題発生をきっかけに優先順位改めようと思う。
人が死なないと対応が為されないことって、世の中でも色々ある理由がわかりそう。 ソフト開発も業務ね…
だとすると、とても残念な人だな。
今あなたがYAMAHAに向けている怒り(他から見て、その一部はどうかと思うが)は、多分同じように自分に返ってきそうだね。理不尽と思いながら対応してそう。 >>688
怒りでなくて、事実のレポートでしょう。 >>688
だとすると残念だ
という論理的なつながりがわからない >>688
自分に返ってきそう
というのもわからない。
しそう
という表現も、論拠がなくて、
占い師さんですか？ >>686
> 忙しくて余裕がなかった
データベースもPCごと冗長化したほうがいいよどうせしてないんでしょ？
何年もこけたことない＝ずっと未来永劫こけないじゃないよ
ソフトウェアが落ちなくてもハードウェアが死ぬこともあるでしょうよ
個人使用じゃなくて業務なんでしょ？
起こりうる障害に対策をしてないと今回みたいにもっと忙しくなるよ
あのWindowsですら二か所もDNSサーバーを入力する場所があるのにもかかわらず、
DNSを冗長化してないのはどうかと思うよ
「Linuxで運用する！プンプン！」って言ってるけど冗長化しなかったらまた同じことになるよ。
そしたらまたPCか何かのせいにするの？
はっきり言って社員の中には「明らかにあいつのミスだ」って思ってるひとはいると思うよ
ハードウェアは壊れることもあるということは考えたことない？
静的DNSを使うのだって要は手抜きでしょ？
IPアドレス直打ちの方が確実でしょ？
それでDNSを二つ立てるのも面倒で手抜き。
それで障害が起こったらプロならすぐわかるようなことなのに
素人管理者が原因の特定にも時間がかかって業務の足を引っ張る
そういう運用をしているようじゃまたやらかすよ？ あなたの投稿でのYAMAHAの立場は、あなた自身の立場でもあるだろうに。
ソフト開発、本業でしょ？ 2台並べてりゃねえ、ケーブル引っこ抜いて
サポート受けるのに動態保存できるんだし。
無駄に再起動はするわで、この半年やるべきことはあったよ。
被疑部位を証明出来なきゃただの嘘になる 実際どのぐらいの規模運用してんの？
障害を克服するためにリブートかけるような運用してるのが祟っただけだろう
たとえバグだとしても
それ以外のハード的、ネットワーク的トラブルが発生しても
そういう運用構成じゃ大規模書発生するだろうって話では？
たとえLinuxつかったとしても
その調子じゃ同じ事起こすって気づかないのかな？
データベースは大丈夫だって言ってるけど偶々故障がなかっただけだろう >>694
似た仕事であって、
同じ立場であるはずがない 要するに半分ド素人同然の奴にシステム任せて業務に支障だしてるブラック企業ですって事ね そのルータから外に出るようなバッチジョブが走る時間帯にリブートスケジュールしてた
とかいうアホパターンじゃないよな？ とても残念な人という人というのだけ理解した。
本業でも、あまりいいパフォーマンスでなさそうということも。 >>699
>>693にも書いたけど面倒で手抜きする癖を直した方がいいよ >>695
真面目に答えると、
一々サポートが必要な程のことはやっていない。
設定例集に載っている程度のことで、サポートが必要な装置は最初から使わない。
サポートのやり取りの時間がもったいない。
結局、情報不足でわからないというオチが目に見えている。
普通に使って、普通の結果を望む。
OSSなら、世界規模で使われているので、
意図された普通の結果を享受できると思う。 とりあえず、皆忠告はしてる。
仕事、無くさないことを祈るよ。 >>700
ないし、
今回の問題は、RTX1210のDNSリカーシブサーバー機能が数カ月に一回の頻度で死ぬ問題 >>693
冗長化は、設定も複雑になるから、
もちろんハードウェアはアウトソーシングしている >>706
ああ、面倒くさいOSSは多分このひとは使わないな
時間があったら絶対に乗り換える！ただ忙しくて今はできない！って言って数年経つパターンかな
また今もYAMAHA使ってるんでしょ？ >>709
アウトソースする予算あるなら
全部任せて本業のソフトウェア開発した方がいいよ >>707
そのために、良い品質のソフトウェアを求めるわ。
デバイス全体としての安定性を求めるのは難しいと思う。
ソフトウェア主体で対応可能なら、汎用的に使えるPCや、クラウドで実績のあるOSSを動かす方が良いと思う。 >>712
ハードウェアをアウトソーシングするのは全然高くないよ >>711
あると思うけど、OSSは世界規模で使われており、メンテナンスが行き届いている。
深雑なソフトウェアほどオープンに限る。 >>710
いや、ほぼOSS
しかもルーターと、ONUだけが、ハードウェアとして会社に残っている。
これまでの運用の反省から、そういう体制にした。
人件費も大幅カットできた。 無能なのを器機のせいにするなら
全部アウトソースすれや >>716
クラウドなら、ある程度は冗長化されている >>715
YAMAHAもOSS使っている。
古いファームウェアを使っているあなたは、そのメンテナンスの恩恵を受けるのを自ら拒否しているということだよ？
そういうことを考えられないというのが、ソフト開発の部分で残念と言ったところ。 >>715
あのさ
ここにいるのは君よりもOSSに詳しい人ばかりなんですよ
DNS関係のソフトがどれだけバグやセキュリティホールあったのかも知らないの？ >>717
その構成でなぜDNSだけがそんな性能も高くないDNS機能をルーターにやらせてたわけよ？
あほちゃうの？ >>713
なんとかデバイスたるものは、
これまでたくさん壊れてきた。
それが嫌になった。
会社であと壊れるものといえば、ルーターとONUくらいだな。 >>719
DNSなんて真っ先クラウド行きだろう
なぜルーターにさせてたん？
無能だから？ >>720
古いと言っても、一つ古いだけでしょ。
新しいものに飛びつくのは怖いことだと経験から学んだことないのか？ あー
YAMAHAのルータがネットワーク内部？外部？からの不正なアクセスを検知したため
DNSサーバへの通信を遮断したってのはないの？
ログは？まさか 再起動して消えました てへぺろ とか言わないよね？
コンフィグは？
コンフィグの書き方が間違ってて外側から不正アクセスできるようになってて
それで不正検知して止まったとかあるんじゃない？ >>726
信頼してる割には毎日リブートしてるとかありえんわ
しかも2度目なんだろ？
なんの対策もしなかったのかよ >>727
不正アクセス検知は重たいので動作させません 親切だから教えてあげる♪
Rev.14.01.34 2019年6月24日
Rev.14.01.35 2020年1月20日
Rev.14.01.36 2020年5月18日
Rev.14.01.38 2020年7月29日 >>732
2,3年再起動も電源切らないでも安定して動いてるぞ
その段階で無理あんだっての >>733
前回の時見た。
特に問題点はなかった。
インフォ、noticeレベルだった
RTX1210は、ログで内蔵DNSリカーシブサーバーが停止してますとでも言うのか？
休日、夜間ゆえCPU使用率もほぼ0%だった。
RTX1210のリカーシブサーバーが一人で倒れたと判断。
ルーターを再起動すると、直ちに回復した。 CPUに負荷かけ過ぎて熱暴走したんじゃない？
さすがに100%が数時間続くと不安定にもなるよ？
いつもはどれぐらいの負荷なの？ >>735
再起動したら具合悪くなるのか？
積み重なりで発症するタイプの不具合がだってあるだろう。 >>736
しかも、同じ事がこれで二度目。
再起動で回復する。
状況も同じ。 >>736
DNSが返事してるかどうかはDNSの全ログ取れば分かるんじゃないの？
返事しなくなったタイミングとか見ればいいでしょ
怪しいと思ったらしらべたらいいじゃん >>734
で、その中に、
リカーシブDNSが突然死するバグを修整しましたってあるのか？ セカンダリ設定しないのは無視なの？
ヤマハのせいにしたいならどうぞ
使ってる人数で信頼性が高いというならシスコでも使えよ プログラマーなら
スクリプトでDNS引けなくなった段階でリブートかけることもできるだろ
無能 普通のシステム、ネットワーク管理者ができる、してる事をやってない
ただそれだけ >>746
ありがとうございます。
余裕ができたら考えてみます。
でも、DNSリカーシブ機能は、クラウドに持っていく計画だし。
やらないかもしれません。 >>751
書いてるが、あなたは3猿のように無視してるだろ？ >>752
冗長化のことですか？
それよりも先にすべきことがあると考えてます。
DNSリカーシブ機能の外部化です。
RTX1210の内蔵機能には頼りません。 クラウド化って、ネットに出ていけなくなると、拠点内の無関係な部分でも障害が出るが、そういうことは考えているよね？当然。 LuaでそのリカーシブDNSの死活を
ログするスクリプト回せって話
プログラマさんならチョチョイでしょ >>751
その企業、運用レベルにおいてなすべき事をなすって事
そのRTXの運用上の役割は重要であると認識すれば
冗長化以前に予備機をよういしている
一度目でDNSがおかしいと思うなら
最低でも予備機と交換して
それをセカンダリとしてPCに設定するわ
これが最低レベル >>756
冗長化方法についてはまた考えてみたいと思います。
少なくとも、RTX1210のリカーシブ機能は使わないように計画してみます。 >>760
拠点内のクライアントとファイルサーバー間のアクセスとかあるのなら、クラウド化はアホのすること。 >>761
両サーバが拠点内にある場合を言ってますか？
ならば、それには当たりません。 >>762
考えが及ばないか。
拠点内で閉じている通信でも、そこにDNSが介在しているなら、ネット障害が不必要な業務停止を招く。 >>764
及んでました。
>>763が証左です。
昔の環境は忘れました。 >>754
意味がわかりました。
利用環境によるということですね。
私の場合は、不具合の発生するRTX1210のリカーシブ機能は使わず、クラウドに外部化したいと思います。 そもそもルータにDNSを任せていたのが、規模に合っていないと言わざるを得ない。
なぜ何もこれまで手を入れなかったのか疑問だね。 >>765
コテハンつけてくれねーかな
NGに突っ込むから >>767
RTX1200、RTX110を同じ様に使ってきて、全く問題なかった。
それが、RTX1210への置き換え後にDNSリカーシブ突然死問題が発生するようになったからだ。 >>770
真っ当なネットワーク管理者なら、初めからそんな構成にはしていない。
今後もやらかすと思うよ。あなたは。 ぶっちゃけ
休日作業したのが気に入らないのであれば
全部アウトソースした方がいいよ
プログラマーなんでしょ？
片手間でやってるんなら
ヤマハが悪いといってもしょうがないよ
普通の管理者やネットワーク組むならこういう事態にならないように構成するんだし
バグや故障と予算や業務レベルに応じてみんなやってる
君が責められるぐらいなら
降りてプログラマーに徹した方がいいよ >>771
はじめからできる人なんているんですかね。
教えてもらう人がいて幸せですね。 >>774
もういいですよ
やることわかっているので。 もうネットワーク管理とかから手を引きなよ。
向いてないんだし、経営層も業務停止とかの損失が起きなくなるなら歓迎だと思うよ。 >>777
はーいもうサヨウナラ
何が気に入らないのか、
必死なのか知らんけどね >>778
首切られんようにね。いずれそうなる気がしないでもないけど。 >>775
俺も中小の一人情シスだけど
教えてもらうんではなく自分で身につくものだよ
二度目があってヤマハが悪いから起こったにはならないよ >>784
>>783 の通りと思うし、自分が後ろ指刺されてるのは>>781で自ら言っているようなものだし。 まとめ
RTX1200、RTX1100を同じ様に使ってきて、全く問題なかった。
それが、RTX1210への置き換え後にDNSリカーシブ突然死問題が発生するようになったからだ。
対応として、
内蔵DNSリカーシブ機能は今後使わないように設計を見直すこと。
たったそれだけのこと。
都合の悪い人たちに沢山嫌味いわれてきましたがね。 >>787
予備機ってないの？
そういう運用が当然だとしても
初回にそう対応してればよかったのにね >>787
プログラマーだからしかたないとか
言い訳がましいからじゃないの？
バグだとしてそれはご愁傷様だと思うけど
業務に支障が出ない対応とれないなら全部アウトソースしろって話では？ ここまで読んで感じたこと、俺は悪くない、YAMAHAが悪いんだって同意して貰いたいだけでしょ、やるべき事・出来る事やってなかったのに。
結局、責任逃れしたいだけにしかみえない。
まー、貴方の受け答えじゃ誰も同意してくれないだろうけど。 設定ミスでオープンリゾルバ状態にしちゃってて外からDNSアタック食らって止まってるとかいう
ショボい話じゃないだろうね… 毎日リブートしてるって話だから
メモリリークではなさそうだし
不正リクエストの可能性は高そうだけどね お前らネタが無くて暇だからってアホな素人からかって遊ぶなよ
もっと役に立つ情報無いんか？ アホほどスレ伸びてて新製品でも出たのかと思ったじゃないか 自身のネットワーク設計・運用のクソさをベンダーに押し付ける典型的な無能 周りからはそうとしか思われていないが、認めたくないのだろうね。
認めるとポストから追われるからかな… >>792
これに1カノッサ
バグレポはヤマハにも送ってやんな
翌月ぐらいにしれっとファームアップがきてたりするから。 >>799
色々グダグダいう割には、そういうことしそうにないけどね。あの人。
ソフト開発しているなら、どういうアクションが改修にプラスになるか分かりそうなのに、そういう事さえしていないから解せないのよね。
本業も同じスタンスなのかな？ あんま言いたくないけど、自称詳しい人客が騒いだ時にすごく似てるんだよなぁ
絶対ファームのせいだ！！って言い続けて他の情報出さないの
客先の中でもそいつ浮いてて、解決能力はごらんの有様だから誰も相談しにこないし、そいついなくても会社回るような状態 >>792
.36ってsshdもアタックで落ちてたから、
何かチョロいところがあるんだろうね。
>>799
確かにsshdがコケたってメールしたら、
結構早めに.38が出たよ。:-) >>795
YTD441Bが無いのかねえ
早くしてくれないと困るんだけど うーん。なんか偉いスレ伸びとると思ったら喚き散らしとる奴がおんな。
新しい機種や機能を入れたらちゃんと負荷試験やるのがエンジニアの矜持たるものだと思うのだが、どんな試験したんだ？
あとクラウドガーだのLinuxガーだのご講説賜ってるみたいだが、トップシェア誇るawsで世界中障害出てたのはご存知ないみたいですね。
結論:チラ裏にでもかいてろ あの人は、自分が井の中の蛙だとはつゆにも思ってなかったんだよ。 バグはヤマハのせいでもあるが
システム障害をこして全社レベルで業務に影響与えたなら
己が無能なだけ
それを一度やって無策なのはアホなだけ いつまでやるんだよお前ら
ルータの話してくれ
って言ってもネタが無いのか RTX1210って新しい機種どころかもう終わりなんだけどな
言い訳はいいから早く出せ >>810
火災の影響なら、しょうがないのではないか？ >>812
YAMAHAはルータについては公言していないけど、全体として軽微でない影響があるとは言っている。
まあ、影響は世界的っぽいけど。 ttps://news.yahoo.co.jp/articles/9e6e64ee5d3aa305f070553458a0fca91a6c8b11 >>815
こんなのが発生したいんだ・・・結構大事じゃないか。
ニュースとかよく確認しているけど目につかなかったよ。 そっちは多分音源チップじゃない？
書き入れ時にRTX1210作れないのは機微では無いと思う 新モデルも発表していないのに、ルーターが品薄になってしまうのは火災が関係しているのかもな
リモートワークで需要は拡大しているのに、供給が追いつかないのかもしれない わりかし納品してたな
役場とその傘下の小中学校の構築 RTX1210+WLXで見える化で一括決まった自治体もあるし WLX だけはトラウマなのでお客さんのところにはあんまり入れたくない wlx313でwpa3対応まだか
牛さんは法人機ではちょっと前のでも早い時期に対応した YAMAHAの無線LANはどうも海外で開発してるっぽいんだよね。 >>828
セグメント越えると機器を集中管理できないというクソ仕様だった >>829
wlxでないんだけど、
wpa3をオンにすると、wpa2も利用可なんだけど、
旧iPadからWiFi接続ができなくなってしまうんだけど。 wpa3はaironetでもコケまくってたから手を出すときは慎重にしたほうがいいと思う 値上がってきているなあ
保守機材持っていてよかった WPA3ってそんなに必要かねえ
たまーに仕様に入れてくる客いるけど、聞いたら対応する機器はつなぐ予定にないとか言いだすし
将来見据えてるんだろうけどまだ早いかな
って書いて思い出したけど、逆にWEP指定は結構しぶとかったっけな。
あの頃は古い機器が使えなくなると困るっていう意見の方が多かった思い出 WPA3はセキュリティを考えてかな
WEPなんてかけてないのと同じレベルだし ONU〜NTTルーター（光電話）に自前のルーターを入れるとき
1. NTTルーター（光電話）のLAN側
2. NTTルーター（光電話）のWAN側に並列
の二通りあって、後者の場合は DHCPv6-PD の奪い合いを何とかしないといけない
というところまでは理解しました。
そこで、以下のような接続はできないのでしょうか。
ONU〜RTX1210〜NTTルーター（光電話）
http://www.rtpro.yamaha.co.jp/RT/manual/rt-common/ipv6/ipv6_prefix.html
を読んでると、できるようなできないような・・・ >>838
ひかり電話はv6での通信はできなくてもいいが、v4での通信は必須なんだけどな。 >>838
素直に、HGWのLAN側に接続したほうがいいよ
どうして、それが嫌なのかわけを知りたい >>838
昔頑張って出来なかったな。UNI出しは、結局最後にv4だけを通す何かの箱が必要になる。 やっぱRTXじゃないと使ってて気持ち良くないからね…
NVRは一般人臭くて苦手 >>839
これ意外と知られてない
たまにHUB分けしたとこにDHCPクライアントになる機器繋いじゃってて、復電後にIPv4取られて電話繋がらずとかあるんだよな
まぁハマって知ったけど
とりあえずPR-S300時代ならv6劇遅とかあったけど今は実害なかろうに >>843
普通に店舗とかには業務用で入っているぞ
あと保守用RAS接続では鉄板 OGやHGW+RTXの方が使い勝手が良さそうだがな〜
過去の資産の置き換え需要とかかね？ >>846
10年くらい前は54iとかnvr入れてins引いてもらってrasしてたけど、今でもまだそれでやるのかな？
光がない地域しかもう新規で引けないみたいだけど… みなさまありがとうございます。
素直にHGWのLAN側に置きます。
ってことは分離型をオーダーする必要もないですね・・・
年内に ADSL → 光 するのですが、
ONU〜RTX1210〜NTTルーター が出来るだろうという淡い気持ちで分離型を注文しちゃった。
今から「やっぱ一体型に」って交渉してみます。
（別体であるメリットないですよね）
>>NVR
いつか光と思って、ADSL で RTX1210 使ってました w ひかり電話ならSIPサーバ付きのHGWが最強
NVRにもSIPついたら良いんだけど RTXが手に入らない
追い詰められた最後の手段で
ヤフオクで買うしかないのか・・・ >>850
構成は別にして、分離型の方がいいよ。
ONU部分は光回線の利用を認証している。
HGW部分は認証関係ないので取り替え可能。
仮に、引っ越した場合、ONU部分の交換のみで済む。
HGWはそのまま持ち越し可能。 >>852
以前に比べて２倍近くになっているよな
中古価格が、以前の新品価格程度になっているし。 >>851
NVRでもサーバーは動いてるよな？AgePhoneをNVRのアドレスに向けるとつながるのだが。ただ通話はできない Asteriskの高橋さん曰くヤマハがクセあるみたいなことだったような >>849
今年INS指定されてメガバンク関連と医療現場に新規導入したw 中古価格が高くなってるんか！とヤフオク見たらRTX1210やRTX830の事なのね…(手元のRTX810を見ながら) >>855
自宅へ電話するときはnvrへsipでかけてますよ。
netvolanteのホスト名指定で。
mizdroidってのでやってます。
直接、呼び出ししてる感じですね。 >>850
何がメリットになるかは人それぞれだし一概には言えないけど
ONUとルーター部の間に何か入れたいだけだったら、一体型でも単体でもどちらでもできる
一体型と言ってもひとつの筐体に収まってるだけで、ONUとルーター部の間のRJ-45コネクタを外して使うこともできる >>860
どうせ、音声悪くて、
相手がキレ気味に、「え？え？」って聞き返されるでしょ >>860
とすると、あのサーバがひかり電話に対応してくれれば良いのか。 別に普通に話せますよ。
SIP PROXYの機能はもちろんないですよ。
NetVolante電話もそんな感じですよね。 >>858
wつけることでもないけどな
もう残り1年ないけど品質保証回線だし INS必要ならひかり電話OG410XiからS/T取り出しすればいいんじゃね？ それは音声でしか使えないので
実質使えないのと同じ しらんけど、
IPだけで、ISDNによる通信を実装できないのかな。 LANケーブル（Cat6くらい）を延長のために相互結線したいんだけど、
保護モール内の狭いスペースで行いたいので市販のコネクターは使えない。
電話線を結合させるみたいな、導線同士を直接繋いでしまうようなものって、LANではありますか？ はんだ付けしりゃいんだろうが
ノイズ乗りまくりな気がする こんなのも入らない感じ？
ttps://www.アマゾン.co.jp/dp/B016B13UDK/ メモリ搭載量もVPN対地数もNATセッション数も変わりなしか
ISDN関連がなくなるだけ？
CPUはきっと速くなってるんだろう Multi Gigaくらいは対応して欲しかったな。 ISDN削っただけで、その他の性能はまったく変わらんぞ >>873
ありがとうございます。
無理そうです。ケーブルの直径プラスアルファ程度の内径しかないんです。
導線むき出しにして、
電話線用のやつで圧着してみたいと思います。
でもツイスト解くの嫌だなあ >>876
RTX1200に比べて、RTX1210のパケットの処理性能は満足だったが、
RTX1220はどうなんだろうか。 さすがにCPUはRTX830より上やろ？な？
これでRTX1210の中古市場価格がガタ落ちしてくれたら個人用に買いたいな >>887
違うから。
ニュースリリース読みなよ。 消費電力もIPsecスループットも向上が見られないと言うことは、CPUが現行機と同じっ
てことなのかな。余りにもがっかり過ぎて、期待し過ぎたことを後悔した。
こんなタイミングで次機種型番の新機種を出してきたら、かえって「正常進化版の次機種
発表は当分先ですよ」と言っているように感じる。 10GBとはいわんがせめてNBASE-T(5GB/2.5GB)くらいは対応して欲しかった テレワーク需要で増産したいのにISDN関連部品の枯渇で1210が生産できない状況になってこれって事か 新製品のリリース発表とは別にリリースがでてるね
ということはCPUも変更なしくさい 旭化成マイクロシステムもISDN関連の部品作ってたけど無関係なのかな？ しかしこんな物出すくらいなら、RTX830を拡張した物を作った方がどれだけマシだったか
RTX830をベースにIF増加と制限緩和すりゃ済む話なのにな ヤマハがISDN部品無駄遣いしただけなのかもなw
ISDN不要な客にまで1210売り続けた たしかに、この発表は突然感がある。
RTX1210を作れなくなったから、廉価版のRTX1220を出したというなら納得できる。
しかし、性能ダウンしているのにもかかわらず、1220という型番が納得できない。 ISDN削ったなら、SFP+くらい付けてほしかった・・・ ISDN不要で設定コピペでリプレイスできるから、普通に需要あるだろてか喜んでいる奴ら多数のハズw
FGAとかでしか使われていなければ性能なんて問題無しだしね >>904
せめてCPUだけでも830と同じの載せればいいのに >>906
アーキテクチャ違うんだから載せ換えでは済まないでしょ？ 自作パソコンとかが異なるメーカーのCPUやマザーを交換してもそのままプログラムが動作するから
そういう認識なんじゃね >>909
RTX1220の発表で、転売屋のはびこりを止めることはできると思う。 同時発表すればよかったのにな
どうせ性能はかわらんのだし
在庫処分頑張る必要もなかっただろうに S/T省いて空いた部分に小型ONU用スロット付けるつもりだったのが出来なくなったとかかねぇ >>912
そんなことはありえないので、考えるだけ無駄。 性能同じで6年前とほとんど同じ価格とかぼったくりだろ。 部品代考えればボロ儲けだよなあ
サポートにもほとんど金かかってないし
それでも買う奴がいるから仕方ない 部品代上がってるとかはないの？
まぁ、中身はスカスカだけど… ハードウェアのスペックだけみたら
他社の方が性能は上だしなぁ だからISDNチップが無くなってきたからだって
つか、チップ無し以外はそのままってのが逆に安心感あるわw
RTX1210も出始めは酷かったし なんというか名前はRTX1211とかRTX1210Lとかがしっくり来るな。
ともあれ本物の後継品RTX1300はよ。 6年経ってるからねぇ。。。新プラットフォームで安定するまでの時間もあるし、そろそろ出るかなーと思いきや拍子抜けって感じ？ >>904
それ。fortigateなんてリプレースの時configがまるまる使えないから最悪。 CPU負荷が高い時の切り分けがしたい Ciscoみたいにプロセスのリスト化(show proc cpu sorted)出来ないんかな
問題がわからなくて困ってる NVR510で複数台の社内機器から外部と通信する場合
ポート開放はどうやったらいいでしょう？
レコーダーとかだと192.168.1.200 をudp で 65001を開ける
静的マスカレードなら知っていますが、
それだと3機器で3ポート開けなくてはなりません
192.168.1.200から204までの5台を同じ1ポートで解放する場合は
どうやるのでしょう？ >>927
一台ずつ別のグローバルIPアドレスを持たせる DHCPサーバー機能を間違えてオンにした何らかのネットワークデバイスが鍵のかかったボックスの中にあったとして、
それが勝手なアドレスを通知し混乱を来した場合、
そのデバイスの動きを遠隔から止めたり、妨害したりできるでしょうか。
なお、そのネットワークデバイスは遠隔操作できません。ケーブルも電源も触れないとします。
本当のDHCPサーバー-【-[hub]----偽のDHCPサーバー】 >>929
そのデバイスを管理してる人にDHCPサーバ無効化の要請は出来ないの? >>929
昔のSparkだと、同じIPアドレスを振ったマシンをネットに繋ぐと、先にあったマシンはカーネルパニックを起こすから、それを利用してシャットダウンさせるという技があったな。 >>929
あきらめて、緊急で現地におもむき対処してきました。
設置された無線のアクセスポイントのケーブルのつなぎ間違いです。
WANポートにささなければならないのに、
LANポートにさすものだから、DHCPが応答してそういう状況に陥ったというわけです。
なお、その無線アクセスポイント、セキュリティーを破られた場合に備えて、
ローカルネットへのアクセス禁止、本体へのアクセス禁止の設定がされていたので、
どうにもならなかったわけです。
そうでもなければ、ローカルネットを担当しているRTXのセカンダリアドレスで、アクセスポイントのLANアドレスと通信できるようにして、
RTX内蔵のsshかtelnetでもつかって、poweroffコマンドを叩き込んでやろうと思っていたのですが。
本気で、アクセスポイントでパケットを投げ込んで黙らせる方法はないかと考えたくらいです。 単なるスイッチングハブを選定しているのがそもそもの問題だよね。
設置場所と面倒を見る人が離れているならなおさら。 >>937
> あきらめて、緊急で現地におもむき対処してきました。
そんなのテレビ電話で済ませればいい話なのに
現地の人をテレビ電話で10分ぐらい使えば済む話でしょうに >>942
ありえない
火事になったらどうするんだよ
鉄のBOXだったとしてもよ 直近で無線ルーターをを設置してLANポートにつないだ人間がいるって事だろ
>>929の段階ではどれがDHCPサーバーになってるかわからんかったんか？
にしても質問の仕方が悪い >>929を書く段階の前に既にあきらめて現地で対処済みだったんですよ。
>>939
ヤマハのスイッチとかですか？ >>941
そういうところはLANケーブルと電話線の区別もできない人しかいないから…
LANケーブルってどんなケーブル？から説明しないといかんかったりする >>946
>>>929を書く段階の前に既にあきらめて現地で対処済みだったんですよ
>937 anonymous@fusianasan sage 2020/12/23(水) 01:36:00.67 ID:???
>>>929
>あきらめて、緊急で現地におもむき対処してきました。
意味わからんぞｗ
DHCPスヌーピングとはまでいかなくても
遠隔で特定ポート遮断できるHUBぐらいはつかっとけ
それに
セキュリティとはいえ、遠隔設定できるように特定の端末は通すようにした方が無難だろ >>948
って事は無線AP設置したのは、質問者本人かｗ このスレは揚げ足とりたい人間が待ち構える巣窟であーる >>948
そんなのテレビ電話なので
「もうちょい右・・・あ、行き過ぎ・・あ、その上のやつ」
とかやればいいでしょうが
一つの機器の接続を変えるだけでしょ？
ワイヤーラッパーでCPU作らせるわけじゃないんだから
それぐらい十代の女子とかにもやらせるけど問題無い
パソコンが壊れたときもテレビ電話で診断してグラフィックボードの不良だったので交換させたよ
安いパソコンだったのでね NTT西の網内ipv6で ipv4 over ipv6 やってます。
知らぬ間に切れたり繋がったりしてるのですが
ping 通し続けないとどっかで自動切断されたりとかありますか。
ipv4 over ipv6 が切れている間もインターネットは通常どおり使えてます。
(トンネル間だけが疎通しない) トンネルの設定のせいでは？
知らぬ間って、ログ見て切れた時間帯、切れている時間とか確認してる？
ログ見て何らかの規則性の有無とかない？
configとLog見直すか、解らないなら然るべきシステムインテグレータに外注したほうがいいのでは トンネル設定は
tunnel encapsulation ipip
tunnel endpoint [対向IPV6]
ip tunnel mtu 1280
ip tunnel tcp mss limit auto
これのほかに何がいるんですか？
RTX1200です。 IPsecトンネルのipsec ike keepalive あたりじゃないかとエスパーしてみる
ヤマハの設定例でよく出てる
ipsec ike keepalive use 1 on heartbeat 10 6
とか たったいま、切断状態が起きました。
ログを見ると当該時間の付近で
reject ・・・UDP fe80::・・・・ > ff02::c:1900
reject ・・・UDP fe80::・・・・ > ff02::1:2.547
が記録されてました。
ipv6 のインターフォースに対しては
プロトコル4 と ICMP 以外、全て蹴ってますが
他に通しておかないといけないものがあるのでしょうか。 ここに書いてる最中に勝手に復旧しました。
フィルターは変更してないです。
たぶん、また切断すると思われ・・・ >>961
切断状態というのは何をもって判断してるの？ >>964
ping を含む色々です。
ipv6 のインターフェースに対して
入力
ipv6 filter ** pass-log fe80::/10 * udp * 546
出力
ipv6 filter ** pass-log * ff02::1:2 udp * 547
を追加したら安定したかもしれません。 >>965
色々 ってどこからどこへの？配下の端末から配下の端末か？
そのときルーター間は通ってるの？(トンネルとトンネル以外とそれぞれ) >>966
12年前フレッツグループ組むときはRTX1100とRT58iでやっていたな〜 グループアクセスは閉域だからipipで良いかもしれんけど
ただの地域IP網にそのままipipはアカンやろ
まともな会社なら。 グループアクセスがOKで、フレッツ網内で完結するipipがダメなその心は？ 同じグループIDに紐付けないといけないって、NTTの営業でも知らない人いるんだよね おいおいマジかよ
グループアクセスやVPNワイドは隔離された閉域VPN網だが
v6のフレッツ網は他社の利用者みんな繋がってる
v6はアドレス空間が広いから大丈夫とか勘違いしてるアホとかいるらしいな 実は無線で実現されているから、傍受される可能性がある
とか
実は見ず知らずの人の通信が実はONUよりもユーザー側に流れてくる仕様
とかなら、まあその主張はわかるんだけどね。 >>972
そのリスクならフィルターで回避できるし
IPIPだから危険というよりは暗号化しても同じリスク
フレッツ網でアドレス偽装してIPIPトンネル横取りできるならリスクはあるだろね
IPIPだから危険という理屈であればスヌーピングされるリスクだろうけど
NTTビルよりも物理セキュリティ低い会社なら、その会社の内部の穴探した方が手っ取り早いかと そもそもその危惧が本当なら、ひかり電話は傍受し放題ということに他ならないよね…
特にv6で繋がっている場合なんかは。 設定ミスで関係ない第三者に暗号化されてない内部情報を含んだIPIPを送りつけてしまう。という不安なら在るかなと思った。まぁ中身がUDPでないとそんなものは再構成できないと思うが。 相変わらずのレベルの低さだなw
所詮ヤマハルーターのユーザー層なんてこんなもんかwww ipip トンネルの endpoint のアドレスを書き間違えなければ滅多なこと起きないと思うけど・・・
それとも、ONUの向こう側に侵入してパケキャプできるんかぃ >>977
相手もIPIPで接続してきてるの気付いて設定してトンネルセッション確立しないと
データ送り付けたりはしないと思うが セッションの確立はそもそも無いが、TCPでのやり取りならハンドシェイクが終わらないと流れていないのと等価だから、そんなに気にすることはないと思うが。 >>924
リプレースどころか最近SSLVPNがらみで客が一気にバージョンアップして死ぬ案件増えてて最悪
設計者バカだろ FGA/FVWはいまのところガラパゴス技術で護られたプライベート空間だしLANっぽく使えるんだしいいと思うぞ
網内IPv6のほうが怖い怖い・・・ NTTビルに出入り出来るやつが悪させんかぎりスニファ出来んだろ >>984
アップグレード順番シカトしてやったんちゃうの
お目当てのversion行くまで数回掛かる >>987
最近のならば推奨Versionの順番で上げてくれるようになったな お目当てのversion img用意して
一発ドスンでしょ。
そりゃconfig壊れる >>984
それは客がバージョンアップの要件理解してないからや…
そもそも設定内容がだいぶ複雑だからワイやったら1から作り直して導入するがなぁ。 FGA/FVWは払い出されるIPアドレスに他者からの到達性が無い。
IPv6だと(網内折り返しのみだとしても)払い出されるアドレスは他者から到達性がある。
IPIPの利用が妥当か否かって話すときって普通はキャリアすら信用せずに暗号化するかどうかの話だと思ってるし、FGA/FVWでIPIPで良かった人はIPv6でもIPIPでいいと思いましたよ。 >>992
思考停止している人の認識に思えるけど。 関係法規や信用するしないは置いといてNGNの中継点でNTTは見ようと思えば見れるんだから
見られている物として構築するのが筋だと思うけどね
何か有ってから泣くのは自分だし
パブリックコンテンツの配送等で余計なオーバーヘッドは無しに少しでも帯域稼ぎたい
そんな要件で限定的にIPIPを使うとかなら有りだと思うわ
最初から性善説に基づいてIPIPありきなんて設計はしないな >>994
その理屈だと、ビジネスイーサとかでも暗号化推奨ということか。 最近の外注のレベルの低さはここ見てると良く分かるな
平気でipip使う業者になんか仕事やらねーよ ipipがファストパス効かなかった時期があって、そのときは暗号化不要な回線でもipsec使ってた
今でもipipよりipsecのほうが速そうな印象が頭に残ってるから、何も考えずにipsecにしてたりする スレ立ててないみたいなので立てました
・URLリンク修正
YAMAHA業務向けルーター運用構築スレッドPart24
http://mao.5ch.net/test/read.cgi/network/1609198305/l50 >>997
最近？じゃないな
ipipはFGA時代にRT57iでやってた業者に多いイメージ このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 209日 18時間 43分 23秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
