事实上一个“设备”可以有多少个 IPv4/IPv6 地址几乎完全取决于软件（操作系统），跟硬件关系不大，操作系统是怎么把 IP 地址实现/分配到“设备”上的？在操作系统看来，每个链路层网络设备一般都有一个链路层地址（对于以太网设备来说是 MAC 地址），当操作系统收到当前来自设备所处的（一个或多个）以太网段（ Ethernet segment) 的 ARP 或者 NDP 查询时，它就回复，比如一个 ARP 查询是 "Who is 192.168.0.1, tell 192.168.0.101", 然后操作系统会回复 "192.168.0.101 is 82:bf:23:61:a2:95"，这样 192.168.0.101 这个地址就和 82:bf:23:61:a2:95 这个网卡关联了。

请参阅：

- RFC4291 https://datatracker.ietf.org/doc/html/rfc4291 ( IP Version 6 Addressing Architecture)
- RFC 4193 https://datatracker.ietf.org/doc/html/rfc4193 (Unique Local IPv6 Unicast Addresses)
- RFC3587 https://datatracker.ietf.org/doc/html/rfc3587 (IPv6 Global Unicast Address Format)
- IPv6 组播地址 https://www.iana.org/assignments/ipv6-multicast-addresses/ipv6-multicast-addresses.xhtml

大体上来说，IPv6 地址分为单播地址、组播地址、任播地址，其中任播地址也是从单播地址空间里面分配的，单播地址细分为回环地址 (loopback), 全局单播地址 (global unicast) （ 2000::/3 前缀），IPv4 映射的 IPv6 地址（::ffff:<32bit ipv4 addr>), Link Local address （大部分是 fe80::/64 前缀），Unique Local Address (ULA) 一般用作本地、内网或者私有网络通信，ULA 一般是 fd00::/8 前缀。

一个“设备”（不管它是物理的 NIC 、 或者虚拟网卡也好）可以有多个 IPv6 地址。

也许是 sublime?

哈哈哈 「抨击」这个词确实有点好笑 我一看还以为数 windows 通过口诛笔伐的方式来表达对 ipv6 的抨击

@redchamber 我部分认同你说的 gp4 能力强的观点。不过我觉得未来的想象空间倒是很清晰：数年至数十年的经济半死不活，中低端白领（包括文书工作者和低端码农）收入持续下滑或者横盘震荡（就拿现在五六千一个月的前端举例），失业长期居高不下，20 美元确实不便宜因为大家都失业了，贫富分化进一步加剧，统治能力非常发达（因为高科技）以至于不需要给那些被 ai 淘汰下来的底层白领什么补偿也能维持稳定。

简单来说就是死水一潭的未来，无非就是把写字楼白领的活抢了交给 AI 或者 LLM 干。

这种简单的图文对话界面，或者更进一步 llm 和人型机器人结合起来变成具备低级智能的机器人，它又能创造出什么产业呢？电影《极乐空间》描述的场景就是你能想象的未来。

表达能力不好可能存在车轱辘话反复说请见谅。

阻碍 gpt4 在国内普及的主要是防火墙，当用户可以唾手可得地去使用 gpt4 的时候，他们会下意识地把它当成主力，无论 gpt4 是否事实上胜任这些分配给他的工作，为什么呢？因为偷懒、指点江山、好为人师、得到认可是人的刚需，而 gpt4 （或者任何其他一本正经胡说八道的 llm ）恰好满足了这一点。

@beyondstars #10 哦忘了没有公网 IP ，那端口转发就用不了了。

如果 CPE 能自动申请到 IPv6 PD ，并且局域网设备支持 SLAAC ，那么这些设备应该有公网 IPv6 地址，但是由于防火墙的原因，不一定通，可以测试一下这些 IPv6 地址通不通。

再或者端口转发，打洞，等。

可以了解一下 oracle 的免费 arm 实例，搜索 oracle free tier.

您好，ws 自身的确无法保证 recv 和 send 的顺序一致。

ws 是为了解决什么问题呢？它主要是为了解决: 1 ） framing （因为 tcp 连接是一个 stream, tcp 连接是 boundless 的）； 2 ）连接复用； 3 ）双向通信（让 server 也可以主动给 web client 发消息）。这些都跟顺序没关系。

你需要自己再在 ws 之上实现一层。

3 也有例外就是假如你的 node 是跨越公网的，并且你需要加密 ingress controller 到 backend (svc, pod, ...) 的流量，可以在 backend 也上 tls ，并且让 ingress 通过 tls 和 backend 通信。

1 也有例外就是你需要用一些功能 ingress 里面配置起来比较麻烦，但是 nginx 好配，那可以通过路由把 http 流量导到 nginx 然后再在 nginx 里边配。

1. 有了 ing 还用不用 nginx: 不用
2. CA 证书管理：用 cert-manager
3. 不需要，因为 ing 做的就是 ssl termination.

WiFi 切换到 5GHz 频段试试

@s82kd92l #7 我刚才又看了一下 iptables 似乎支持根据 gid 打 mark: https://ipset.netfilter.org/iptables-extensions.man.html#:~:text=%2D%2Dgid%2Downer%20groupname

感觉或许能让进程运行在一个 user namespace 中，在这个 user ns 里面进程属于 user: root, group 是一个特定的 group, 然后根据 gid 打 mark 。只是一个思路。