WEBVTT 00:00.150 --> 00:01.050 インストラクター：このレッスンでは､ 00:01.050 --> 00:04.020 限られた接続性の問題についてお話しします｡ 00:04.020 --> 00:09.600 接続制限とは､ お使いのオペレーティング・システムで表示される特殊なメッセージのことです｡ 00:09.600 --> 00:14.280 一般的に､ 接続制限のメッセージが表示される場合､ ネットワークへの物理的な接続は確立されているが､ 00:14.280 --> 00:15.630 DHCPサーバーから適切なリースを得ていないため､ 00:15.630 --> 00:24.300 これらのサービスとやりとりするために､ より大きなインターネットに接続できないことを意味する｡ 00:24.300 --> 00:27.000 さて､ 一般的に､ 接続が制限されている場合､ 00:27.000 --> 00:34.950 これはAPIPAアドレスと呼ばれるものを受け取ったことを意味する｡ 00:34.950 --> 00:40.080 今､ 169で始まるすべてのアドレス｡ 00:40.080 --> 00:40.080 254ドット何か､ 00:40.080 --> 00:42.300 ドット何かはAPIPAアドレスとみなされる｡ 00:42.300 --> 00:45.300 これらのAPIPAアドレス（自動IPアドレス指定）は､ Windows､ 00:45.300 --> 00:51.900 Mac､ Linuxによってネットワーク・インターフェース・カードに割り当てられるため､ 何らかのIPアドレスを持つことになる｡ 00:51.900 --> 00:55.230 しかし､ インターネット上のルーティングに有効なものではない｡ 00:55.230 --> 01:01.470 つまり､ APIPAアドレスや169で始まるアドレスを持っている場合｡ 01:01.470 --> 01:01.470 254ドット・サムシング､ 01:01.470 --> 01:07.140 ドット・サムシング､ これはローカル・エリア・ネットワークには接続できるが､ より大きなインターネットには接続できないという意味だ｡ 01:07.140 --> 01:09.630 さて､ これらのAPIPAアドレスを使うだけでなく､ Linuxサーバーやホストの中には､ 01:09.630 --> 01:15.630 代わりにIPアドレスを0に設定するものもある｡ 01:15.630 --> 01:15.630 0. 0. DHCPサーバーから有効なIPアドレスを取得できない場合は0になるので､ 01:18.930 --> 01:20.520 その点にも注意してください｡ 01:20.520 --> 01:23.250 しかし､ Windows､ Mac､ そしてほとんどのLinuxマシンでは､ 01:23.250 --> 01:27.930 169で始まるアドレスが表示される｡ 01:27.930 --> 01:27.930 254ドット・サムシング､ 01:27.930 --> 01:29.730 ドット・サムシングをAPIPAアドレスとする｡ 01:29.730 --> 01:32.190 では､ このように接続が限られている状況に置かれた場合､ 01:32.190 --> 01:34.110 どうすればいいのだろうか？ 01:34.110 --> 01:36.690 さて､ チェックすべき点は主に3つある｡ 01:36.690 --> 01:42.900 まず､ この問題が1つのネットワーク・クライアントだけに影響を及ぼしているのか､ それとも多くのネットワーク・クライアントに影響を及ぼしているのかを把握する必要があります｡ 01:42.900 --> 01:44.430 APIPAアドレスを取得している場合､ 01:44.430 --> 01:47.160 あなたの特定のネットワーククライアントだけの問題かもしれないし､ 01:47.160 --> 01:52.080 DHCPサーバーがダウンしているためにネットワーク上の全員に影響を与えている可能性もある｡ 01:52.080 --> 01:54.360 クライアントが1つだけなのか､ ネットワーククライアントすべてが原因なのかを特定できれば､ 01:54.360 --> 01:58.410 問題のトラブルシューティングをより適切に行えるようになります｡ 01:58.410 --> 02:05.790 クライアントが1台だけなら､ パソコンからコンセントにつなぐパッチコードが正しく設定されているか､ 02:05.790 --> 02:12.360 ワイヤレスネットワークのSSIDとパスワードが正しく設定されているかを確認します｡ 02:12.360 --> 02:13.650 それを確認したら､ DHCPサーバーにpingを打って､ 02:13.650 --> 02:19.350 サーバーがオンラインであること､ 有効なIPアドレスを提供していることも確認したい｡ 02:19.350 --> 02:21.570 さて､ 1台のクライアントでまだ問題があり､ 02:21.570 --> 02:23.100 DHCPサーバーが立ち上がっていて､ 02:23.100 --> 02:29.070 パッチコードをチェックして接続が有効であれば､ VLANが正しく設定されているかどうかをチェックしたい｡ 02:29.070 --> 02:32.640 しかし､ VLANが適切に設定されていないと､ 02:32.640 --> 02:34.290 DHCPトラフィックがブロックされ､ 02:34.290 --> 02:44.280 クライアントがそのVLAN経由で接続してもDHCPアドレスを取得できないことがあります｡ 02:44.280 --> 02:47.520 一方､ この問題が多くの異なるクライアントに影響する場合は､ 02:47.520 --> 02:54.630 あなたの特定のシステムの設定が間違っているのではなく､ DHCPサーバーの問題である可能性が高い｡ 02:54.630 --> 02:57.150 これは､ DHCPサーバーがオフラインであるか､ ネットワークへの接続が無効であるか､ 02:57.150 --> 03:02.940 または単にリースを使用して配布する利用可能なIPを使い果たしている可能性があります｡ 03:02.940 --> 03:04.800 このような場合､ DHCPスコープ内のリースの量を増やすか､ 03:04.800 --> 03:15.360 配布済みの各IPを調べて､ 全員がまだオンラインであり､ 接続されていて､ まだリースが必要であることを確認する必要があります｡ 03:15.360 --> 03:17.400 そうでない場合は､ DHCPサーバーからリースを解放し､ 03:17.400 --> 03:24.660 スコープに追加して､ ネットワークに接続しようとしている他のシステムにリースを渡します｡ 03:24.660 --> 03:27.630 接続に制限がある場合､ 通常はDHCPに問題があり､ 03:27.630 --> 03:30.540 システムが使用する必要のあるIPアドレス､ 03:30.540 --> 03:32.820 サブネット､ デフォルトゲートウェイ､ 03:32.820 --> 03:39.480 DNSサーバーのIPを含む動的割り当てを取得できていないことを意味します｡ 03:39.480 --> 03:40.680 もしこれが問題なら､ DHCPサーバーか､ 03:40.680 --> 03:45.900 そのDHCPサーバーへの接続のどちらかをトラブルシューティングする必要があります｡ 03:45.900 --> 03:46.770 これに加えて､ 03:46.770 --> 03:50.160 DHCPサーバーへの接続ができない場合は､ DHCPを使用する代わりに､ 03:50.160 --> 04:02.643 IPアドレス､ サブネット､ デフォルトゲートウェイ､ DNSサーバーのIPなど､ 必要な4つの情報を静的に割り当てることができます｡