それが fastpath になる環境もあるし、そうでない環境もある

IPv4 の経路が PPPoE のほうじゃなくて IPoE IPv6 の上になる。

光 BB ユニットでたぶん IPv4 over IPv6 の RADIUS 認証してる

ソフトバンク光の光BBユニットは使わなくてもネットに繋がる？！それでもレンタルした方が良い理由 https://nn-com.co.jp/article/hikari-bb-unit/

同性でも恥ずかしいからポンチョタオルの中で着替えるワザがあるだけですよ

This account is not set to public on notestock.

This account is not set to public on notestock.

s/5/4/

Softbank とか KDDI 系とかどうせ貸与品でMAC addr 認証を通してるから貸与品外すと外とつながらんくなる

RT-500KI たぶんどうせ外から LAN への通信はぜんぶトンネルして貸与ルーターにそのままパススルーしてそうだし

Softbank 網がフレッツ網と比べてどうなってるかは知らんけど電話の建てかたはまあ似たようなもんでしょ

RT-500KI はひかり電話ルーターだし単に固定電話のためにフレッツ網に直結してフレッツ網に対して SIP クライアントになってるだけでは。

おるみんはておくれではない

tcp/22 は tcp/22 であってべつに ssh じゃない service もそこで listen できるのじゃよ

TCP/IP は 3 層目のトランスポート層で、Nginx がやるのは 5 層目のアプリケーション層なので。

tcp/22 を forward させたいなら nginx じゃなくて iptables にルール書いて、sysctl でカーネルの TCP forwarding を有効化してくださいな

ただ分散 OS = micro kernel ではない。Plan 9 もまた分散 OS としてよく知られる。

教育 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 の倍数じゃないときアドレスがどこ始まりかは計算要るのやや面倒になる

This account is not set to public on notestock.

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 と直結すればそれで物理的に解決しそうな気がする

識者ではないです

べつに物理的にルーター増やさなくてもいーんでは

@toshi_a うける

いやまあひとつの NIC に複数 IP 振ってもいいけどさ

VLAN 切るか物理的に NIC 増やすかじゃないのこれ

This account is not set to public on notestock.

.@toshi_a

まあ労組にも加入するしな

This account is not set to public on notestock.

@momdo 自分のスタンスはべつに変えるつもりはなくても、忖度とかに関わらず形式的・外形的には engineer や professional と呼ばれる体裁が整ってしまっているんだなあの意

AG03 は mixer であって I/F ではないから……

プロレタリアートなのはそう

じゃあそういうことで

This account is not set to public on notestock.

プロール is 何

S/PDIF で出せる Audio I/F もいっしょに買えばええ

プロではないというスタンスだしブログタイトルも「技術者見習いの独り言」になっているけれど、それはそれとして製造業の会社からお給金貰う以上そうは言ってられない気もしてきた

なんで挟まってんの

This account is not set to public on notestock.

社内からクラウドストレージアクセスできるといいですね

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

半日もあれば出れそう

最近古代エジプト語べんきょうしてるしちょっとほしい

@omasanori 北都百裂拳

今日のプリンなの

Amazon is launching Kindle Vella, mobile first serialized fiction https://goodereader.com/blog/kindle/amazon-is-launching-kindle-vella-mobile-first-serialized-fiction