HELP

常见问题。

先弄清原因,再找到处理办法。这里的回答与 App 设置中的常见问题同步。

连接与网络

为什么连接服务器感觉很慢?

为什么

SailNode 不提供官方中转。使用 App 时,SSH、文件传输和监控读取都由你的电脑直接连接你的服务器,连接内容不经过 SailNode 官方服务器。速度取决于本地网络、服务器网络及两者之间的线路;你自己设置的 VPN、代理和服务器负载也会影响体验。使用 Web 时,由你部署 Web 的服务器连接目标,同样没有官方中转。

怎么处理

  1. 先换网络或暂停自己设置的 VPN、代理,对比连接速度。
  2. 检查服务器是否负载过高,以及 SSH 端口是否放行。如果只有 SailNode 慢,对比其他 SSH 工具,记录错误和版本后反馈。
本地延迟和地区延迟为什么不一样?

为什么

“本地”测的是当前设备到服务器;地区检测测的是服务器到代表站点。两者方向和检测方式不同,不能直接比较。代理或 VPN 也可能改变本地路径。

怎么处理

  1. 判断连接体验时先看本地延迟。
  2. 判断服务器到某个地区的网络时看对应地区;代表站点只能作为参考,不能代表整个地区。
提示连接超时,应该检查什么?

为什么

超时表示在规定时间内没有连通。常见原因是 IP 或端口填错、服务器未运行、SSH 未启动,或者防火墙没有放行。

怎么处理

  1. 核对 IP、SSH 端口和服务器运行状态。SSH 端口常见为 22,但以你实际设置为准。
  2. 在云平台安全组和服务器防火墙里放行该端口,再重试;同时确认当前网络能到达服务器。
密码正确,为什么还是认证失败?

为什么

用户名、密码和私钥需要与服务器的登录方式一致。部分服务器只接受私钥,或禁止 root 使用密码登录;这与能否打开云平台面板无关。

怎么处理

  1. 核对登录用户名和密码/私钥方式,私钥有密码时也需要填写。
  2. 查看云平台提供的 SSH 登录说明;先用已知可用的账号测试,不要反复尝试未知密码。
首次连接为什么要确认服务器身份?

为什么

SailNode 会记住服务器的身份。重装系统或更换服务器后,身份可能改变;异常变化也可能表示你连接到了错误的服务器。

怎么处理

  1. 首次连接时核对服务器地址和指纹,再确认信任。
  2. 出现身份变化时先确认是否重装或换机。没有明确原因时不要直接忽略提示。
终端为什么放一会儿就断开?

为什么

默认 15 分钟没有输入会结束终端连接,避免长期占用。服务器自身的空闲限制、网络断开或设备休眠也可能中断会话。

怎么处理

  1. 在设置的终端空闲超时中调整等待时间。
  2. 需要长期运行的任务应使用服务器上的后台任务工具;重新连接终端不会自动恢复前台进程。

监控与探针

为什么 CPU、内存一直没有数据?

为什么

持续监控需要服务器上的 SailNode 探针正常运行。未安装、暂停、认证失败或网络不通时,都无法获得新的指标。旧指标也不等于当前状态。

怎么处理

  1. 先看服务器卡片的具体状态和错误,再确认 SSH 可以连接。
  2. 进入服务器设置的探针管理,安装或恢复探针;只在提示有新版时更新。
在哪里看 CPU 和内存占用最高的进程?

为什么

首页服务器卡片支持前五进程排名,使用探针实际采集的数据。没有采集结果或探针版本较旧时,不能显示排名。

怎么处理

  1. 把鼠标放在卡片的 CPU 或内存区域;移开后列表会收起。
  2. 未显示时先刷新监控,查看采集错误,并在探针管理中检查是否需要更新。
为什么内存很满,但前五进程加起来没有那么多?

为什么

系统内存还包含缓存、内核和其他进程。前五名只显示部分进程,共享内存也不能简单相加;因此排名总和与系统用量不同是正常的。

怎么处理

  1. 结合系统总体用量和进程排名判断是否持续增加。
  2. 先确认进程用途,再处理;不要只因为内存百分比高就结束系统进程。
关闭 App 后,历史还会继续记录吗?

为什么

已安装且运行中的探针会继续记录服务器资源和周期流量。本机到服务器的延迟只有本机运行时才能测量,关机期间会有空白。

怎么处理

  1. 需要连续历史时,保持服务器探针运行。
  2. 历史缺口先检查探针是否被暂停、服务器是否关机,以及采集时间范围。

