mithrilyue 最近的时间轴更新 mithrilyue 最近的时间轴更新 ONLINE |
mithrilyueV2EX 第 432234 号会员，加入于 2019-07-26 16:40:59 +08:00今日活跃度排名 10829 |
mithrilyue 最近回复了
172 天前 回复了 wangzi1993 创建的主题 › 生活 › 孩子幼升小，需要给办理择校的黄牛转账 5w，如何确保如果择校失败对方能把钱退还？ |
如果当地是牛小->牛初->牛高的路子，建议加钱找靠谱的。
176 天前 回复了 dejavuwind 创建的主题 › 宽带症候群 › 家庭千兆升级 2.5G/10G 讨论 |
如果是内网划分 vlan 了，是不是可以内网路由用三层交换机，去外网的走软路由?
@CivAx 这电源选择是空间的考虑还是能效的考虑。。。
255 天前 回复了 v8p 创建的主题 › NAS › PVE 跟 PBS 在同一台机器上运行，但是 PBS 的备份数据放单独的备份盘，两块硬盘一起坏的概率高么？有什么推荐的异地备份方案？ |
在正确配置的前提下，硬件一波带走的大概率只有电源故障，软件这个就不好说了，勒索病毒，误删等等。
我是 pbs 跑在同一个物理机器上的，pbs 跑在运行 docker 的虚拟机里面，用 9P 来挂载文件系统，设置了硬盘休眠来延寿。
PBS 只存 chunk 是没用的，pbs 自己的 config 文件夹也得要有，没了 config 好像恢复不了 datastore 。遇到过一次换另一个 pbs 的镜像导致误删除 config 文件夹，致使存的 chunks 不能用了，只能重新备份的。
从可靠性来说，还是直接 dump 了来存更可靠，也方便做离线的备份。不差硬盘就定期 dump 吧，虽然慢但更可靠。
我是 pbs 跑在同一个物理机器上的，pbs 跑在运行 docker 的虚拟机里面，用 9P 来挂载文件系统，设置了硬盘休眠来延寿。
PBS 只存 chunk 是没用的，pbs 自己的 config 文件夹也得要有，没了 config 好像恢复不了 datastore 。遇到过一次换另一个 pbs 的镜像导致误删除 config 文件夹，致使存的 chunks 不能用了，只能重新备份的。
从可靠性来说，还是直接 dump 了来存更可靠，也方便做离线的备份。不差硬盘就定期 dump 吧，虽然慢但更可靠。
298 天前 回复了 qinyui 创建的主题 › 路由器 › 内网实现 https 方案的问题 |
docker 的话 traefik+dns-challenge ，群晖之类的可以反代到 traefik,也可以 acme.sh+dns-challenge+dsm-deploy
教程都挺全的，配置起来很简单的。
教程都挺全的，配置起来很简单的。
302 天前 回复了 Jame00001 创建的主题 › 硬件 › 用了 nas 体会到 什么叫 “层层克扣” |
看想用 nas 做什么，大致 5 个阶段/需求（ 1 ）单纯存有价值的文件，（ 2 ）兼顾影音娱乐海报墙，（ 3 ）仓鼠症，（ 4 ） All in one ，（ 5 ） Home lab.
你让这 5 个阶段的人来回答这个问题会是不一样的答案。
建议先别想太多，先用着，看自己的需求会怎么变。
你让这 5 个阶段的人来回答这个问题会是不一样的答案。
建议先别想太多，先用着，看自己的需求会怎么变。
323 天前 回复了 flypei 创建的主题 › 推广 › 元旦 T 楼！ 送 Google One 2T + 京东 E 卡 300 元 |
坐等开奖
2023-11-14 18:59:30 +08:00 回复了 lijianmin321 创建的主题 › 分享创造 › V 站老哥太热情了， Airy 永久会员加送 9000，凑到 1 万 |
狠狠支持！！！
2023-10-10 13:02:53 +08:00 回复了 walktewy 创建的主题 › 程序员 › 想探讨一下钉钉对几种远程打卡的检测与限制呀 |
hackrf 做 gps 欺骗，直接发射 gps 信号？我觉得这是最好的方案了。也是最刑的。
2023-07-05 16:54:00 +08:00 回复了 fanxasy 创建的主题 › 宽带症候群 › 家庭网络是否应该 计算/存储分离？ |
机器上不一定，概念/管理上可以区别开来。
算归算，存归存，确保算的部分能稳定可靠的归档到存的部分，并且存的部分能有可靠的应急方式。
个人实践是：
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 的情况下，这个思路很可靠，其实只要确保多备份，备份能简单的导入导出就都很可靠了。
算归算，存归存，确保算的部分能稳定可靠的归档到存的部分，并且存的部分能有可靠的应急方式。
个人实践是：
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 的情况下，这个思路很可靠，其实只要确保多备份，备份能简单的导入导出就都很可靠了。
Select Language