配色真不错...

如果不是一定要“机械”的话，我真心觉得 HHKB 是块好键盘，配合 Mac 又相当的顺滑，当然，看个人使用场景。
minila 真的没有想像中那么好，现在有一把丢桌子底下吃灰，实在不行就 87 经典款忍二吧，双模，最大支持 5 个设备（加上 USB ）。
filco 从忍 1 ，104 ，到忍二 104 双模，87 双模，minila ，hhkb ，感觉最不好用的就是 minila 。

常时间码字的话，如果熟悉 Mac 键位快捷键，HHKB 简直无敌一般的存在。

应该别的群也是可以，开放了 API 的话

是实时的，还能自己写 bot 遇到高 io 或者网卡高流量时报警到 tg 群

12.2 ？我还没看到推送 =_=

=_= 这得多虐才这么干啊...

正常的作法不是注册一个服务吗？

还是不熟悉 vim 的快捷键...
HHKB 用户表示，没有一丁点压力

居然还能找到支持 gentoo 的云，不要太爽

@cnt2ex 这并不知道是非 root 干的吧，现在并不能确定是哪个进程在干这事。比如 root 的 crond 干的这事，不就可以解释了，但是我看了一下，还是楼上说到的，可能你的路由表优先级被“绕”了。

@cnt2ex 其实我比较好奇的是 wireshark 抓到的包是什么，TCP ？ UDP ？ DNS ？还是 ICMP ？如果是 ICMP ，可能还 OK ，如果是其他协议的包，就真的有点意思了。
但没看到完整路由表，也不好说。

其实你可以用我之前方式测试，我测试的时候，习惯把默认路由摘掉，手动指定一条只静态只到 VPN 的路由，VPN 连上后，再全局走 vpn ，这样的测试保证一点就是，即便 VPN ，异常掉线，直接就没网络了，而不会走原有的网关出去。这或者才是“全局"VPN ，应该有的样子吧。

...哈，回错了，我以为问的是如何防止类似的包出去。
绕过的方式，可能就是类似于 ping -I 这种指定设备的

删除默认网关
route add -host VPN-IP/32 gw 路由 IP
然后 VPN 连接后，再走 VPN 网关出去。这样问题就解了
也就是只有一个路由是从本地走的，就是到 VPN 的，其他的并没路由表

@xzsjWang 原因二楼说了，其实 toolbox 装的已经是支持 arm 了，是个二合一，arm+intel ，但是恶心的是 toolbox 给我创建了一个 intel 的启动器

路由器：这锅老子不背，凭啥我一路由器干起了服务器的活？

zabbix?

RIME 主要配置好了，3 个系统通用

这个问题关 fish shell 什么事？
默认的 bash 你的另一个员工给卸了，不也一样会导致这样的问题？

看代码就是，你最终都要操作 msg，为啥不直接调 copy_from_user 一份出来呢？