ほとんどの企業において今やネットワークは「生命線」だ。ネットワークでトラブルが発生すると業務が止まってしまう。すぐに復旧しなければならないネットワーク管理者の責任は重大だ。とはいえネットワークトラブルは多種多様。解決するのは難しい。だがヒントはある。「事例」だ。そこで日経NETWORKでは、トラブルに遭遇し、そして脱出したネットワーク管理者に直接取材し、その過程をドキュメンタリータッチでまとめた記事を毎号掲載している。それが本特集「トラブルからの脱出」である。ネットワーク管理者はもちろんのこと、ユーザーや経営陣もぜひ参考していただきたい。
顧客のVPN装置（セキュリティーアプライアンス）を新機種に入れ替えたところ、インターネットVPN（SSL-VPN）がつながりにくくなった。VPN装置が原因と考えて様々な対応策を実施したものの一向に解決しない。約1年にわたって試行錯誤した結果、予想外の原因にたどり着いた。
サーバーのバッチ処理が時間内に終わらないとの相談が顧客から寄せられた。ログを調べると、バッチ処理に使用するマスターデータの生成に時間がかかっていた。このためデータを生成するデータベースサーバーを調べたが異常は見つからなかった。それもそのはず、原因はネットワーク上に存在する1台のルーターだったのだ。
あるインテグレーターの担当者が、顧客から「無線LANがつながりにくい」との相談を受けた。調査を進めた結果、無線LANとは直接関係しないネットワーク機器の設定ミスが根本原因であることが分かった。一体、どういうことだろうか。
ある顧客から、Web会議システムに関するトラブルの調査を依頼された。音声や映像が途切れるという。ネットワーク機器の故障やネットワークの障害を疑って調査を進めたが一向に原因が分からない。だがネットワーク機器の設定を改めて見直したところ、見慣れない機能が有効になっていることに気づいた。
メールサービスの利用企業から、特定の相手からのメールが届かないという問い合わせが入った。メールサーバーに問題は見当たらなかった。相手にも問題はなかった。だがパケットをキャプチャーして詳しく調べたところ、通信経路途中で想定外の事象が発生していることが判明した。
マンションの自室からインターネットに接続できなくなった。パソコンや無線LANルーターなど室内にある機器をくまなく調べたが原因は見当たらなかった。だがさらに調査したところ、連日の記録的な猛暑により、想定外のトラブルがマンションで発生していたことが判明した。
ある会社のネットワークが、落雷の影響で2度不通になった。1度目は落雷で発生した過電流（雷サージ）が電源経由で侵入してネットワーク機器が故障した。そこでUPSや電源タップを雷サージ対策機能付きの製品に置き換えた。ところが約8年後に、またも落雷によってネットワーク機器が故障した。どうしてだろうか。
ある顧客から、データセンターに設置したサーバーからの応答が遅くなっているとの報告があった。調査の結果、データセンターに設置したネットワーク機器（スイッチ）のCPU負荷が高まっていることが判明。スイッチでは想定していなかった事態が発生していた。
小売事業者向けSaaSにおいて、利用中に接続が切れるトラブルが発生した。トラブルが報告される5日ほど前、WebサーバーをHTTP/2に対応させた。このため担当者はHTTP/2対応が原因だと推測したが、接続が切れる理由は分からない。詳しく調べたところ、意外な事実が判明した。
ある顧客から、社内システムの調査に協力するよう依頼された。ログイン時に応答速度が極端に遅くなる場合があるという。ネットワークやアプリケーションを疑ったが問題はなかった。担当者が1日かけて通信パケットを詳細に調査したところ、予想もしなかった事実が判明した。
ネットワークで発生するトラブルとしてまず思い浮かぶのは「ループ接続」だろう。ちょっとしたミスや勘違いでトラブルを起こしやすいうえ、影響はネットワーク全体に広がる。今回は「トラブルからの脱出」で取り上げた事例の中から、解決が難しかったループ接続に関する3つの事例を紹介する。
社内ネットワークの一部の端末がインターネットに接続できなくなった。接続できないのはWindows 11搭載のパソコンだけだった。検証環境を構築して詳しく調べた結果、あるネットワーク機器のファームウエアの未更新が原因だと判明した。
顧客のネットワークとデータセンター（DC）間の通信速度が大幅に低下した。連絡を受けたDC事業者はDC内の機器やDCまでの経路の異常を疑うが問題はなかった。原因は予想外の箇所にあったのだ。担当者はどのようにして見抜いたのだろうか。
ある顧客が、通信事業者のサーバーに専用線経由でアクセスできなくなった。光ファイバーの断線を疑い、同じ光ファイバーケーブル内の別の光ファイバーを使うようにしても復旧しなかった。調査したところ、光ファイバーケーブル自体が損傷していた。一体、「犯人」は誰だったのだろうか。
ある企業から、Webシステムの応答が遅いので調査してほしいという依頼を受けた。通信事業者からレンタルしているルーターの設定ミスを見抜いて対応したが、改善しなかった。調査を進めた結果、原因は設定ミスだけではないことが判明した。その原因とは一体何だったのだろうか。
ある施設でインターネットに接続できなくなった。担当者が調査したところ、1台のネットワーク機器が故障しているのを見つけた。そこでその機器を交換したが復旧しなかった。担当者がインテグレーターに調査を依頼した結果、驚きの事実が判明する。
移転直後のオフィスで、無線LAN経由のインターネット接続速度が遅くなるトラブルが発生した。無線LANアクセスポイント（AP）の電波強度を疑ったが、いくら調整しても改善しなかった。手詰まりとなった担当者がインテグレーターやベンダーに協力を依頼したところ、想定外の「バグ」が潜んでいることが判明した。
ある企業のネットワークにおいて、サーバーをリモート監視する管理ツールにアクセスできなくなるトラブルが発生した。調査した担当者を悩ませたのは謎のping応答。アクセスできないはずなのに、場合によっては管理ツールからping応答が返ってきた。一体、どういうことだったのだろうか。
あるソフトウエア会社において、テレワークに移行してから社内のパソコンに接続できないトラブルが相次いだ。ある1件については、リモート環境からはどうしても解決できなかった。出社して調べたところ、あまりにも単純な原因であることが判明した。
ある企業において、拠点間の通信回線を切り替えようとしていた直前に、インターネットや社内ネットワークにつながりにくくなった。当然、回線の切り替えの不備を疑うが、作業はまだ始まっていなかった。実は、全く無関係の機器が偶然故障したのだった。
