诶，数据来了

一、国家疾控局孙阳通报全国各地疫情

（一）单日感染情况

12 月 20 日，全国估算新增感染人数为 3699.64 万，单日新增感染率为 2.62%，比 19 日、18 日新增感染率持续增加。按省份排名，单日新增感染率前五位的省份依次是四川、安徽、湖北、上海和湖南。按城市排名，单日新增感染率在前五位的城市（含直辖市）依次是成都、兰州、合肥和上海。

（二）累计感染情况

12 月 1 日至 20 日，全国估算累计感染人数 2.48 亿。人群累计感染率达到 17.56%。从累计感染率看，超过 50%的省份有两个，北京和四川。累计感染率在 20%到 50%的省份依次为：天津、湖北、河南、湖南、安徽、甘肃和河北。从累计感染人数看，超过 2000 万的省份有三个，依次为四川、河南、湖北。1000 万~2000 万的省份有六个，依次为湖南、河北、广东、北京、安徽、山东。累计感染人数超过 500 万的城市有六个，分别为北京、成都、武汉、天津、郑州和重庆。

https://cj.sina.com.cn/articles/view/1725765581/66dd17cd020013tma

标准再高，要真阳了还是得处理；实在不行减员太多，也可以隔离阴性。

如果还有人关心数据的话，其实有些数据是有的，不过没有做可视化。

那些数据可以从各地的“数据开放平台”拿，不过肯定没这么详细了。

如果有想要没列出的数据，可以走平台的申请，或者走各部门的有的信息公开申请也行。

一直没懂，有序放开是指的怎么样具体的有序放开？是精确控制病毒的 R 值嘛，如果能控制的话控制到 0 不是最好？

或者说有什么具体例子吗？

看的一头雾水的同学可以看看删图跑路之前的版本。

另外用 jsdelivr 当图床加速，总感觉有点怪怪的

https://web.archive.org/web/20221221140109/https://www.v2ex.com/t/903859

如果 csdn 也有这个功能就好了

@exiaohao #28 实际上家庭用户基本不会用上 L3 交换机，甚至连管理型交换机都很少，就算有也是 L2 级别的，所以这套网路架构其实并不适用目前 V2er 的大多数环境。

具体到实践中来说，划分网段目前对家用的意义可能仅限于隔离网路了。但是真的有很多简单高效的方法，比如说直接做端口隔离，亦或者是直接做防火墙规则（多网段）都可以达到，和上多一个设备效果一样，甚至更好。
其次对于一个全功能路由来说，服务集中并没有问题，反而提高易用性的同时，便于管理。
比如说：目前 Openwrt 等路由在 DHCP 的同时，附赠了主机名内部 dns ，如果引入额外的设备，增加了配置成本外，也是收益不明确的。

至于多层 NAT 和软路由的职责，确实应该尽量避免（尤其是软交换），但是还是那句话，实践中引入的设备大多数都是二手设备复用。在考虑配置成本的情况下，多层 NAT 是可以接受的。
比如说为 IOT 设备准备一个单独的 SSID ，从而利用到的老旧路由器。亦或者是访客 WiFi ，这类对性能要求不高，又没有什么互联需求的设备，直接怼上一个无线路由是最简单方便的（毕竟是 AP ，路由只是附赠的）。

至于后面在家庭引入 BGP/OSPF/RIP 等操作，如果是自己拿来玩是没问题的，从实用角度出发有非常多更好的选择（ geosite/ip/as 等），而且不会引入多余的复杂度。

其实最后说起来，我是认为家庭网络总体目标应该是保证其简洁、轻量、易替代性，对于路由则是应该保持一体性。毕竟玩脱了影响到家里人上网的时候，排查时间越短越好，恢复时间越快越好。

@exiaohao #25 哦哦，原来是这个意思。那在 1G 的情况下这个方案问题不大的，如果再高就要考虑主机内的网络架构了。
不过这套东西还是太过于复杂了（ L3 交换机 /ROS/vyOS ），适用面太过于局限了。在没有明确收益的情况下，如果不简化下，可能对于绝大部分 V2er 来说，参考价值不大。

DPDK 现在有路由系统支持了？我看 RouterOS 、Openwrt 、vyOS 好像都没有官方支持的样子。

其实我还是觉得这是个很简单的需求，这样子的复杂化设计没有看到对比简单设计有什么优势，反而会有一系列衍生问题，也提高了维护成本。
不过这都是我个人的看法，权当讨论了

@exiaohao #17 如果我没理解错，其实还是一样的问题的，流量还是要过一遍宿主机，再去交换机一趟。
这种方案下，如果没有做 nic 直通而是上了 bridge ，网络性能会更差。

以上三个建议不分先后，但是都是性能严重制约的地方，现在这种设计，10GE 压力很大。

3 个建议吧
1.路由不要虚拟化
2.避免软交换
3.网段划分就免了，就那几个设备做好策略路由，内网直接域内互联，不要走软路由。

战略性 Mark ，我的需求倒是反过来，只给某些设备不配 IPv6 ）

Android 会使用 captive service 测试网络是否正常，对应到 MIUI 上，默认用的地址是
http://connect.rom.miui.com/generate_204
正常情况下，这个地址会返回 204 ，如果返回其他东西就会有对应行为。
LZ 这个大概率是返回了 30x 跳转到这个地址。
所以得诊断下为什么这个地址会出现问题了，如果无法解决也可以对对应设备修改到其他的 captive 服务

@geekvcn #56 连主线都用不了，可太惨了

@geekvcn #54 openwrt 知道吗？不知道的话可以看看 github.com/openwrt/openwrt

@huangya #50 这个其实也有可能抓的到的，我的建议是查一下 nf_conntrack ，一般只有 bypass 了 nf 才能做 hwnat

@465456 #48
@neroxps #49
这些都是不支持的，只要涉及了 netfilter （包括 nftable/iptables ），基本都可以认定不支持。