ネットワークの謎を解く: リバースエンジニアリングの技術
ネットワークの謎を解明する: リバース エンジニアリングの技術 ネットワークにおいて、リバース エンジニアリングとは、何かがどのように構築されたかを調べてそれをコピーしようとすることではありません (ドイツのエニグマ マシンのように...)
マーク・トウェインはかつて、「私の死に関する報道は非常に誇張されている」と言ったことで有名です。 コマンド ライン インターフェイス (CLI) にも同じ感情を適用できます。 それが何回廃止されたとしても、あるいはどれだけなくしてほしいと願っても、ネットワーク エンジニアが対処すべき主要な運用インターフェースであり続けています。
TechTarget の SearchNetworking サイトの最近の記事では、 XNUMX 年後、CLI は依然として運用インターフェースとして支配されています。 CLI の期待寿命は、再び議論の焦点です。 2013 年、Gartner は、CLI の支配が終わりを告げる可能性が高く、新しいテクノロジーによって CLI は取るに足らないものになるだろうとほのめかしました。
しかし、今は 2018 年であり、このイベントがまだ実現していないことは絶対に確実です。 私たちが話を聞いたほとんどのネットワーク エンジニアは、CLI の死の監視をあきらめ、様子見の姿勢をとっています。 2013 年の記事で、Gartner のアナリスト Andrew Lerner は次のように述べています。 」
さて、ラーナー氏が正しいことを願っていますが、私たち全員がキャリアの早い段階で学んだように、希望は計画ではありません。 最近の Gartner の調査では、回答者の 71% が依然としてネットワーク変更の主な方法として CLI を使用していることがわかりました。 NetBrain 調査によると、(偶然にも)ネットワーク エンジニアの 71% が、問題のトラブルシューティングの主要な方法として CLI に依存していることがわかりました。 では、近い将来、CLI とどのように闘うべきでしょうか? 一言で言えば自動化。
では、近い将来、CLI とどのように闘うべきでしょうか? 一言で言えば自動化。
自動化により、CLI の最大の欠点である、情報の収集にかかる時間と出力の分析にかかる労力が軽減されます。
自動 CLI データ収集
CLI を使い続ける理由は、頑固さや変化への抵抗ではありません。 これは、CLI がジョブを実行するために必要なデータを取得するためです。 CLI を使用すると、デバイスの構成とパフォーマンスに関する深い洞察が得られます。 しかし、一度に XNUMX つのコマンド、一度に XNUMX つのデバイスというように、情報を収集する速度には限界があります。 トラブルシューティングを行う場合、何が起こっているのか全体像を把握する前に、show コマンドと get コマンドを何度も繰り返さなければなりません。
NetBrain 複数のベンダーの複数のデバイスから CLI データを一度に自動的に収集します。 デバイスごとにすべての情報を収集するという「単調な作業」に多くの時間を費やす代わりに、 NetBrain 必要な CLI データを一括プル ネットワーク内の該当するすべてのデバイスから。
自動分析
ほとんどのネットワーク問題の容疑者は限られています。 経験豊富なネットワーク チームは何を探すべきかを知っており、当然のことながら、ほぼすべての問題に対して同じ「最善の最初のステップ」を実行します。 CLI を介した手動のトラブルシューティングは、何かを確認するためだけに分析を実行するのに多くの時間を費やすことを意味します。 ありません 問題。
NetBrain 何百もの分析を自動化 ネットワーク上 — 帯域幅の輻輳のチェック、インターフェイス エラーの増加、QoS キューイングの設定ミスなど、リストは続きます。 問題の診断を開始します。 結果が待っているので、通常の除去プロセスのチェックを実行する必要はありません。
極めて明確な可視化
CLI をどれだけ高速に起動できても 入力、 を解析する 出力 面倒なままです。 画面から画面へとジャンプし、何百行ものデータを「じっと見つめて比較」モードで調べ、偏差や異常を探します。 干し草の山から針を探しているとき、データの海に溺れていると、重要な情報を見逃すのはあまりにも簡単です。
だけど NetBrain チームが実用的な洞察を得ることができるように、分析を解釈しやすい方法で提示します。 関連する CLI 出力がライブで表示されます ネットワークの地図. 目の前のタスクには役に立たない無関係なデータを探し回る必要がなく、コンテキスト内の情報が表示されます。
好むと好まざるとにかかわらず、当面は CLI に固執していますが、だからと言ってその欠点の奴隷にならなければならないという意味ではありません。 CLI による作業が組織に苦痛を与えている場合は、CLI による自動化の実装を検討してください。 NetBrain のために より効率的なトラブルシューティング プロセス。
CLIであるアホウドリに対処するためのあなたの好みの方法は何ですか? CLI の欠点にもかかわらず、自動化を使用して効率を向上させた方法について、ぜひお聞かせください。