Serviceを読んで理解し、同意したものとみなします。スタック・オーバーフローはプログラマーとプログラミングに熱心な人のためのQ&Aサイトです。1918で規定されており、通常はその範囲内で設定をする。(192.168.0.0/16)となる。いくつか疑問があります。172.16.0.0/16と192.168.0.0/16ってそれぞれ同じ範囲ですよね。たいそうにクラスなどと分けられているのでしょうか。?情報を引用する場合はなるべく出典を明記しておくと「情報が古い」「間違った情報」などの場合に指摘しやすいです。票101.はその通りです。172.から始まるIPは日本国内には割り当ていなかったと思いますが、米国などでは普通に割り当てられています。組織内からある海外のサイトにだけアクセスできないから調べてくれという話で調べたら、172.0.0.0/8の範囲をプライベートアドレスとして使っていたという事例を聞いたことがあります。2.はちょっと質問の意味がわかりません。RFC1918範囲外をプライベートアドレス扱いにする問題は1.に書いたとおりです。3.についてはちょっと歴史的な経緯を理解する必要があります。TCP/IPは現在におけるインターネット、つまり、これまで組織毎に独立して作れていたネットワーク間を結ぶために作られたプロトコルです。IPアドレス全体は0.0.0.0~255.255.255.255が使えますが、これを各組織に振り分ける必要がありました。そこで考えたのがクラスという考えです。クラスという単位でIPアドレスを分割し、組織の大きさによってクラスA(ネットワークアドレス長8)、クラスB(同16)、クラスC(同24)という単位で振り分けていきました。どのIPアドレスがどのクラスかわかるように第一オクテットでわかるようにしました。0-127がクラスA、128-191がクラスB、192-223がクラスC、224-239がクラスD(マルチキャスト用)、240-255がクラスE(将来の予約領域)という風にです。インターネットがネットワークのデファクトスタンダートになっていき、対応した機器やソフトウェアも増えていくと、インターネットに接続しないが、インターネットと同じ仕組み、つまりはTCP/IPを使用してプライベートなネットワークを構築したいという要望が出てきました。そこで、各クラスにインターネットでは割り当てない、プライベートなアドレスを用意することにしました。クラスAは1個、クラスBは16個、クラスCは256個用意し、ネットワークの大きさによって使い分けるようにしたのです。ここで重要なことは、クラスA、クラスB、クラスCはそれぞれネットワークアドレス長が固定であったと言うことです。第一オクテットでどのクラスか判別できるため、ネットワークアドレス長の設定(言わばネットマスクのような設定)が不要であったとも言えます。クラス毎にプライベートアドレスを用意する必要があったと言えます。インターネットの需要が高まるとクラス毎にネットワークアドレス長を固定化することは柔軟な運用を妨げることがわかってきました。クラス毎固定をやめ、可変長で割り当てられるように可変長サブネットマスクやCIDRというものが提案され、使われていくことになります。上の話を踏まえて答えましょう。10.0.0.0/8だけを使えばいいと言いますが、組織内でもネットワークを複数に分けたい場合があります。クラスに従っていた(CIDRが無かった)ときは10.0.0.0/8を分割することはできません。10.1.1.0/24と10.2.2.0/24を使おうというのができなかったのです(現在は、CIDRに対応していない機器やソフトはぼぼ存在しないのでできますが)。クラスCで十分な小さいネットワークが二つなら、192.168.1.0/24と192.168.2.0/24を使うとせざるを得ませんでした。現代においてどうなのかというと、クラスにこだわる必要は全くありません。歴史的に192.168.1.0/24あたりから始めている場合は、ネットワークを増やすにしても192.168.2.0/24・・・と増やしていく傾向にあると思います。これは内部にあるシステムが組織内か組織外かの区別するのに192.168.0.0/16であるかどうかでしか設定していない場合があったりするからです(実際に172.16.0.0/12を使い始めたら、見えないサーバーが出てきたというトラブルに遭ったことが私はあります)。既存が存在しない、全くの新規であれば、10.0.0.0/8を分割していく形でも良いでしょう。最近はdocker等サーバー内部でプライベートアドレスを使っている場合も増えてきていますので、それらと被らないように慎重に選択する必要はあります。個の銅バッジ丁寧なご説明ありがとうございます!何度も繰り返し読んで理解が膨らんできたのですが、怪しいところあるので追加でいくつか質問させてください。>プライベートなアドレスを用意することにしました。172.16.0.0/12だけ難しい気がします...。区切りじゃないと直感的に理解できません。>クラスに従っていた(CIDRが無かった)ときは10.0.0.0/8を分割することはできません。こちらの内容がよくわかりませんでした。5:21"/12"のようなものはIPアドレスを計算できるツールを使うとサクッと確認できます。「ネットワーク計算」でググるとオンラインでも確認できるので試して見てください。5:42CIDRが無かった時代はサブネットマスクがクラスで決め打ち(ネットマスクを設定する項目自体が存在しない)だったようです。そもそもネットワークも10BASE5や10BASE2という時代で、ルーターなんて高価な物は入り口にある一台だけで、セグメントを分けることすら難しかったと思われます(スイッチングハブすら無い時代ですから)。件のコメントを表示0最近はdocker等サーバー内部でプライベートアドレスを使っている場合も増えてきていますので、それらと被らないように慎重に選択する必要はあります。理解が膨らんだところでこれに自分なりの回答をしてみたいです。間違いや改善があったら指摘していただきたいです。(「回答」として投稿するのは不適切かもしれませんが、文章が長すぎてコメントで投稿できませんでした...)DockerやKubernetesなどプライベートIPをどんどん食っていきそうなので、これらを運用するサブネットは大きく範囲を切っておいたほうがいいと思う。以下思考回路VPC:192.168.0.0/16において、Subnet:192.168.1.0/24にKubernetesなどを、Subnet:192.168.2.0/24にはDBなどを置こう。これだとそれぞれのサブネットで256こまでしかプライベートIP使えないから枯渇しそう。DBのあるサブネットはそれでもいいけど、Kubernetesを置くサブネットは広く取りたい。2^6で64サブネットまで作れる。2^10でそれぞれのサブネットでは1024個のIPアドレスが使える。1024でも心配だからKubernetesサブネットだけはもっと多めに取っておきたい(10000くらい)逆にDBのサブネットはこんなにIP要らない。2^4で4サブネットしか作れない。2^14でそれぞれのサブネットでは16384個のIPアドレスが使える。Range255個となったのでこれでいい気がする。それぞれのサブネットがかぶっていないようにしないといけない。192.168.192.0/18と切る(残り2個までしかきれないからこれは設計がよくないのか)。|回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。