文件管理

为什么文件不能编辑或删除?

为什么

文件操作使用当前 SSH 账号的权限。系统目录、只读文件或其他用户拥有的文件可能不允许修改;Web 编辑还限制文本大小和格式。

怎么处理

  1. 先确认当前账号有写入权限,并选择可写的目录。
  2. Web 编辑支持不超过 1 MiB 的 UTF-8 文本;删除非空文件夹前先处理内容。不要为方便操作直接开放整个系统目录。
保存文件时为什么提示内容已变化?

为什么

打开文件之后,服务器上的内容可能被程序或其他用户修改。直接保存会覆盖别人的更改,所以 SailNode 会阻止这次覆盖。

怎么处理

  1. 先复制保留自己刚写的内容,再重新打开服务器上的文件。
  2. 对比两份内容后合并修改,再保存。
上传或下载失败,怎么办?

为什么

网络断开、空间不足或目录权限不足都可能导致失败。Web 单个上传和下载有 32 MiB 上限;App 与 Web 的传输能力不同。

怎么处理

  1. 检查网络、服务器可用空间和目标目录权限,再重试失败的任务。
  2. 较大的文件用 Mac App 传输;完成后检查文件大小,重要文件再核对校验值。

安装与同步

App 和 Web 的服务器资料为什么没有同步?

为什么

两端需要关联到同一工作区,并且同步已开启。设备密钥用于关联;浏览器仍使用你设置的 Web 管理账号登录。

怎么处理

  1. 在 App 的备份与同步中检查网址、关联状态和错误。
  2. 核对两端是否属于同一工作区;出现冲突时先选择要保留的资料,避免直接覆盖。
安装 Web 需要先下载另一个软件吗?

为什么

Mac App 已带有 Linux Web 安装文件。安装在自己的服务器上,官网不托管你的服务器工作区。

怎么处理

  1. 在备份与同步的 Web 管理中选择服务器和安装方式。全托管先解析域名;宝塔方式先在面板创建网站并配置 HTTPS。
  2. 没有 Mac App 时,可从官网下载独立 Web 包,按独立 Web 教程安装。
安装完成了,为什么域名打不开?

为什么

域名解析未生效、指向其他服务器、80/443 端口未放行或 HTTPS 未配置,都可能造成访问失败。安装成功不表示域名已经正确解析。

怎么处理

  1. 在域名服务商处核对解析是否指向部署服务器的公网 IP。
  2. 检查云安全组和防火墙的 80、443 端口。宝塔用户再检查网站域名、SSL 和网站运行状态。
Intel Mac、Windows 和 Linux 能用吗?

为什么

Mac 安装包同时支持 Intel 和 M 系列芯片,要求 macOS 13 或以上。Windows、Linux 桌面、iOS 和 Android App 暂不支持。Linux 下载包用于服务器部署 Web。

怎么处理

  1. Mac 用户下载同一个通用 DMG。
  2. 其他设备可以用浏览器访问自己部署的 Web,不需要安装 Mac App。

更新与应用

自动更新、更新提醒和手动更新有什么区别?

为什么

检查更新只访问官网获取公开版本和安装包,不上传服务器资料或连接内容。提醒模式会检查新版并显示红点;手动模式只在你点击检查时检查新版。自动模式后台下载和核验,等真正退出 App 后安装,不打断当前操作。

怎么处理

  1. 在设置的产品更新中选择方式;默认只提醒。
  2. 关闭窗口并留在菜单栏不算退出。自动更新完成后再次打开使用新版;手动立即更新会重启并结束终端连接。
更新 App 会自动更新服务器上的 Web 吗?

为什么

App 带有新版 Web 安装文件,但服务器是你的运行环境。更新 App 不会自动修改服务器或停止 Web 服务。

怎么处理

  1. 更新 App 后进入备份与同步的 Web 管理,检查对应网站。
  2. 有新版时点击更新 Web。原账号、服务器资料和设置会保留;失败时按显示的错误重试。
关闭窗口后为什么 App 还在运行?

为什么

关闭窗口可以保留 App 在菜单栏继续监控,具体行为由通用设置决定。“退出 SailNode”和 Command-Q 才会真正结束程序。

怎么处理

  1. 需要停止 App 时使用应用菜单的退出或 Command-Q。
  2. 不要同时打开旧预览或旧安装副本;日常使用应用程序目录中的正式 SailNode。

需要安装?查看App 安装教程或独立 Web 教程。