ネットワークの謎を解く: リバースエンジニアリングの技術
ネットワークの謎を解明する: リバース エンジニアリングの技術 ネットワークにおいて、リバース エンジニアリングとは、何かがどのように構築されたかを調べてそれをコピーしようとすることではありません (ドイツのエニグマ マシンのように...)
特に建築やデザインの会話では、高尚な理想や未来的なネットワーキングの構想に迷うことがあります。 ただし、技術がどれほど進歩しても、基本的なこと、つまり問題が発生した場合のトラブルシューティングを行う必要があります。 最前線のサポート エンジニアは、単純なファイアウォール ポートを開くことから、ユーザーとの接続の問題を解決することまで、多くの日常活動の主役になることがよくあります。 しかし、最前線のサポートの塹壕での生活はストレスの多いものであり、与えられたツールに大きく依存する必要があります.
最前線の話: 断続的な接続のトラブルシューティング
さて、実話です。トラブル チケットが届きました。企業ネットワークへの接続が断続的であると言うユーザーをサポートする必要があります。 まず、彼がどのように接続しているか (有線または無線)、および IP アドレスを取得しているかどうかを判断する必要があります。 企業ポリシーでは、トラブルシューティングのために ping を実行することが許可されています (完了するのに手足が必要な作業です)。 エンド ユーザーには、キャンパスの企業ワイヤレス (~2,000 ユーザー) に一致する IP アドレスが割り当てられていると判断し、MAC アドレスを取得しました。 次に、良い道と同様に、目的地が必要です。 彼はアプリケーション X にアクセスしようとしているとのことですが、基本的な接続を確認するために、ドメイン コントローラーとインターネットへの接続をテストし、いくつかの他の手順を実行してもらいます。
最前線のサポートの塹壕での生活はストレスの多いものであり、与えられたツールに大きく依存する必要があります.
この過程で、 NetBrain 送信元と宛先の IP アドレスを入力し、A から B へのパスとしてマッピングします。 ここで、ユーザーがワイヤレス経由で AP-18 に接続し、PoE 経由で 4 階のスイッチ XNUMX に接続していることがわかります。そこからのトラフィックは期待どおりに機能しています。 XNUMX つのマップにすべてのパスをマップし、モニター モードをオンにして、使用率、CPU、およびその他の変数を確認できるようにします。 ここでは問題ありません。 これは、ユーザーの問題があることを意味するに違いありませんよね? PEBKAC さん、キーボードと椅子の間に問題があります。
NetBrain 送信元アドレスと宛先アドレスのみを使用して、ネットワーク全体の任意のパスをマップします。
このテスト期間中、ユーザーは再びアプリケーション X を数回試行しましたが、落胆し、イライラしたことに、まだ切断されています。 次に、アプリケーション X をマップに表示します。これは、優れた、信頼性が高く、安定しているように見えます。 それともそうですか？ モニター モードでマップを確認しているときに、アプリがスイッチング パスを DC スイッチ 2B から 2A に一瞬変更してから元に戻し、さらに元に戻し、さらに元に戻すことがわかります。 「show mac address-table | show mac address-table | CLI で「i abcd.ef01.2345」と表示されていた場合、これを見落としていた可能性があります。 でも、 NetBrain パスがどのように変化しているかをライブデータで視覚的に示しました。
NetBrain パスがどのように変化しているかをライブデータで視覚的に示しました。 ユーザーをアプリケーション チームに引き渡す代わりに、IP 接続で発生している問題を示す最初のトラブルシューティングを提供することができました。
ユーザーは当初、この問題を「企業ネットワークに接続できない」と述べていました。 すぐに、そうではないことがわかりました。ユーザーは企業ネットワークに接続できたのです。 彼は特定のアプリケーションへのアクセスに本当に問題を抱えていました。 ユーザーをアプリケーション チームに引き渡す代わりに、IP 接続で発生している問題を示す最初のトラブルシューティングを提供することができました。 このすべての迅速な情報により、通話中にデータを仮想化チームに提示して、エンド ユーザーの接続の問題 (他のユーザーにも影響を与えていた) を解決することができました。
NetBrain データサイロを解体し、すべての情報を簡単に共有できます。 Dynamic Map.
まとめ
NetBrain 当時のネットワーク管理システムを超えることができました。 問題は、いくつかの異なる VM の MAC フラップでした。 スパニング ツリー ポート フラップやその他のレイヤ XNUMX の物理的な問題ではありませんでした。 仮想 NIC の変更により、VM のサブセット全体でカスケード障害が発生しました。これは、仮想化チームのレポート構造内でのみアラートおよび可視化されていました。
組織によっては、サイロ化されたサポート チームの影響を感じる場合もあります。 可視性がすべてです。 エンドユーザーは、あなたが私物についてサポートを求めたときに保留にされるのを嫌うのと同じように、チームからチームへと押し回されることを好みません。
何かを迅速に解決する必要がある場合は、専門の技術者と知識豊富なサポート担当者が必要です。 あなたが必要としているのは私たちが行ったことです – サポートチームに力を与えます NetBrain トラブルシューティングと迅速な解決策を向上させます。