WEBVTT

00:00.090 --> 00:01.020
インストラクター：このレッスンでは､

00:01.020 --> 00:05.400
ネットワークパフォーマンスの問題とそのトラブルシューティング方法について説明します｡

00:05.400 --> 00:07.470
さて､ ネットワーク・パフォーマンスの問題というのは､

00:07.470 --> 00:12.510
ネットワーク内部で速度低下として現れているものを指します｡

00:12.510 --> 00:14.580
これは､ クライアント自身､ またはネットワーク全体､

00:14.580 --> 00:18.450
あるいはネットワーク上の多数のクライアントで発生する可能性がある｡

00:18.450 --> 00:21.180
何が問題なのかにもよる｡ 

00:21.180 --> 00:24.480
いくつかの異なる問題とその解決方法を見てみよう｡

00:24.480 --> 00:31.920
まず､ ネットワーク・インターフェイス・カードかスイッチ・ポート・インターフェイスの二重通信設定の不一致の問題がある｡

00:31.920 --> 00:33.540
さて､ デュプレックスについて話すと､

00:33.540 --> 00:35.850
2つの異なる設定がある｡

00:35.850 --> 00:39.480
これは半二重または全二重として設定できる｡ 

00:39.480 --> 00:43.410
旧来のレガシー設定は､ いわゆる半二重である｡ 

00:43.410 --> 00:45.390
最初のコンピュータ・ネットワークでは､

00:45.390 --> 00:47.220
これらのネットワークは情報を送信するか受信するかのどちらかしかできず､

00:47.220 --> 00:53.190
両方を同時に受信することはできなかった｡

00:53.190 --> 00:55.620
子供の頃にトランシーバーで遊んだことがある人なら､

00:55.620 --> 00:58.500
トランシーバーを手にしてボタンを押し､

00:58.500 --> 01:01.260
話し始めたとする｡

01:01.260 --> 01:04.110
彼らは情報を送信することができないため､ 接続を遮断され､

01:04.110 --> 01:06.360
聞くことしかできない｡

01:06.360 --> 01:08.550
これがいわゆる半二重だ｡ 

01:08.550 --> 01:10.260
送信することも受信することもできるが､

01:10.260 --> 01:12.630
両方を同時に行うことはできない｡

01:12.630 --> 01:14.400
このため､ 半二重で使用している場合､

01:14.400 --> 01:18.360
ネットワーク速度は実質的に半分になる｡

01:18.360 --> 01:22.620
しかし､ ネットワークがスイッチにアップグレードされると､

01:22.620 --> 01:30.480
半二重は必要なくなり､ 代わりに全二重で運用できるようになった｡

01:30.480 --> 01:33.510
さて､ 全二重とは同時にデータを送受信できることを意味し､

01:33.510 --> 01:34.770
この全二重モードで動作するため､

01:34.770 --> 01:39.780
ネットワーク速度は実質的に2倍になる｡

01:39.780 --> 01:44.430
スイッチを使うときに全二重が可能なのは､

01:44.430 --> 01:58.320
スイッチのポートがすべて独自のブロードキャスト・ドメインになっているからです｡

01:58.320 --> 02:01.320
さて､ デフォルトでは､ ほとんどのネットワーク・インターフェース・カードは､

02:01.320 --> 02:05.700
最初にスイッチ・ポートに接続するときにオート・ネゴシエーションと呼ばれる動作をするように設定されている｡

02:05.700 --> 02:07.800
この自動ネゴシエーションの過程で､

02:07.800 --> 02:11.610
半二重モードか全二重モードかを決定する｡

02:11.610 --> 02:15.990
そして､ これはスイッチ・ポート・インターフェースとネットワーク・インターフェース・カード間のネゴシエーションであり､

02:15.990 --> 02:19.650
どちらをサポートするかは両者間で決定される｡

02:19.650 --> 02:22.080
どちらも全二重で動作することを望むが､

02:22.080 --> 02:24.450
どちらかが半二重に設定されていると､

02:24.450 --> 02:26.400
もう一方もそれに従うため､

02:26.400 --> 02:31.080
半二重モードになり､ システムの速度が低下する｡

02:31.080 --> 02:39.360
ネットワーク・インターフェイス・カードの設定やスイッチ・ポートのインターフェイス設定をチェックして､

02:39.360 --> 02:41.910
どちらかが半二重に設定されていれば､

02:41.910 --> 02:47.250
ネットワーク速度が低下している可能性が高い｡

02:47.250 --> 02:50.490
もうひとつは､ スピード設定のミスマッチだ｡ 

02:50.490 --> 02:53.160
スピード設定はデュプレックス設定とは少し異なりますが､

