内网 Matrix 体验：Tailscale 的 ntfy 没有域名，收不到朋友的消息
之前在 Tailscale 内网搭建了一个 Matrix 环境，本来想着用那个东西跟小芬聊天，结果自己的 ntfy 都没有收到任何消息。其实编者自己是有域名的，这意味着其实编者可以使用 Cloudflare ZeroTrust 把端口公开。编者本来的配置是在 Cloudflare ZeroTrust，把两个服务分别放到不同的子域名下边。后来才改用的 Tailscale，主要是外网公开服务的风险太大了。万一被黑客扫到的话，那编者的 Matrix 服务可就遭老罪了。就改用了 Tailscale 的内网，但这样子做，编者就只有一个域名可以用了。如果编者选择把这个域名，分配给 Matrix 服务的话，ntfy 就没域名可用了，只能走 OpenResty 开路径流量转发。
用下来发现，编者的 ntfy 根本收不到消息提醒，因为编者根本不知道 ntfy 到底要用哪个路径，编者也不知道在哪个路径上填转发是好的。跟小芬聊天的话，要么就是通过邮箱提醒，用这种方式走 iamb 等待。要么就是回归编者的外网 Matrix 自托管，这样子的话还可以跟联邦连接。但考虑到联邦之间获取消息需求数据包量大，而且编者自托管的在国内大概率连不上联邦，所以这种方式还是要经过再三斟酌才行，而不是盲目地开。就目前的这种收不到消息的体验吧，用不用 iamb 已经没什么讨论空间了。至于后续，编者还是想想要不要开一个外网端口好了，把它挂在自己的子域名下面。所以最近的话，可能要把这配置好的东西全都删掉了。
本博客所有文章除特别声明外，均采用 Mulan OWL BY-SA V1 许可协议。转载请注明来源 他说！
微信支付
支付宝
相关推荐
2026-09-14
iamb 客户端基础教程：纯文本极客福音，iamb 的 Matrix 聊天指南
本文介绍了 iamb 是一款专为追求极致体验的极客设计的 Matrix TUI 客户端。它摒弃了传统图形化界面 (GUI) 的视觉干扰，提供了一种极简、高效且具备跨平台能力的纯文本交互方式，操作逻辑借鉴了类似 Vim 的思维模式。与提供图形化引导的客户端不同，iamb 强调手动化配置，要求用户具备一定的技术背景，通过 TOML 格式文件来管理身份和多套配置。用户通过交互式流程完成登录，并利用一系列简洁而强大的命令集来完成复杂的社交互动。这些核心命令包括 `:rooms`（查看房间）、`:join`（加入会话或群组）、`:create`（创建新房间）以及 `:invite`（邀请用户）。iamb 客户端通过这种基于文本和快捷键的集中控制模式，为用户提供了一种高度高效且极简主义的社交体验。它证明了在纯粹的命令行环境中，也可以实现现代社交软件所需的所有基础功能。
2026-08-01
那篇文章的评论者：投影钟博文未发布，陌生访客已摸进局域网
本文介绍了作者购买一款可投影时间的时钟及其使用体验，并由此引发了一段令人不安的网络隐私事件。文章描述了投影钟小巧精致、无需对焦联网、能清晰报时的特点，作者认为它比传统投影仪更实用，母亲也十分赞同。作者为此撰写博客文章准备发布，却意外在本地预览环境中发现一条来自陌生人的精准评论，对方甚至知道时钟摆放位置，随后还收到来自局域网的陌生文件传输请求。这一诡异经历让作者感到震惊与后怕，也促使他反思网络隔离、隐私安全以及被陌生人“看见”的复杂感受。文章从日常物件出发，将科技生活的温暖与潜在风险交织在一起，层层递进地展现出数字时代下个人空间的脆弱性。
2026-09-15
如何搭建一个 Matrix 机器人：免部署桥接，实现广播日志和聊天回复
本文介绍了使用 Python 语言和 matrix-nio 库来构建和部署 Matrix 机器人，以实现服务器日志汇报和 AI 聊天回复功能。文章首先指出，传统的 Matrix 桥接配置过程复杂且缺乏教程，因此作者提供了一种更简单、更可靠的解决方案：利用 matrix-nio 这个专门用于 Matrix 账户控制的 Python 库来创建机器人。文章详细展示了两个核心的机器人脚本。第一个脚本是一个日志机器人，它能够执行 Linux 服务器的系统更新操作（例如 apt upgrade），并根据操作结果（成功或失败）生成日志信息，然后将这些日志通过 API 消息发送到指定的 Matrix 公群组中。这个功能非常适合在技术讨论群组中实时汇报后台任务的执行状态。第二个脚本则是一个更复杂的 AI 聊天机器人。它通过监听 Matrix 房间中的事件，接收用户发送的消息，然后利用 aiohttp 库调用外部 AI 接口（如 Deepseek）获取回复，并将 AI 的回复内容回传到聊天房间。为了确保项目的专业性和环境的隔离性，文章最后详细介绍了如何使用 Docker 技术来部署这些机器人。作者提供了一个完整的 Dockerfile 和 .env 文件示例，指导读者如何构建 Docker 镜像，并在容器中持续运行 AI 聊天机器人。这种基于 Docker 的部署方式，使得整个系统能够在一个干净、可控的环境中运行，极大地提高了项目的可维护性和稳定性。整个过程展示了从基础脚本编写到容器化部署的完整技术链条，为读者提供了一个完整的实践参考。
2026-07-02
服务器开荒第二期：给邻居送告示牌，扩建地下发现蜘蛛刷怪笼
本文介绍了作者在《我的世界》生存服务器中的一系列冒险经历。作者首先在樱花木宿舍区担任“门牌志愿者”，用囤积的樱花木制作告示牌分发给邻居。随后探索了服务器中的旧民宿区，发现老玩家们严格遵守挂牌规则。在二区主世界，作者拜访了朋友阿普修的自动化农田基地，并结识了新玩家 hello_steve 获得钻石装备。作者用木门搭建了一个小巧的“门房”作为临时居所，并利用领地插件保护自己的地盘。在扩建地下室时意外发现一个蜘蛛刷怪笼，计划将其改造成经验农场。最后，作者用床铺巧妙伪装了秘密基地入口。文章末尾提到朋友阿普修因高考成绩即将公布而暂时告别游戏，表达了作者对过去的回忆和对朋友未来的祝福。
2026-05-11
重构了网站的说说脚本：网站说说迁移，AI 自动标签与长上下文
本文介绍了作者将网站说说功能从本地文件管理迁移到远程拉取架构，解决 Git 提交历史臃肿的技术债务。随后，作者重构了标签系统，编写了两个 Python 脚本：auto-essay-tags.py 批量调用大语言模型 API 为已有说说自动生成社交媒体风格标签，essay.py 则用于新增说说时自动获取时间、生成唯一 key 并调用 API 打标签，两者共用同一标签库 essay-tags.md。文章还探讨了在轻量级标签生成场景下，长上下文并非最优解——传递最小必要信息更高效，并质疑当前 AI 厂商依赖长上下文消耗 Token 的商业模式可能扭曲了技术发展方向。
2026-06-06
我最近在干什么：从随机更新到每月十篇，博客理性经营心得
本文介绍了作者近期博客更新频率下降的三个原因：投入时间优化网站功能与界面、保护创作灵感以维持可持续性、以及采用定期定量更新方式对搜索引擎和读者更友好。作者计划每月更新一次，认为这是博客成熟后的自然选择，并通过“说说”页面分享日常碎片化内容，与完整文章形成分工。文章强调了评论时需留下姓名和邮箱以便互动，并描述了博客圈中互相回访的朴素传统。此外，作者分享了夏季宅家刷手机的生活状态，使用 NetNewsWire RSS 阅读器提高抢沙发效率，以及为朋友开发基于 ZenMind 的极简绿色主题 XiaoFen 的过程。最后，作者劝诫读者以学业和工作为重，写博客只是生活的一部分，不应逃避现实。整体上，文章展现了作者对博客经营的理性思考与个人生活态度的真实表达。
评论
