YAMAHA業務向けルーター運用構築スレッドPart23
■ このスレッドは過去ログ倉庫に格納されています
要するに半分ド素人同然の奴にシステム任せて業務に支障だしてるブラック企業ですって事ね そのルータから外に出るようなバッチジョブが走る時間帯にリブートスケジュールしてた
とかいうアホパターンじゃないよな？ とても残念な人という人というのだけ理解した。
本業でも、あまりいいパフォーマンスでなさそうということも。 >>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アタック食らって止まってるとかいう
ショボい話じゃないだろうね… 毎日リブートしてるって話だから
メモリリークではなさそうだし
不正リクエストの可能性は高そうだけどね お前らネタが無くて暇だからってアホな素人からかって遊ぶなよ
もっと役に立つ情報無いんか？ アホほどスレ伸びてて新製品でも出たのかと思ったじゃないか 自身のネットワーク設計・運用のクソさをベンダーに押し付ける典型的な無能 周りからはそうとしか思われていないが、認めたくないのだろうね。
認めるとポストから追われるからかな… ■ このスレッドは過去ログ倉庫に格納されています