02:53.160 --> 02:55.620
基本的なコンセプトは同じです｡

02:55.620 --> 02:57.780
クライアントがネットワークに接続しようとすると､

02:57.780 --> 03:02.490
ネットワークインターフェイスカードとスイッチポートのインターフェイスがオートネゴシエーションを行う｡

03:02.490 --> 03:06.600
その一環として､ 半二重を使うのか全二重を使うのかを検討することになる｡

03:06.600 --> 03:08.880
しかし､ それに加えて､ カードと接続するスイッチによって､

03:08.880 --> 03:11.130
2枚のカードが10メガビット／秒なのか､

03:11.130 --> 03:19.680
100メガビット／秒なのか､ 1000メガビット／秒なのか､ どのような速度で話すのかも把握することになる｡

03:19.680 --> 03:23.070
ネットワーク・インターフェイス・カードはすべて下位互換性があるため､

03:23.070 --> 03:26.220
毎秒1ギガビットのスイッチに接続する場合､

03:26.220 --> 03:34.560
ネットワーク・カードは毎秒1ギガビットの10,00メガビットで動作する必要があります｡

03:34.560 --> 03:39.270
一方､ 100メガビット/秒でしか動作しないレガシースイッチに接続した場合､

03:39.270 --> 03:46.680
自動ネゴシエーションの過程で､ ギガビットイーサネットカードは100メガビット/秒のカードにダウングレードする｡

03:46.680 --> 03:48.240
通常､ これはうまく機能し､

03:48.240 --> 03:52.140
両デバイスは最高速度が何であるかを把握し､

03:52.140 --> 03:56.730
それを選択することができる｡

03:56.730 --> 04:00.660
この場合､ ギガビット・イーサネット・カードとギガビット・スイッチを使用しているにもかかわらず､

04:00.660 --> 04:08.640
ネゴシエーションの過程で何らかの干渉が起こり､ 100メガビット/秒､ あるいは10メガビット/秒にまでダウングレードしている可能性がある｡

04:08.640 --> 04:10.530
そうなると､ ネットワーク上でのパフォーマンスが大幅に低下し､

04:10.530 --> 04:14.100
ネットワーク速度が大幅に低下することになる｡

04:14.100 --> 04:19.770
この問題を解決するには､ ログインしてネットワーク・インターフェイス・カードとスイッチ・ポート・インターフェイスの設定を確認し､

04:19.770 --> 04:21.960
両方とも自動設定かサポート可能な最高設定にして､

04:21.960 --> 04:26.220
パフォーマンスを最大化する必要があります｡

04:26.220 --> 04:28.740
さて､ パフォーマンスの問題を引き起こす3つ目の原因は､

04:28.740 --> 04:33.960
ネットワーク・アダプターのドライバーが非常に古く､ パフォーマンス向上のためにアップデートが必要な場合です｡

04:33.960 --> 04:39.600
これは時間の経過とともに起こることで､ 古いドライバーは最新のネットワークではもはや効率的に機能しなくなる｡

04:39.600 --> 04:43.440
ですから､ 古いコンピューターや古いネットワーク・インターフェイス・カードを使っていて､

04:43.440 --> 04:45.480
数年前のドライバーを使っていてパフォーマンスが低下しているのであれば､

04:45.480 --> 04:52.500
そのドライバーをチェックし､ より良いパフォーマンスを提供する最新バージョンがあるかどうかを確認したほうがよいでしょう｡

04:52.500 --> 04:54.600
ソフトウェア・ドライバは､ オペレーティング・システムにインストールされ､

04:54.600 --> 05:01.020
ネットワーク・インターフェイス・カードなど､ さまざまな拡張カードとのやり取りをコンピュータに指示します｡

05:01.020 --> 05:03.270
古いドライバを使用していて､ 圧縮や速度処理などがあまり良くない場合､

05:03.270 --> 05:15.690
パフォーマンスの問題につながる可能性があります｡ ドライバカードをアップデートすることで､ パフォーマンスが向上し､ ネットワーク速度が向上します｡

05:15.690 --> 05:18.750
最後に､ ネットワーク・パフォーマンスの問題を引き起こす可能性があるのは､

05:18.750 --> 05:21.660
クライアントがマルウェアに感染している場合だ｡

05:21.660 --> 05:26.010
マルウェアに感染すると､ クライアント・システムにいくつかの影響を与える可能性がある｡

05:26.010 --> 05:28.350
例えば､ バックグラウンドでプロセスを消費し始め､

05:28.350 --> 05:29.280
コンピュータ全体が遅くなり､

