多くの場合、単独で「ショー」命令を用いるルーターおよびスイッチ問題を解決できない。 ある時点で、実際に裏で起こっているものが調べるデバッグ・コマンドを使用しなければならない。 この記事では、いかに助けてもいいかCisco IOSについてデバッグ・コマンドを学び。
何がCiscoをIOSを有用なデバッグ・コマンドをそう作るか。
Cisco IOSショー命令は多くの事であるものがについてのあなたのルーターかスイッチと、すべてを告げることができない告げることができる。 例えば、ショー命令は包みは実際にルーター出かけたかどうか、またはICMPのエラー・コードが受け取られたどんなISDNラインが接続しなかったかなぜルートが旅程表でまたはから落ちるとき告げることができない。 一方で、Cisco IOSはデバッグ・コマンドをあなたこれらの事をすべて、および多くに言うことができる。
詳細情報のより提供のほかにどんなショーが命じるかデバッグ・コマンドを持っている情報の提供の利点を提供できる「リアルタイム」に(または動的に)。 これは反対ちょうど時間のスナップショットを取り、あなたのコンソール(幾分静的な結果)の結果を表示する命令を示すためにである。 この実時間相違は問題の診断で非常に有用である場合もある。
私はいかにデバッグ・コマンドを使用するか。
簡単な例を見てみよう。 私達はデバッグするモードを裂け目(ルーティング情報プロトコル)を見ようと思っている。
Router#はipの裂け目をデバッグする
裂け目の議定書のダバッギングはついている
どんなダバッギングが可能になるか確認するためには、この命令を使用しなさい:
Router#ショーはデバッグする
裂け目の議定書のダバッギングはついている
のどんなタイプデバッグしなさい出力はからのどこにでもCisco IOS記録システムに送られる行くように言うその出力を可能になる。 あなたあなたのスクリーンの出力を受け取る、緩衝されたログオンにルーター行くか、またはネットワークを渡るsyslogサーバーに行く(またはこれらすべて)。
どんなレベルさまざまな出力がに置かれる、そしてところ出力行くか見るため、タイプするため:
Router#ショーの記録
Syslogの記録: 可能にされる(1メッセージは、率限られた3つのメッセージ落ちた
不具になる0フラッシュ、0過剰運転、xml不具になるろ過)
コンソール記録: 水平なダバッギング、不具になるxml記録される8つのメッセージ
不具になるろ過
モニターの記録: 水平なダバッギング、不具になるxml記録される0メッセージ
不具になるろ過
緩衝記録: 水平な警告、不具になるxml記録される2つのメッセージ
不具になるろ過
記録の例外のサイズ(4096バイト)
計算およびタイムスタンプのログメッセージ: 不具
トラップの記録: 水平な情報の記録される12のメッセージ
ログ・バッファ(51200バイト):
*Jun 9の20:56: 49.195: %LINK-3-UPDOWN: インターフェイスFastEthernet0/0、への変えられた状態
*Jun 9の20:56: 49.231: %LINK-3-UPDOWN: インターフェイスFastEthernet0/1、への変えられた状態
Router#
コンソールは裂け目の議定書によって送られ、受け取られる裂け目の更新を表示するべきである。 裂け目のダバッギングについては見るかもしれないものをの例はここにある:
*Jun 9の21:13: 56.471: 裂け目: FastEthernet0/0 (1.1.1.1)によって255.255.255.255に送るv1更新を
*Jun 9の21:13: 56.471: 裂け目: 造りの更新の記入項目-ブランクの更新を抑制すること
*Jun 9の21:14: 22.519: 裂け目: FastEthernet0/0 (1.1.1.1)によって255.255.255.255に送るv1更新を
*Jun 9の21:14: 22.519: 裂け目: 造りの更新の記入項目-ブランクの更新を抑制すること
それがあなたのルーターで当られる深刻な性能である場合もあると同時に情報の断片を得るために少しの間だけデバッグし次に回るデバッグする使用するべきであることを覚えなさい。
消えることのための複数の命令がデバッグするある。 undebugをすべてタイプできるまたは、国連すべて(別名のより多くの情報については、別名でprecreated私の記事が「Cisco命令別名と命令を「もっと効率的に入れるのを見なさい)、NOデバッグ・コマンドの仕事をまたうまくが。
Router#はデバッグしない
タイプデバッグすればか。、200+にデバッグ・コマンドをあり、それらのそれぞれに多くの選択があることを見る。 デバッギングの裂け目はちょうど非常に簡単な例である。
3つのよくある間違いは何を使用するときデバッグしなさい作られるか。
を使用して危険な提案がある場合もあるデバッグすればそれを使用するときベテランのadminsは間違えた。
私は第1よくある間違いが生産環境でデバッグする去ったことを忘れることであることを言う。 時々、私達は私達がそれを解決されて得るとき得たり従って次の「機会」に、私達つき、デバッギングを回すデバッグ・コマンドをNOを出すことを忘れている問題の解決に焦点を合わせた。 私は消えることのこの簡単な仕事はデバッグすることを忘れていたのでそれらが膝にルーターを持って来たときに多くのネットワークadminが恐怖物語にの証明できると考える。
第2よくある間違いは多くの発行のあなたのルーターに対する効果がデバッグ・コマンドを同時にことを実現していなかった。 ルーターの仕事がプロセスを監視しないために包みを進めることであり、発生するためにメッセージをデバッグしなさいことを覚えなさい。 例えば、あなたのルーターの包みとの問題を有している、従ってデバッギングの声明をデバッグするipの包みを出す。 それから裂け目の議定書のでき事を見たいと思うことを決定する。 今度は、別の2をコンソールに処理されて、送られている声明をデバッグしてもらう。 言うまでもなく他のネットワークトラフィックが、そうこれら声明をあなたのルーターの性能を危難にさらすことができるデバッグするより声明を処理される重要性でデバッグしなさい。
デバッグ・コマンドとおかされる第3よくある間違いはデバッグするか、すべてをまたはデバッグする生産のルーターのipの包みの細部を入っている。 どちらかはこれらの命令の1つ重く付生産のルーターを衝突できる。 幸いにも、これらのの前に「ある本当に」促す実施されるある; 但し、それはあらゆるデバッグ関係した大災害を防がなかった。 使用した場合できるだけ特定デバッグしなさいべきで、次にそれをできるだけすぐに消す。 また、あなたの生産環境でそれらを使用する前にテストルーターのデバッグ・コマンドを常にテストしなさい。
使用するとき修理するためにデバッグしなさいある共通のシナリオは何であるか。
上の10最も有用なCisco IOSについて学ぶためにはデバッグ・コマンドを、読むTechRepublicの私の記事を「終らせるそれを: Cisco IOSを使用して問題を軽減する10の方法はデバッグする」。
結論として
Cisco IOSはデバッグ・コマンドをであるあらゆるCisco adminがきちんと使用する方法を知るべきである非常に強力な命令。 Cisco IOSを使うとデバッグ・コマンドを、どんな議定書またはあるトラブルシューテ-ィングがあなたの問題を解決するために特色にする細部にの取り掛かることができる。
Cisco IOSのより多くの情報のためにデバッグ・コマンドを、デバッグ・コマンドの参照を見るCisco IOSを。
デイヴィッドデービスはで12年間IT産業働かせ、CCIE、MCSE+I、CISSP、CCNA、CCDAおよびCCNPを含む複数の証明を、保持する。 彼は現在システムのグループかパートタイムの基礎で相談している私有の小売りの会社のためのネットワーク管理者を管理し、ネットワーキングかシステムを行う。
ルーターおよびスイッチ管理についての詳細を学びたいと思いなさいか。 自動的にCiscoの私達の自由なルーターに申し込み、毎金曜日渡される時事通信を転換する!