Notices by まちカドおるみん御嬢様 (orumin@mstdn.maud.io), page 203

教育 OS “MINIX” の設計者である Prof. Tanenbaum は micro kernel の強力な推進者でネットニュース上での Mr. Linus Torvalds との monolithic v.s. micro 論争は実に有名だが、一方分散 OS の第一人者としても良く知られている。

ただし micro kernel とその上で動く module など系全体を注意深く設計すれば monolithic kernel よりうまく distributed system に fit する OS、つまり分散 OS を作れる可能性があって、Mach と同時代、第一世代 micro kernel の時代には分散を主眼とする micro kernel も分散 OS としてよく研究されたし、その代表例が Prof. Andrew Tanenbaum による Amoeba。

とはいえ micro kernel を採用した上で kernel だけでないちゃんと system として成り立つ OS 全体を俯瞰したときは複数の module の相互作用で成り立っているのは無視できない要素ではあるけれど、それは multi-core の utilization を高めるなどの副次的なメリットはあるとはいえ同じホストで動作している以上べつに分散ではない。

というかそれをやってるのは userland の module であって kernel の仕事ではないし。IPC の機能を kernel として提供してて、ただそれだけ

マイクロカーネルは TCB における kernel が micro なのが第一義であって userland で IPC によって複数の server の通信で monolithic kernel のもつ機能を実現してること自体は本質ではない

なので /24 でアレだなってときに豪快に /16 までいっちゃいがち

クラス A、B、C でそれぞれ /8、/12、/16

CIDR でこまかくサブネットのサイズ調整するの便利だけど 8 の倍数じゃないときアドレスがどこ始まりかは計算要るのやや面倒になる

fav の音質

まあべつにこれでもいいよね、そもそも 192.～のクラス C の private address 使うにしても最大 192.168.0.0/16 の範囲が使える

あと DHCP との衝突はそもそも固定 IP を DHCP server の特定の MAC address に特定の IP 渡す機能で DHCP の範囲でやれば問題ない。

192.168.3.0/24 でも 256（正確には .0 と .1 と .255 あたりは使えないから 253）台ぶんのアドレスは振れるしそうそう枯渇しないでしょ

これで VM と Nginx を 192.168.3.0/24 とはべつに 192.168.4.0/24 を振って隔離されたひとつの LAN の中に置きたいなら、VXLAN で overlay network つくる、とかかなあ。

Nginx のホストがどういうマシンでどういう OS かは知らんが Nginx server として独立して起動しっぱなしにできるマシンならいっそのことそいつを PC ルーターとして運用してしまうとかもできなくはない。二重 NAT みたくなるけど。

まあそれならそれでルーターのほうで VLAN 切ると丸く収まる。VLAN 機能とかないルーターなら知らない

Nginx のホストと VM のホストがフラットに同じルーターの下にぶら下がってて NAT behind に居て、そのルーターから WAN に出てるみたいなのが正しい理解（とあるべき図）？

えっ、じゃああの図まず作図がミスってるやん

まあべつに VLAN 切ってもいいし、あるいはそもそもホストを物理的に分けずに Nginx は Docker とか建てて、VM 用の内部ネットワークと Nginx container を繋いでしまうとか、ソフトウェア的解決はやりかたはいろいろあると思う。

ねそさんのやつ、Nginx 置いてるホストに既に 2 つ NIC があって WAN 側からのパケットを LAN に forward してる構成なら、WAN 側からの線を L2 switch（ハブ）に繋いでハブから VM の host と Nginx のホストどっちも繋いで、かつ VM host に NIC もういっこ増やしてそれと Nginx のもうひとつの NIC と直結すればそれで物理的に解決しそうな気がする

識者ではないです