查看日志
代理保存两份日志，选对那一份就完成了大半工作。
- 错误日志 —— 出了什么错。从这里开始。
- 请求日志 —— 什么时候向代理请求了什么。你用它来证明浏览器的请求确实到达了，这能把「代理坏了」 和「请求根本没送到」区分开。
两者都能在配置器的 Logs 标签页里看到。
文件在哪里
日志写在代理旁边的 logs 文件夹中，每天一个文件：
logs/error_log_2026-08-06.json
logs/request_log_2026-08-06.json
- Windows，安装版 —— 在安装目录里，默认位于
%LOCALAPPDATA%\Filemote。 - Windows，便携版 —— 在你解压出来的文件夹里。
- Linux，服务安装 —— 在安装前缀下，通常是
/opt/filemote。服务同时写入 journald，一般读起来 更快：
sudo journalctl -u filemote-agent -f
- macOS —— launchd 代理自身的输出在
~/Library/Logs/Filemote/filemote-agent.log。
超过 30 天的文件会被自动删除，因此文件夹不会无限膨胀，上个月的问题也不会挡着这个月的排查。
怎么读
两份都是纯文本，一行一条事件，每行带着发生时刻——文件名里的 .json 是遗留，不是格式，所以请用
文本搜索而不是 jq。值得向它们提的两个问题：
- 问题发生的时刻，错误日志里有没有东西？ 恰在那一分钟出现的错误通常就是答案；那一分钟为空则 意味着请求根本没到代理这里。
- 请求日志里能看到那条请求吗？ 能看到，问题就在代理这一侧；看不到，先去看连接—— 设备显示为离线。
AI 服务另行记录
AI 服务保有自己的输出，因为它是一个独立进程，故障方式完全不同——模型装不进内存、依赖缺失。当问题 出在 AI 上时，重要的是那份输出；AI Hub 会实时呈现它的错误，而这些错误的含义见 AI 无法加载。
求助时该发送什么
请附上：
- 出问题那天的错误日志——不是整个文件夹；
- 如果问题是「什么都没发生」而不是崩溃，再附上同一天的请求日志；
- 你的版本号，在配置器里可以看到；
- 你的平台，以及代理是以服务、launchd 代理，还是手动方式运行的。
日志里没有什么
- 没有你的文件。 路径和操作有，内容没有。
- 没有你的密码。 它通过平台的保护机制保存，绝不会写进日志。
- 没有你的加密密钥。 它只存在于内存和配对码中，别无他处。
路径本身也是信息：日志会点出你共享了哪些文件夹。把它贴到公开讨论之前，先看一眼。
更新于 2026-08-06