如果当地是牛小->牛初->牛高的路子，建议加钱找靠谱的。

如果是内网划分 vlan 了，是不是可以内网路由用三层交换机，去外网的走软路由?

@CivAx 这电源选择是空间的考虑还是能效的考虑。。。

在正确配置的前提下，硬件一波带走的大概率只有电源故障，软件这个就不好说了，勒索病毒，误删等等。

我是 pbs 跑在同一个物理机器上的，pbs 跑在运行 docker 的虚拟机里面，用 9P 来挂载文件系统，设置了硬盘休眠来延寿。

PBS 只存 chunk 是没用的，pbs 自己的 config 文件夹也得要有，没了 config 好像恢复不了 datastore 。遇到过一次换另一个 pbs 的镜像导致误删除 config 文件夹，致使存的 chunks 不能用了，只能重新备份的。

从可靠性来说，还是直接 dump 了来存更可靠，也方便做离线的备份。不差硬盘就定期 dump 吧，虽然慢但更可靠。

docker 的话 traefik+dns-challenge ，群晖之类的可以反代到 traefik,也可以 acme.sh+dns-challenge+dsm-deploy
教程都挺全的，配置起来很简单的。

坐等开奖

狠狠支持！！！

hackrf 做 gps 欺骗，直接发射 gps 信号？我觉得这是最好的方案了。也是最刑的。

机器上不一定，概念/管理上可以区别开来。

算归算，存归存，确保算的部分能稳定可靠的归档到存的部分，并且存的部分能有可靠的应急方式。

个人实践是：
PVE 的 allinone ，vm 有 黑裙、unraid 、debian docker 等
unraid 直通 hba 卡，做一个 PBS 的 docker ，一个 rsync 的 docker
PVE 直接往 unraid 的 pbs 里面备份，这样包括黑裙在内各种 vm 都被备份了
黑裙再单独 rsync 同步到 unraid 做一个可以直接读取的单备份，

至于 PVE 的宿主机，那个重新配置也很简单。

唯一的问题是 unraid 自己不能备份到 PBS ，但 unraid 可以走 vzdump 备份，可以很方便的导出来。而 PBS 数据都在 unraid 下的硬盘里面。

如果完全 boom 了恢复顺序是 重装并配置 PVE-->从 vzdump 恢复 unraid 和一些其他虚拟机-->从 unraid pbs 恢复其他虚拟机

不考虑硬件 boom 的情况下，这个思路很可靠，其实只要确保多备份，备份能简单的导入导出就都很可靠了。

实践下来最好的体验还是二级路由。
一层硬路由，负责拨号等，也有自己的 DHCP,DNS ，
出国单独做 vm,放一层下
opnsense 做二级路由，设置多网关，出国那路炸了直接自动切本地那一路, 做 DNS ，策略路由等等等都在二级上做，还可以很方便的配置管理多网段，流量镜像，审计等等。

虽然多了一级路由那层多了一个故障点，但是一级是个拨号的硬路由, 你的 all in one boom 了理论上可以简单切换保证基本上网。（只要静态地址是 DHCP 下发而不是写在设备里面，动态的无所谓）

性能够的话本地多一跳多点延迟基本无感？

稳定性 allinone 只看 host ，二级路由之类的都可以 VRRP 做热备虚拟机，或者快照。
当然，实践证明还是会由意外的，比如 pve dist upgrade, 网卡名字变了导致 boom 之类的。

arp 得 2 层？
如果只要 3 层通就可以，那么 udp 还行就 wireguard ，不行就 openvpn ，要给客户端 push 路由，网关也要有路由和相应防火墙和转发规则。
但二层要通的话。简单点 l2tp ，复杂点先做 3 层然后 sdn 做大二层。整个可以参考 k8s 的一些文章。但是据说延迟敏感。
大部分 3 层情况 ss/vray 可能更高效也更好用，特别是对于确定性的场景，只是要花时间好好写 route