最近遇到一个很有迷惑性的网络问题：Mac 上只要开启 Tailscale，系统邮件里的 Exchange 账户就会离线；关闭 Tailscale DNS 后，邮箱恢复，但 MagicDNS 设备名又无法解析。偶尔把 Tailscale DNS 关掉再打开，两边还能同时正常一阵。 最后确认，这不是 Tailscale 与 Exchange 直接冲突，而是下面几层状态叠在了一起： 邮箱域名使用 Sp

这篇文章记录一次比较完整的无头显示排障过程。目标很简单：在 Linux 主机没有实体显示器的情况下，依然保持图形桌面可用，并让 RustDesk 能稳定连接。 最后的结论并不复杂，但中间确实绕了不少路： 问题核心不在 RustDesk 本身，而在显示链路。 在“独显 + DP 转 HDMI + HDMI 欺骗器”的方案下，Linux 的 DRM 层和 Xorg/RandR 层对输出状态

在全面拥抱 AI Agent（如 Claude Code）进行日常开发的今天，许多深度学习/后端开发者都会撞上一堵无形的墙：上下文割裂（Context Fragmentation）。 为了让 AI 输出高质量的代码，它必须同时读取“设计文档”和“代码仓库”以建立完整的逻辑闭环。然而，现实中的物理执行环境往往是割裂的： Mac 本地（大脑中枢）： 适合用沉浸式的软件（如 Obsidian

这篇文章是我个人在一段时间内浅度试用 Openclaw 的总结，不是官方教程，也不是完整评测。我关心的是一件很具体的事：在真实多设备环境里，这套东西到底能不能长期用，代价是什么。 先给我的结论：Openclaw 在连接和远程控制上有价值，但把它用顺，关键不在功能数量，而在会话组织、数据路径和权限边界。 1）关于 channel：稳定性和会话组织比功能列表更重要我自己的体验里，Feishu 有两个很

仅供某学院同学放假回家使用集群参考，对产生的一切安全风险概不负责。 Tailscale在跳板机和主设备安装 tailscale 并登录。所有登录同一个 tailnet 的设备将被组成一个虚拟局域网。tailscale 在连接时会优先尝试直连或打洞，如果不通会通过公网中继建立连接。通过 tailscale 进行点对点 ssh 连接是端到端加密的，非常

Tmux、nohup、后台启动实践 不敢叫最佳实践。 之前使用 linux 比较粗放，对多窗口和后台启动使用不多，有时候就前台挂着或开 RDP 挂图形界面里面。 tmuxtmux 是一个终端复用器，允许在单个终端窗口中创建多个会话、窗口和面板，即使SSH连接断开后程序也能继续在后台运行。 常用命令 功能分类 命令 说明 会话管理 tmux new -s session_name 创建新