05:29.280 --> 05:33.720
ひいてはネットワークも遅くなる可能性がある｡

05:33.720 --> 05:35.460
例えば､ 実際にバックグラウンドでプロセスを消費し始め､

05:35.460 --> 05:39.180
計算時間を奪ってしまうことがある｡

05:39.180 --> 05:41.700
こうなると､ ネットワーク上でのデータの送受信能力を含め､

05:41.700 --> 05:45.090
コンピューター全体の動作が遅くなる｡

05:45.090 --> 05:50.610
あるいは､ マルウェア感染がデータ流出の一部として使用されていることがわかるかもしれません｡

05:50.610 --> 05:57.210
さて､ データ流出とは､ ユーザーの目に触れることなくバックグラウンドでデータを送信することを意味する空想的な用語に過ぎない｡

05:57.210 --> 06:02.520
ハッカーや攻撃者として､ 私たちの目標は､ あなたのコンピューターから私たちのサーバーにデータを取り戻すことであり､

06:02.520 --> 06:05.820
私たちがそれを行うとき､ それはデータ流出と呼ばれる｡

06:05.820 --> 06:08.850
データ流出はネットワーク帯域幅を使用するため､

06:08.850 --> 06:10.980
裏側で起こっていることであり､

06:10.980 --> 06:20.220
あなたはそれに気づいていない｡ 私がネットワーク接続を通じてギガバイト単位のデータを送信している場合､ システム全体の速度が低下し､

06:20.220 --> 06:29.790
ウェブブラウザを開いてウェブサイトにアクセスしようとすると､ 非常に遅く表示される｡

06:29.790 --> 06:36.270
ネットワーク・パフォーマンスの問題に関しては､ さまざまなことが原因となっている可能性があることを覚えておいてほしい｡

06:36.270 --> 06:38.880
デュプレックス設定の不一致､ 速度設定の不一致､

06:38.880 --> 06:40.560
ネットワークアダプターのドライバーの古さ､

06:40.560 --> 06:46.050
あるいはシステムがマルウェアの被害にあっている可能性などが考えられます｡

06:46.050 --> 06:49.290
さて､ それに加えて､ パフォーマンス問題のトラブルシューティングをするときはいつでも､

06:49.290 --> 06:52.170
それを3つの主要なグループに分けてほしい｡

06:52.170 --> 06:55.050
第一に､ これは一人のクライアントだけに影響を及ぼしているのでしょうか？

06:55.050 --> 06:58.050
第二に､ これはネットワークの一部に影響を及ぼしているのか？

06:58.050 --> 07:01.110
あるいは3つ目は､ これがネットワーク全体に影響を及ぼしているかということだ｡ 

07:01.110 --> 07:02.250
さて､ この3つのカテゴリーのどれに該当するかを見極めれば､

07:02.250 --> 07:07.590
パフォーマンスを向上させるためにさまざまな手段を講じることができるようになる｡

07:07.590 --> 07:09.540
これが1台のクライアントの問題であれば､

07:09.540 --> 07:10.440
そのクライアントのデュプレックス設定､

07:10.440 --> 07:17.220
速度設定､ ネットワークアダプターのドライバー､ マルウェアに感染していないかなどを調べることになります｡

07:17.220 --> 07:19.320
しかし､ ネットワークのセグメント全体が実際に遅くなっている場合､

07:19.320 --> 07:26.970
そのチョーク・ポイントとして関与しているスイッチが1つである可能性が高く､ そのスイッチの設定を見て､ ネットワーク上のすべてのクライアントではなく､

07:26.970 --> 07:33.210
そのクライアントだけが問題を抱えている理由を特定したい｡

07:33.210 --> 07:34.440
そして3つ目のカテゴリーは､

07:34.440 --> 07:36.870
ネットワーク全体がスローダウンしている場合だ｡

07:36.870 --> 07:39.090
通常､ ネットワーク全体の速度が低下している場合､

07:39.090 --> 07:42.300
ネットワークの端にあるチョークポイントに問題があると考えられます｡

07:42.300 --> 07:45.120
ルーター､ ゲートウェイ､ ファイヤーウォールなどだ｡ 

07:45.120 --> 07:46.680
問題が発生し始め､

07:46.680 --> 07:50.490
それがネットワーク全体に影響を及ぼしている場合は､

07:50.490 --> 08:01.800
ルーター､ ゲートウェイ､ ファイアウォールなど､ ネットワーク全体に影響を及ぼす何かの問題である可能性があります｡ また､

08:01.800 --> 08:13.143
一定時間にネットワークに出入りするデータが多すぎるため､ 計量接続が過負荷になっている可能性もあります｡
