NAS Gen2 使用报告
写在前面回顾一下，我的第二代 NAS，使用已经刚好两年了，距离最开始的NAS，已经过去四年了。 其实最近才又开始重新折腾，发现之前对软硬件的使用率都太低了. 这带来了生产率和效率问题。 服务和结构对于 NAS 本身来讲，功能单一是最优解，一个特定的功能只解决一件事。但是这无法提高 NAS 上的利用率。附加一些随时可中断的服务，对于现在是更好的选择。 对于我不可接受或最好不要被暂停的服务，我会尽量把它挪到 服务商（Cloudflare， Github）进行托管。 那对于可接受短时间中断的应用，则以应用类型和用途部署到NAS的不同环境上，例如 需要直接访问NAS上的文件，都会尽量通过 NAS 的 Applications（k3s）来提供，部署方式比较复杂或主要提供应用能力的会放在虚拟机上。 所以会有这两种方式来..
更多
IPFS 和 BT 和 PT
探索 本文只做一些初识探索，不介绍具体技术和原理，只是客观场景分析 我自己的看法是，IPFS在未来是有巨大的潜力，只是目前生错了时代，或者说被 加密货币给祸害（？）了。 BT 现在已经可以沦为一种底层技术了。而 PT 则是一个个圈子。 InterPlanetary File System星际文件系统， 这个名字听起来非常浩大，但实际上也确实如此，设计的本意就是能够跨星际共享文件（但其实是有巨大的资源消耗的）。 搭建 IPFS 非常简单，本文不再赘述，只介绍几个概念。 为什么是IPFS，IPFS有哪些不一样 第一点，也是非常重要的一点：去中心化，这样就代表了更高的可靠性（相对），更高的安全性（难以篡改） 如果IPFS仅服务于文件存储，那么它无法进入普通消费者的视线。IPFS另一个特性就是，可以直接提供基于H..
更多
轻量级日志系统
背景还在纠结 Elastic Stack 资源消耗？ 还在纠结 Elastic Stack 配置繁杂？ 还在纠结 Elastic Stack 维护困难？ 今天 我就推出一套我自己的轻量级解决方案： Loki + Vector + Grafana 另外就是再简单说一下，我为什么要搞这么个轻量级日志系统，我的 NAS 和 路由器的日志都可以发送到syslog上，NAS上有很多时候会报一些奇奇怪怪的错，如果是硬盘发生了问题就更恐怖了。 所以我想把日志都收集起来，做统一的分析和告警。但是呢 日志收集并不能在我本地的NAS上做，如果NAS的虚拟机崩了，或重启了，有部分日志会丢失，所以，我选择在我的朋友的机器上做收集，然后我远程发送过去。 日志三大件LokiLoki 是列式数据库新起之秀，类似于 Prometheus，..
更多
搭建一个简单的私有 BT Tracker 服务
Idea本来的一个想法是 用国内网盘的离线下载能力，把我本地的文件上传到网盘上，可以很优雅的做备份。 正常流程 我们做备份，一般都是 push，也就是上传文件到网盘上，这种方式 则是网盘去主动 pull 你的数据，想想是不是还挺好玩。 serverserver的选择不多，Github 上看下来，比较简单的项目有两个： https://github.com/webtorrent/bittorrent-tracker https://github.com/naim94a/udpt bittorrent-tracker这里我选择 这个基于Node构建的服务，简单高效，还有个小的状态页面 安装npm install -g bittorrent-tracker 运行# 这里只使用了 udp 协议 bittorr..
更多