背景

我有一台基于 Amlogic 平台的电视设备。它原本运行较老的厂商 Android TV 系统，后来刷入了 Android 14 GSI。系统能启动、应用也基本可用，但出现了几个很典型的问题：

• 系统中明明存在 Google Cast 相关组件，手机却搜索不到电视；
• 视频应用里偶尔能看到投屏入口，但必须打开对应电视应用才能使用；
• 系统中能看到名为 Miracast 的原生进程，却无法从手机或 Windows 连接；
• 应用市场安装 APK 曾经失败，容易让人误以为是 SELinux 或权限导致；
• 系统版本是 Android 14，但底层 Vendor、内核和硬件能力仍来自较老的厂商系统。

阅读剩余部分

虚拟机没有 IP 时，如何通过 SSH 隧道进入 KVM 控制台

一台 KVM 虚拟机无法通过 SSH 连接，不一定意味着它已经失去控制。虚拟机可能尚未获取 DHCP 地址、静态网络配置错误、系统停在磁盘解密界面，甚至根本还没有启动到网络服务。

阅读剩余部分

从 VS Code 1.99 开始，Remote - SSH 下载的新版 VS Code Server 要求 glibc 2.28 或更高版本。CentOS 7.9 自带的 glibc 长期停留在 2.17，因此会出现“普通 SSH 可以登录，但 VS Code 无法完成远程连接”的情况。

本文使用开源项目 hsfzxjy/vscode-remote-glibc-patch 提供的预编译 sysroot，为 VS Code Server 单独准备 glibc 2.28、动态链接器和 patchelf。整个过程不会替换 CentOS 的系统 glibc，已经在一台 CentOS 7.9 x86_64 服务器上验证可用。

阅读剩余部分

在 AI 中转站或模型网关中，我们通常会同时接入多个上游渠道，并通过优先级、权重、分组、模型映射等策略做调度。但在开启 NewAPI 的“渠道亲和性”之后，你可能会遇到一个看似反直觉的问题：

某个渠道已经失败，甚至已经被关闭了，但请求仍然不断命中旧渠道；新启用的高优先级、高权重渠道没有马上生效。

这并不一定是调度系统失效，而是“渠道亲和性”本身的设计结果：它会优先复用上一次成功的渠道，从而提升同一会话、同一缓存键、同一请求来源的稳定性。本文会解释这个机制的工作方式，并给出一套脱敏后的推荐配置，帮助你在稳定性和故障切换之间取得平衡。

阅读剩余部分

一、问题背景

某些项目在 macOS 上通过 IDE 打开时，会不断弹出类似下面的系统授权窗口：

git-credential-osxkeychain wants to use your confidential information stored in "gitlab.example.internal" in your keychain.

这类弹窗通常不是 GitLab 服务端异常，而是本机 Git 在访问 HTTPS remote 时，调用 macOS Keychain 凭据助手读取用户名、密码或 token。

阅读剩余部分