用不用模拟器对网络流量识别没区别啊。

@f165af34d4830eeb 那你还是没被美食荒漠毒打过（
我这中餐馆的回锅肉是用叉烧做的。
要找用五花肉做的回锅肉得开车去十几公里以外的地方。
中餐馆大体只有川粤菜系，就是菜单上一半川菜一半粤菜，然后，嗯，你就能见到叉烧回锅肉。

英语社区你觉得舒服么，先试试看能不能听懂印度人的英语（多说都是泪

HP 你不满意，ASUS 售后不行而且有转轴开裂问题还有网卡叠叠乐，联想低温焊锡什么的，那你还能买啥……
硬上 ROG ？

但你想回去玩随时都可以回去吧，然后香港也不愁美食荒漠。

来北美试试（

新手入门建议先从其他系统里把 Linux 的 userland 玩熟了再去折腾真机环境，而不是直接装个 Linux 再大冒险。

@OneLiteCore
实际系统运行环境下是没有万金油的。要是你说按照 MAC 绑定好，那遇上网卡坏了，你买了块新卡换上，结果还是会断网，因为新卡在同一插槽，但 MAC 不同。这时候原本的按插槽匹配就很有用了。

反正不管你怎么设计，总会有一群人遇到网卡对不上的问题，无非是这一群人或者那一群人的区别而已。

@OneLiteCore #20
可预测网卡名称解决的是重启时名称改变的问题。
比如你有两块网卡，可能一次启动的时候 eth0 是第一块，eth1 是第二块，下次启动的时候 eth0 是第二块，eth1 是第一块。打开可预测网卡名称以后，至少你遇到断网问题是下一次增减 PCIe 设备的时候，而不是下次重启的时候……

另外可预测网卡名称也有其他绑定的名称。比如我 PVE 上的网卡名称类似这样：
#ip link
2: eno1:
altname enp5s0f0
altname enx50106f45a51a
3: eno2:
altname enp5s0f1
altname enx50106f45a51b
4: eno49:
altname enp12s0f0
altname enx4cb9018861dc
6: ens2:
altname enp9s0
altname enxe11d2d153860
普通人如果你只有一个网卡，那直接 eno1 就完事了。
你如果觉得 enp 和 eno 编号都不舒服，那也可以用 enx 来通过 mac 绑定。

@eroneko @Huelse
这根本就不是 App 备案，是开发者认证。
谷歌根本就不会管你开发的是什么 App ，他只关心你开发者是个大活人。
一旦做完认证以后，你随便去开发什么 App 都行，只要不是违法犯罪的恶意软件，谷歌根本就不会审查 App 本身。

=====

这评论区不少人连新闻都不读就脑补的……

标题也是够歧义的。
Google 将只允许安装来自「经过验证的开发者」的应用到认证安卓设备上

不是 经过验证的「开发者的应用」。

=====

我举个简单的例子。比如国内某银行要开发网银安卓版，需要 apk 安装权限。他家 IT 或者法务新建一个谷歌账号，上传公司资料，谷歌审核通过，现在这家银行就是经过验证的开发者了。

至于这家银行以后开发网银也好，又或者突然转型去做手游也好，做外卖平台也好，这个都是开发者的自由。他只要把新 App 用的签名秘钥信息上传到开发者控制台就行。

实际开发出来的 apk 和谷歌没关系，apk 也不用上传给谷歌检查，谷歌什么都不管。除非以后这家银行转型开始传播恶意软件病毒了，谷歌才会出来，吊销开发者身份，阻止手机安装病毒。

直接使用可预测网卡名称会导致网卡名称不可预测。

解决方法也很简单，用 PVE 常年以来都有的固定网卡名称功能就行了。

proxmox-network-interface-pinning generate
proxmox-network-interface-pinning generate --interface enp4s0 --target-name nic10g1

然后 PVE 会创建关联文件，通过 MAC 映射网卡到固定名称。

难说，但是我第一感觉就是查询有问题吃满 IO 。

@MakinoharaShoko 现在已经在 PlayStore 上发布的开发者都已经花过钱做过认证了，普通的做着玩的开发者直接可以用免费版，影响最大的是受众群体很大但不放在 PlayStore 上发布的软件。
不过我觉着这样的群体并不算多，国内已经商业化运营的 app 多付 25 刀本来就不是什么大事，个人制作的 app 的话可能就是做开源软件的人会被迫多付 25 刀注册一个 key 。

然后搞这个的目的就是如果你用你的身份发了恶意软件包，谷歌可以直接吊销你的开发者身份，这样你签出来的所有恶意软件包全部都没法安装。当然搞黑产的可以换个身份证重新申请，但每次只要被吊销就得全部重新搞，成本比以前大很多。我觉得现在大家关注的点就在谷歌会不会滥用地位把他看不顺眼的 app 全当成恶意软件禁了。
（不过考虑到谷歌本来就可以通过包名远程删除 app ，应该也没大差……吧？）

我前面扫了一下他的 PPT 。简单来说就是开发者必须要去他系统里开个账户然后上传身份认证信息。普通发布者要提交身份证然后交 25 刀认证费。认证通过以后，在系统里面新建软件包，认证私钥，认证过了以后用这个私钥签名的这个软件包就可以安装到普通手机了，和过去一样 apk 放着让人下载安装就行。收费账号可以无限新建软件包，免费账号有某些限额，估计是软件总数有限或者安装设备数有限吧，具体限额什么样还没公布。

看上去就是对开发者做一次身份验证，反诈。

> To be clear, developers will have the same freedom to distribute their apps directly to users through sideloading or to use any app store they prefer.

特定查询有问题？扫 3.6M 行返回 438 行，可以 explain 一下看看。

@wulin Cost to You 0 就是你不用付钱。

用软路由炸了直接把线接到硬路由上先把网络搞通再搞别的啊，多大点事。
我是服务器上跑 PVE ，PVE 上直接用 zfs 跑 NAS ，然后一个虚拟机里 OPNSense 做路由，另一个跑 frigate 。
PVE 本来也挺稳的，真炸了就 IPMI 连上去修。
唯一要担心的是 SSD 损坏。真要担心的话就定期备份一下就好了。