WEBVTT 00:00.060 --> 00:04.320 インストラクター：では､ ネットワークがIPv4のようなIPアドレスに依存している場合､ 00:04.320 --> 00:07.680 デバイスにどのようなアドレスを割り当てればいいのでしょうか？ 00:07.680 --> 00:10.170 まあ､ 2つの異なる方法がある｡ 00:10.170 --> 00:12.750 ひとつは手動または静的に割り当てる方法､ 00:12.750 --> 00:15.090 もうひとつは動的に割り当てる方法だ｡ 00:15.090 --> 00:16.740 さて､ 静的割り当てを使う場合､ 00:16.740 --> 00:18.600 これは実に簡単なプロセスだ｡ 00:18.600 --> 00:19.500 技術者として､ 私は手動でホストのIPアドレス､ 00:19.500 --> 00:25.740 サブネットマスク､ デフォルトゲートウェイ､ DNSサーバーを入力する｡ 00:25.740 --> 00:28.740 しかし､ これには時間がかかり､ エラーも起こりやすい｡ 00:28.740 --> 00:31.740 例えば､ ネットワーク上に20台のデバイスがあるとしよう｡ 00:31.740 --> 00:33.090 この4つの情報を20回､ 00:33.090 --> 00:39.630 各デバイスに割り当てなければならない｡ 00:39.630 --> 00:44.730 つまり､ これらの数字は非常にタイプミスしやすいため､ ヒューマンエラーの可能性が高いということだ｡ 00:44.730 --> 00:46.410 そして､ ひとつでもタイプミスがあれば､ 00:46.410 --> 00:49.440 間違った情報を間違ったデバイスに割り当ててしまうことになる｡ 00:49.440 --> 00:53.040 あるいは､ 複数のデバイスで同じ情報を共有している場合もあり､ 00:53.040 --> 00:56.670 この場合も2つのデバイス間で問題や競合が発生する｡ 00:56.670 --> 00:59.820 そのため､ 大規模な企業ネットワークに取り組むようになると､ 00:59.820 --> 01:05.130 すべてのデバイスにIPアドレスを静的に割り当てることは非常に非現実的になる｡ 01:05.130 --> 01:07.080 私が過去に運営したネットワークの中には､ 01:07.080 --> 01:09.570 500クライアント､ 1000クライアント､ 5000クライアント､ 01:09.570 --> 01:17.250 1万クライアント､ 10万クライアント､ あるいは100万クライアントのコンピュータを持つ大規模なインターネットもあった｡ 01:17.250 --> 01:19.350 そのため､ これらすべてを静的に割り当て､ 01:19.350 --> 01:29.040 異なるIPアドレスをすべて追跡することは､ 世界中にいる大規模なチームのフルタイムの仕事になる｡ 01:29.040 --> 01:31.500 それは多くの時間､ お金､ 労力､ 01:31.500 --> 01:33.300 資源の無駄遣いだ｡ 01:33.300 --> 01:36.060 そこで､ 代わりにIPアドレスの動的割り当てを使用することで､ 01:36.060 --> 01:38.880 このプロセスを簡略化する｡ 01:38.880 --> 01:41.130 これは動的割り当てとして知られている｡ 01:41.130 --> 01:43.410 こうすることで､ すべてのネットワーククライアントがネットワークに参加する際に､ 01:43.410 --> 01:49.020 より迅速かつ簡単に､ そして混乱することなくIPを割り当てることができる｡ 01:49.020 --> 01:50.820 大規模または小規模のネットワークでは､ 01:50.820 --> 01:54.630 通常､ ダイナミックIPアドレスを使用するのが最良の選択肢となる｡ 01:54.630 --> 01:56.610 あなたのご家庭では､ それを知ってか知らずか､ 01:56.610 --> 01:59.370 すでにダイナミックIPアドレスを使っていることだろう｡ 01:59.370 --> 02:02.760 新しいスマートフォンやタブレット､ ノートパソコンやデスクトップを買ったとき､ 02:02.760 --> 02:06.450 箱から取り出して電源を入れ､ ワイヤレス・ネットワークに加入してオンラインに接続し､ 02:06.450 --> 02:09.030 ウェブを閲覧することができただろう？ 02:09.030 --> 02:11.370 クレイジーなコンフィギュレーションをする必要はなかった｡ 02:11.370 --> 02:13.860 さて､ この場合､ あなたは新しいデバイスにIPアドレス､ 02:13.860 --> 02:18.390 サブジェクトマスク､ デフォルトゲートウェイ､ 使用するDNSサーバーを割り当てていない｡ 02:18.390 --> 02:20.490 その代わり､ ネットワークのDHCPサーバーは､ 02:20.490 --> 02:24.300 あなたが頼むまでもなく､ すべて自動的にやってくれた｡ 02:24.300 --> 02:25.830 なぜなら､ ケーブルモデム､ ファイバーモデム､ 02:25.830 --> 02:27.360 ワイヤレスアクセスポイントなど､ 02:27.360 --> 02:30.540 ほとんどの小規模オフィスやホームオフィスのネットワーク機器には､ すでにDHCPサーバーが稼動しており､ 02:30.540 --> 02:34.800 デフォルトでオンになっているからです｡ 02:34.800 --> 02:36.840 ルーターはDHCPを使って､ 02:36.840 --> 02:42.570 ネットワーククライアントが利用できる動的IPアドレスを提供します｡ 02:42.570 --> 02:45.990 では､ 完全に構成されたクライアントの4つの構成要素とは何だろうか？ 02:45.990 --> 02:47.670 静的割り当てであれ動的割り当てであれ､ 02:47.670 --> 02:49.680 IPアドレス､ サブネットマスク､ 02:49.680 --> 02:52.440 デフォルトゲートウェイ（通常はルーターのIP）､ 02:52.440 --> 03:00.900 DNSまたはWINSのサーバーという4つのコンポーネントが必要であることに変わりはない｡ 03:00.900 --> 03:03.570 さて､ DNSとはドメイン・ネーム・システムのことである｡ 03:03.570 --> 03:10.560 DNSは､ ウェブサイトが使用するドメイン名をサーバーのIPアドレスに変換するために使用されます｡ 03:10.560 --> 03:13.050 DNSについて知っておくべきことはたくさんあるので､ 03:13.050 --> 03:14.790 ビデオで詳しく説明するつもりだが､ 03:14.790 --> 03:17.310 今は､ DNSは本質的にインターネット版の電話帳であり､ 03:17.310 --> 03:22.890 名前を調べて直接接続するための番号を得ることができる､ ということだけ理解しておいてほしい｡ 03:22.890 --> 03:24.780 名前から数字へ､ 数字から名前へ､ 03:24.780 --> 03:26.790 それがDNSだ｡ 03:26.790 --> 03:31.680 例えば､ ディオントレーニングに行ったとき｡ comの場合､ バックグラウンドでDNSを使用して私のサーバーのIPアドレスを特定し､ 03:31.680 --> 03:37.350 そのサーバーに接続して当社のウェブページやビデオにアクセスできるようにします｡ 03:37.350 --> 03:39.150 それがDNSの仕事だ｡ 03:39.150 --> 03:43.980 一方､ WINSはW-I-N-Sと呼ばれ､ ローカル・エリア・ネットワーク内で使用される｡ 03:43.980 --> 03:46.800 具体的には､ WINSはWindowsドメインで使用され､ Windows 03:46.800 --> 03:49.710 Internet Name Serviceとして知られている｡ 03:49.710 --> 03:51.300 WindowsがTCP/IPネットワーク上のNetBIOS名を識別し､ 03:51.300 --> 03:57.690 そのNetBIOS名をIPアドレスに変換できるようにするために使われる｡ 03:57.690 --> 03:59.790 基本的にWINSはDNSのようなものだが､ 03:59.790 --> 04:02.880 Windowsドメイン環境内でのみ機能する｡ 04:02.880 --> 04:06.240 だから､ ウィンドウズ・ドメイン内のメール・サーバーに接続したい場合､ 04:06.240 --> 04:08.610 IPアドレスを知っていればそれを入力すればいいし､ 04:08.610 --> 04:13.740 単純にサーバーの名前､ たとえばメールボックスとか名前をつけたものを入力すればいい｡ 04:13.740 --> 04:15.810 さて､ 各クライアントのクリティカルアドレス情報を動的に割り当てるとき､ 04:15.810 --> 04:21.090 4つの異なる方法を使うことができる｡ 04:21.090 --> 04:25.500 これには､ BOOTP､ DHCP､ APIPA､ およびZeroConfigが含まれます｡ 04:25.500 --> 04:27.300 BOOTPは､ これら4つのオプションの中で最も古く､ 04:27.300 --> 04:29.640 最も使用されていません｡ 04:29.640 --> 04:33.870 BOOTP（ブートストラップ・プロトコル）は､ 04:33.870 --> 04:42.960 もともと1985年にディスクレスのUnixワークステーションで使用するために導入されました｡ 04:42.960 --> 04:46.560 現在､ BOOTPはIPとMACアドレスの静的データベースを使用しています｡ 04:46.560 --> 04:50.640 そのため､ 基本的に､ クライアントがネットワークに接続してBOOTPプロセスを開始するときはいつでも､ 04:50.640 --> 04:58.080 データベース内で自分のMacアドレスを見つけ､ それに一致する適切なIPアドレスを､ 割り当てとして要求元のクライアントに送り返します｡ 04:58.080 --> 05:06.510 1993年､ BOOTPに代わってDHCPという最新のプロトコルが導入されました｡ 05:06.510 --> 05:09.990 DHCP（ダイナミック・ホスト・コンフィギュレーション・プロトコル）は､ 05:09.990 --> 05:19.020 割り当てられたアドレスの範囲やプールに基づいてIPを割り当てるだけでなく､ その中に他の多くのオプションを設定する機能を提供します｡ 05:19.020 --> 05:29.820 DHCPではスコープを設定できるので､ DHCPサーバーに「192番地からのアドレスだけを配信してほしい｡ 05:29.820 --> 05:29.820 168. 1. 100から192まで｡ 05:29.820 --> 05:33.240 168. 1. 200. 05:33.240 --> 05:37.290 これで約100人の顧客が自動的に割り当てられるようになった｡ 05:37.290 --> 05:39.060 誰かがネットワークに接続するたびに､ 05:39.060 --> 05:46.110 DHDPはその範囲から1つのIPを送り出し､ クライアントにリースと呼ばれる一定期間割り当てる｡ 05:46.110 --> 05:49.380 さて､ 各IPはこのプールから一定時間アクセス禁止にすることができる｡ 05:49.380 --> 05:50.910 そして､ そのリースの期限が切れると､ 05:50.910 --> 05:53.730 DHCPサーバーはそのアドレスを引き上げます｡ 05:53.730 --> 05:56.280 というのも､ あなたのコンピューターはいつでも､ 05:56.280 --> 06:00.120 「おい､ 俺はまだそのアドレスを使っているぞ｡ 06:00.120 --> 06:01.200 あなたはそれを取ることができない｡ そしてその場合､ DHCPサーバーは「ああ､ 06:01.200 --> 06:03.337 わかった､ そのままでいいよ」と言って､ リースを更新することで､ 06:03.337 --> 06:05.190 別の期間に再割り当てする｡ 06:05.190 --> 06:08.640 図書館で本を借りるようなものだ｡ 06:08.640 --> 06:10.620 だから､ 読みかけの本を明日締め切りだから､ 06:10.620 --> 06:13.320 図書館に持ち帰って再貸出すればいい｡ 06:13.320 --> 06:15.840 DHCPやダイナミック・アドレスと同じ考え方だ｡ 06:15.840 --> 06:19.260 さて､ リースの期限が切れてクライアントが不要になると､ 06:19.260 --> 06:20.940 そのリースはスコープやプールに戻され､ 06:20.940 --> 06:25.290 別のクライアントに発行できるようになる｡ 06:25.290 --> 06:27.480 基本的に､ 各クライアントはそのIPを割り当て中に借りて､ 06:27.480 --> 06:30.930 使い終わったらいつでも返すことができる｡ 06:30.930 --> 06:34.380 さて､ このIP管理はDHCPサーバーが私たちに代わって行うもので､ 06:34.380 --> 06:39.450 割り当てられたIPをすべて管理し､ 時間をかけて返却するために使用されます｡ 06:39.450 --> 06:43.950 自分たちでコントロールしたり､ すべてを手動で管理する必要がないのだから｡ 06:43.950 --> 06:45.870 その代わり､ 私たちはいつでもその中に入り､ 06:45.870 --> 06:50.227 ログを見て､ 「おい､ 誰がIP192を使っていたな｡ 06:50.227 --> 06:50.227 168. 1. 132は9月9日の午後3時？ 06:50.227 --> 06:55.110 そして､ DHCPのIPアドレス管理とそのログを使えば､ 06:55.110 --> 06:57.120 それを突き止めることができる｡ 06:57.120 --> 06:58.380 そのため､ 誰が何をしたかを突き止めることができる一方で､ 06:58.380 --> 07:04.710 IPアドレスを配布するための管理や監視をする必要がない｡ 07:04.710 --> 07:11.790 さて､ DHCPのもうひとつの優れた点は､ クライアントが通信するために必要なさまざまな変数をすべて与えてくれることだ｡ 07:11.790 --> 07:14.280 これには､ 割り当てられる動的IPアドレスのほか､ 07:14.280 --> 07:15.690 サブネットマスク､ デフォルトゲートウェイ､ 07:15.690 --> 07:18.270 DNSサーバーが含まれる｡ 07:18.270 --> 07:21.990 WINSサーバーを使っているなら､ DHCPで送信することもできる｡ 07:21.990 --> 07:26.910 これはすべてDHCPプロトコルを使って､ 新しいクライアントがネットワークに接続するたびに自動的に行われる｡ 07:26.910 --> 07:29.550 そう､ この4つのコンフィギュレーション・オプションを何度も繰り返したが､ 07:29.550 --> 07:35.760 それが何を意味するかわかるだろうか？ 07:35.760 --> 07:37.320 この情報は本当に重要だということだ｡ 07:37.320 --> 07:41.190 つまり､ DHCPがクライアントに提供するこれら4つの設定項目を知っておき､ 07:41.190 --> 07:44.160 テスト当日のために覚えておくだけでいいのです｡ 07:44.160 --> 07:46.290 覚えておいてほしいのは､ IPアドレス､ サブネットマスク､ 07:46.290 --> 07:48.420 ゲートウェイ､ DNSサーバーのIPだ｡ 07:48.420 --> 07:51.210 WINSサーバーはオプションのコンポーネントで､ 07:51.210 --> 07:53.640 送信してもしなくてもよい｡ 07:53.640 --> 07:57.270 DHCPはBOOTPの中程度の実装であり､ 07:57.270 --> 08:05.760 クライアントがネットワーク上で通信するために必要なIPアドレスやその他のデータを自動的に割り当てるために､ 08:05.760 --> 08:10.860 現代のネットワークで一般的に使用されています｡ 08:10.860 --> 08:12.210 さて､ 自動的または動的なアドレッシングを行う3つ目の方法は､ 08:12.210 --> 08:14.520 APIPA､ A-P-I-P-A､ またはAutomatic Private Internet 08:14.520 --> 08:17.430 Protocol Addressingを使用することです｡ 08:17.430 --> 08:20.100 基本的に､ DHCPが何らかの理由で割り当てを完了できなかったり､ 08:20.100 --> 08:26.250 割り当てがなくなったためにクライアントに与えるアドレスを見つけられなかったりした場合､ 08:26.250 --> 08:29.460 APIPAが代わりに使われます｡ 08:29.460 --> 08:34.980 このようなことは､ ネットワークの問題などでクライアントがDHCPサーバーに到達できないような問題がある場合に起こる可能性があります｡ 08:34.980 --> 08:41.460 このような場合､ クライアントはAPIPAアドレス（自己割り当てアドレス）で署名することになる｡ 08:41.460 --> 08:45.900 デフォルトでは､ Window Serverのワークステーションでは､ 08:45.900 --> 08:51.390 TCP/IPプロパティの「代替設定」タブでAPIPAが選択されています｡ 08:51.390 --> 08:57.330 これで､ ウィンドウズ・マシンは169からランダムにアドレスを割り当てることができる｡ 08:57.330 --> 08:57.330 254 08:57.330 --> 09:03.090 dot something dot something scope DHCPサーバに到達できなかったり､ DHCPサーバとコンタクトしてネゴシエーションプロセスを終了できなかったりした場合｡ 09:03.090 --> 09:05.220 さて､ APIPAはDHCPサーバーを持つことなく､ 09:05.220 --> 09:11.460 ローカルエリアネットワークを素早く設定できるように設計されている｡ 09:11.460 --> 09:15.450 例えば､ 10台のクライアントをDHCPサーバーのないスイッチに接続した場合､ 09:15.450 --> 09:21.870 10台のクライアントはデフォルトでAPIPAレンジ（169）から自分のIPアドレスを選ぶことになる｡ 09:21.870 --> 09:21.870 254 ドット・サムシング・ドット・サムシング 09:21.870 --> 09:30.510 繰り返しますが､ クラスBのアドレスなので､ これはまったく問題ありません｡ 09:30.510 --> 09:34.680 だから､ このローカル・エリア・ネットワークで10台のマシンを使って『ドゥーム』をプレイするのは構わない｡ 09:34.680 --> 09:39.780 彼らは全員お互いを見つけ､ APIPAアドレスに基づいて何の問題もなく会話する｡ 09:39.780 --> 09:43.800 さて､ 唯一の問題は､ これらがプライベートIPアドレスであることだ｡ 09:43.800 --> 09:45.420 だから､ ローカル・エリア・ネットワークの外にルーティングすることはできない｡ 09:45.420 --> 09:47.370 したがって､ ローカルで通信する必要があれば､ 09:47.370 --> 09:50.730 スイッチを使って通信すればいい｡ 09:50.730 --> 09:55.710 ルーターはAPIPAアドレスではなく､ 09:55.710 --> 10:00.930 有効なIPアドレスを持っていたからだ｡ 10:00.930 --> 10:04.350 そのため､ 作成したローカル・ネットワークから出るためのデフォルト・ゲートウェイがない｡ 10:04.350 --> 10:05.760 APIPAアドレスをクライアントに割り当てた場合､ 10:05.760 --> 10:10.530 ローカルエリアネットワーク外やIPアドレスを持たない他のデバイスと通信できないため､ 10:10.530 --> 10:14.220 これが最大の課題となる｡ 10:14.220 --> 10:19.020 もしあなたが169で始まるコンピューターを持っていたら｡ 10:19.020 --> 10:19.020 254ドット・サムシング・ドット・サムシングで､ 10:19.890 --> 10:24.240 なぜインターネットに接続できないのかがわからない｡ 10:24.240 --> 10:27.630 これはAPIPAアドレスで､ APIPAアドレスはルーターを通過して外に出ることができない｡ 10:27.630 --> 10:31.440 そのため､ APIPAアドレスではインターネットに接続することができない｡ 10:31.440 --> 10:34.830 IPアドレスを設定する最後の動的な方法は､ ZeroConfig（ゼロコンフィグレーション）として知られています｡ 10:34.830 --> 10:40.440 さて､ ZeroConfigはAPIPAをベースにした新しい技術である｡ 10:40.440 --> 10:43.890 APIPAと同じ機能だけでなく､ いくつかの新しい機能も提供できる｡ 10:43.890 --> 10:47.850 たとえば､ ZeroConfigはクライアントにIPv4リンクローカルアドレスを実際に割り当てることができる｡ 10:47.850 --> 10:52.890 これは､ APIPAと同様にローカル・サブネットで使用される非ルーティングIPの一形態である｡ 10:52.890 --> 10:55.110 しかし､ 大きな違いは､ ZeroConfigでは､ このクライアントが､ 10:55.110 --> 11:00.600 mDNSまたはマルチキャストドメインネームサービスとして知られているものを使用することで､ 11:00.600 --> 11:06.330 DNSを必要とせずに､ コンピュータ名をIPアドレスに解決する能力を持つことができるようになったことである｡ 11:06.330 --> 11:10.800 また､ ZeroConfigはネットワーク上でサービス・ディスカバリーを実行することができるため､ 11:10.800 --> 11:14.370 どのようなものが接続され､ 利用可能かを知ることができる｡ 11:14.370 --> 11:17.130 だから､ プリンターやスキャナー､ 共有ファイルシステムがあれば､ ZeroConfigを使って実際に見つけることができる｡ 11:17.130 --> 11:20.040 近年､ ZeroConfigにはさまざまな実装があり､ 11:20.040 --> 11:27.750 実装や使用している製品ラインによって呼び名が異なります｡ 11:27.750 --> 11:30.600 例えば､ アップル製品では､ ZeroConfigは実際にはBonjourと呼ばれ､ 11:30.600 --> 11:34.740 主にローカルエリアネットワーク上の他のクライアントやデバイスのサービス検出に使用される｡ 11:34.740 --> 11:36.540 マイクロソフト・ウィンドウズでは､ これをLLMNR（Link-Local 11:36.540 --> 11:39.510 Multicast Name Resolution）と呼んでいる｡ 11:39.510 --> 11:45.840 そして､ APIPAの拡張として､ ネットワーク接続の提供に加え､ 名前解決とサービス・ディスカバリーを提供するために､ 11:45.840 --> 11:48.540 APIPAに依存することになる｡ 11:48.540 --> 11:50.910 -：さて､ Linuxを使っている場合､ ZeroConfigは通常SystemD､ つまりシステム・デーモン・サービス､ 11:50.910 --> 11:57.420 特にsystemd-resolvedバックグラウンド・サービスを使って実装される｡ 11:57.420 --> 11:59.130 IPアドレスを割り当てるには､ 11:59.130 --> 12:02.910 さまざまな方法があることを覚えておいてほしい｡ 12:02.910 --> 12:06.930 静的割り当てと呼ばれる手動で行うことも､ 動的割り当てと呼ばれる自動で行うこともできる｡ 12:06.930 --> 12:09.300 動的割り当てを使用する場合は､ BOOTP､ DHCP､ APIPA､ 12:09.300 --> 12:14.250 ZeroConfigの4つの方法のいずれかを使用します｡ 12:14.250 --> 12:19.770 本当に､ すべては顧客とネットワークのニーズ次第です｡