Ｓｋｙ株式会社の情報システム部で、日々変化する社内ネットワークの設計・運用を支えるエンジニアが、実務や障害対応で実際に使用している「Cisco IOS」の基本コマンドと確認手順をご紹介します。各コマンドの役割や注意点を、現場ならではの視点を交えて詳しく解説。社内インフラの安定稼働を支えるエンジニアの運用のこだわりをお伝えします。（IT統括本部 情報システム部）
はじめに
現在、SIerやデータセンター、インフラベンダーで機器の設定や構築作業を担当されているネットワークエンジニアの方の中には、情報システム部のネットワーク担当者が普段どのような仕事をしているのか、疑問に思われている方も多いのではないでしょうか。
社内の特定のエリアで通信が不安定になったり、新規デバイスが接続できないといった、ユーザーから寄せられるさまざまな問い合わせに対し、私たちは原因を特定し、解決しなければなりません。特にＳｋｙ株式会社は全国に複数の拠点を構え、出社を基本とする働き方が定着しているほか、オフィスの移転やリニューアルが頻繁に行われる環境です。
今回は、このような動きの激しい社内インフラを支えるために、日々の運用や障害対応で実際に使用しているコマンドや確認手順をご紹介します。なお、ネットワークエンジニアの共通言語としてイメージが湧きやすいよう、今回は「Cisco IOS」のコマンド体系を例に挙げて解説します。
「Cisco IOS」のコマンド体系の例
1. show ip interface brief（または show interfaces status）
―― 機器のステータスや設定状況を、迅速に確認するための基本コマンド
障害の調査や設定変更の作業時など、機器の稼働状況やIPアドレスの割り当てを真っ先に確認したいとき、スピーディーに状態を一覧で確認するために使用します。
Switch# show ip interface brief Interface IP-Address OK? Method Status Protocol Vlan1 unassigned YES unset up up Vlan10 192.168.10.1 YES NVRAM up up GigabitEthernet1/0/1 unassigned YES unset up up GigabitEthernet1/0/2 unassigned YES unset down down
L2スイッチの調査であればポートの所属VLANやSpeed / Duplex、エラーの有無をまとめて確認できるshow interfaces statusも同様によく使用します。
【情報システム部の現場から】
トラブルシューティングや設定作業の第一歩は、現在の状態を正確に把握することから始まります。このコマンドを実行することで、物理的・論理的な稼働状況や、IPアドレスの割り当てミスがないかをひと目で確認できます。限られた時間の中で、手戻りなく次の作業や詳細な切り分けを進めるための、効率的な土台となるコマンドです。
2. show logging
―― 過去に発生したイベント履歴からログを分析する
ユーザーからネットワーク不調の連絡を受けた際、現在の状態だけでなく、過去のログから事象の時系列を追うためにこのコマンドを使用します。
Switch# show logging
...
%SYS-5-CONFIG_I: Configured from console by admin on vty0 (192.168.10.100)
%LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/1, changed state to down
...
【情報システム部の現場から】
ポートのUp / Down履歴のほか、機器の突発的な再起動ログ、ファンや電源のハードウェアエラー、メモリやCPUの高負荷、動的ルーティングプロトコルのネイバーダウンなど、機器が出している異常をキャッチするために確認します。ユーザーからの連絡内容を、ログという客観的な事実に照らし合わせて原因を特定します。
3. show interfaces trunk
―― 複数VLAN環境における、トランクポートの不整合を特定する
拠点のLANスイッチ同士を接続するアップリンクポートや、複数のVLANが割り当てられた無線APが接続されたポートなど、複数のVLANを1本の物理回線にまとめるトランクポートの状態を確認するコマンドです。
Switch# show interfaces trunk Port Mode Encapsulation Status Native vlan Gi1/0/24 on 802.1q trunking 1 Port Vlans allowed on trunk Gi1/0/24 1-10,20,30 Port Vlans allowed and active in management domain Gi1/0/24 1-10,20 Port Vlans in spanning tree forwarding state and not pruned Gi1/0/24 1-10,20
【情報システム部の現場から】
特定のVLANだけ、なぜか一部のエリアで通信ができないといった場合、トランクポートの設定に原因があるケースが考えられます。VLAN自体は作成したものの、スイッチ同士をつなぐトランクポートのswitchport trunk allowed vlanに追加し忘れていた、という設定ミスはよくあります。こうした事態を防ぎ、現在のトランクポートがどのVLANの転送を許可し、正しくフォワーディング状態にあるかを確認する際に重宝します。
トランクポート設定時の注意点：add オプションの重要性
トランクポートの設定変更（VLANの追加・削除）を行う際、注意すべきなのがコマンドの引数指定です。
- 追加する場合：
switchport trunk allowed vlan add 30（既存のVLANリストに30を追加） - 誤って上書きしてしまう例：
switchport trunk allowed vlan 30（既存のリストが消去され、30のみになる）
addを書き忘れた場合、そのポートを通っていたほかのVLANがすべて遮断され、通信断を引き起こす
実際の運用現場では、この設定ミスを防ぐため、事前のダブルチェックと投入直後のshow interfaces trunkによるVLANリストの確認をセットで行う運用が鉄則となっています。
4. show ip route
―― 複数拠点・複数VLANをつなぐ、ルーティングテーブルの確認
弊社のネットワークでは、拠点間接続回線をはじめとしたさまざまな経路を用いて、日々のルーティングが行われています。通信不通の原因を調査する際、ルーティングテーブル（経路情報）の確認は不可欠です。
Router# show ip route ... Gateway of last resort is 192.168.10.254 to network 0.0.0.0 S* 0.0.0.0/0 [1/0] via 192.168.10.254 C 192.168.10.0/24 is directly connected, Vlan10 L 192.168.10.1/32 is directly connected, Vlan10 O 10.50.1.0/24 [110/2] via 192.168.10.253, 00:45:12, Vlan10
【情報システム部の現場から】
このコマンドではルーティングテーブルを参照し、目的地への経路が正しく学習されているか、およびスタティックルートや動的ルーティングプロトコルが正しく設定されているかをこのコマンドで確認します。また、外部ネットワークへ抜けるデフォルトルートが正しい転送先に設定されているかを確かめる際にも欠かせません。
5. show arp ➔ show mac address-table
―― IPアドレスから物理的な接続ポートまでを調査する
特定のIPアドレスを持つ端末が、オフィスのどこに物理的に接続されているかを特定するタスクは、社内インフラ運用において非常に多く発生します。この調査では、ARPテーブルとMACアドレステーブルを組み合わせて段階的に行います。
ステップ1：L3スイッチ / ルーターでIPアドレスからMACアドレスを確認する
Router# show arp | include 192.168.10.55 Internet 192.168.10.55 4 0015.5d01.0203 ARPA Vlan10
ステップ2：エッジスイッチでMACアドレスから物理ポートを確認する
Switch# show mac address-table dynamic address 0015.5d01.0203
Mac Address Table
-------------------------------------
Vlan Mac Address Type Ports
---- ----------- -------- -----
10 0015.5d01.0203 DYNAMIC Gi1/0/1
【情報システム部の現場から】
この一連のステップにより、対象のデバイスがGigabitEthernet1/0/1に接続されていることを論理的に特定できます。
ネットワーク機器の構成がどれほど複雑であっても、この「IPアドレスからMACアドレスを割り出し、それをスイッチのポートとひもづける」という手順は不変です。問題となっているデバイスが物理的にどこに存在し、どの経路を通っているのかを素早く見つけ出す上で欠かせない、トラブルシューティングの基本です。
6. show cdp neighbors
―― CDP接続情報を利用した隣接機器の確認
オフィスの移転や頻繁なレイアウト変更が行われる環境では、配線図や構成図が実際の物理構成と乖離してしまうケースがあります。対象ポートの先に接続されている機器を調べたい場合、隣接機器との対向接続情報を利用して確認を行います。
Switch# show cdp neighbors Device ID Local Intrfce Holdtme Capability Platform Port ID Offc-FL2-AP01 Gi1/0/1 158 T AIR-AP Gi0 Floor3_SW01 Gi1/0/2 125 S I WS-C2960X Gi0/1
【情報システム部の現場から】
CDP（Cisco Discovery Protocol）を使用することで、接続されているアクセスポイント（AP）や他フロアのスイッチが、物理的にどのポートに接続されているかを確認できます。配線情報が不明な場合でも、このコマンドにより接続状況を正確に把握できます。
なお、他社製のデバイスやスイッチが混在するマルチベンダー環境においては、標準規格である show lldp neighborsを使用することで、同様に対向機器の情報を取得することが可能です。
7. ping / traceroute（ソース指定）
―― 複数VLAN環境における正確な疎通確認
用途ごとにVLANでセグメントが分割されている環境において、異なるセグメント間の通信状態を切り分ける場合、より正確な経路やファイアウォールの通過可否を確認するため、単にpingやtracerouteを打つだけではなく、送信元を指定した検証が必要です。
Switch# ping 10.50.1.10 source Vlan 10
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.50.1.10, timeout is 2 seconds:
Packet sent with a source address of 192.168.10.1
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/5 ms
【情報システム部の現場から】
特定のセグメントからのみシステムにアクセスできない場合、ルーターやL3スイッチから source オプションで該当の送信元インターフェースを指定して疎通確認を行います。この検証を行うことで、ルーティングの不備か経路上のアクセス制御によるものなのかを、論理的に切り分けることができます。
8. show running-config（ピンポイント指定とフィルタリング）
―― 必要な設定情報のみを絞り込んで確認する
本番環境の調査や設定作業において、長い設定ファイルを毎回スクロールしながら確認することは、時間がかかるだけでなく見落としや設定ミスの原因にもなります。的確に該当箇所を絞り込む技術も必要です。
特定のインターフェースに絞って設定を表示する場合（引数指定）
Switch# show running-config interface GigabitEthernet 1/0/1
特定のキーワードやセクションを抽出する場合（パイプ | フィルター）
Switch# show running-config | section vlan 10
Switch# show running-config | include ip route
【情報システム部の現場から】
section や include などのフィルタリングを状況に応じて組み合わせることで、不要な情報を省き、目的の設定箇所だけを瞬時に見つけ出すことができます。本番環境においてヒューマンエラーを防ぎ、安全かつ正確に作業を進めるための運用の工夫です。
9. 「?」（コマンドヘルプ機能）
―― 確実なコマンド操作をサポートする、実務の必須ツール
「Cisco IOS」のCLIにおいて、頻繁に使用するのが「?」キーによるヘルプ機能です。
Switch# show interfaces GigabitEthernet 1/0/1 ? accounting Input/output interface accounting capabilities Show interface capabilities counters Show interface counters stats Show interface sub-interface statistics
---以下省略---
【情報システム部の現場から】
このヘルプ機能は、単に「うろ覚えのコマンドを調べる」ためだけの機能ではありません。実際には、日々の作業を安全に行うため、主に以下のような目的で意識的に活用します。
- スペルや文法ミスの防止：設定変更時など、正確な引数の順番やスペルをその場で確認し、誤った設定が投入されるのを未然に防ぎます。
- 実行可能タイミングの確認：コマンドの最後に「?」を入力し、実行可能な改行を意味する「< cr >」が表示されることを確認してからエンターキーを押すことで、「ここで本当にコマンドを実行してよいか」を確実に検証した上で処理を進めることができます。
- 未知のオプションの発見：「?」を入力することで、見落としていた便利なオプションに気づいたり、OSバージョンアップで追加された新規コマンドを発見したりするきっかけにもなります。
本番環境の作業において、推測や曖昧な記憶のみに頼ってコマンドを投入することは大変危険です。作業中にこまめに「?」を入力して状態を確認しながら進めることこそが、安全かつ確実な運用のための正しい手順です。
10. 設定の保存
―― copy running-config startup-config（または write memory）
設定変更を伴うすべての作業において、最後にその内容を不揮発性メモリに保存することは欠かせない手順です。これを怠ると機器が再起動した際、変更した設定がすべて消失し起動前の状態に戻ってしまいます。
正式なコマンド
Switch# copy running-config startup-config
Destination filename [startup-config]?
Building configuration...
[OK]
実務でよく使われるコマンド
Switch# write memory
Building configuration...
[OK]
【情報システム部の現場から】
本来のコマンドは、「copy running-config startup-config」、省略形として「copy run start」ですが、現場においては、さらに短く「write memory」「wr」と入力することもよくあります。
最近のOS環境ではエラーになることもありますが、習慣化しているエンジニアは多いはずです。
障害対応の直後などは、通信が復旧したという安心感から設定保存を失念しやすいタイミングでもあります。作業の最後に確実に保存を実行し、画面上に「OK」の表示が確認できた時点で、一連の運用作業が安全に完了したことになります。
おわりに
今回ご紹介した「Cisco IOS」のコマンドはあくまで一例であり、使用する機器のメーカーによって具体的なコマンド名や設定方法は異なります。しかし、ログを追い、物理と論理のステータスを順に切り分けながら、客観的に状況を把握していく運用の基本は、どのような環境であっても変わりません。
これらを的確に組み合わせ、当たり前のように安全な運用を継続することが、日々変化する社内インフラの安定稼働を支えています。
構築・運用したネットワークの先にいるユーザーの顔が見え、直接フィードバックを受けながら自社インフラを継続的に改善していける点に、情報システム部の社内SEならではの大きなやりがいを感じます。
私たちＳｋｙ株式会社の情報システム部は、ただネットワークがつながるという結果に満足せず、その裏側にあるコマンド一つ、手順一つにまで運用担当者としてのこだわりを持って日々インフラを運用しています。
この記事が、さまざまな環境でネットワークを支えているエンジニアの皆さんにとって、情報システム部の業務に興味を持っていただくきっかけや、日々の実務の参考になれば幸いです。
