向日葵远程
为什么官方要划线
软件适配是有成本的：每个系统版本意味着一套测试矩阵和兼容代码。操作系统厂商自己都不维护的版本（CentOS 8 已于 2021 年底停止维护，Ubuntu 17.10 更早），安全补丁都没有，远控软件商继续适配既费资源又担安全风险。官方在文档里明确 CentOS 8、Ubuntu 17.10 这类停止支持的版本不再适配——这不是傲慢，是行业通行的生命周期对齐。你装不上或装上了各种异常，根源在老系统的基础库版本满足不了新客户端的要求。
选项一：升级系统（正道）
CentOS 8 用户：迁移到 CentOS Stream、Rocky Linux、AlmaLinux 或 openEuler（向日葵官方对 openEuler 有适配），这些都是活跃维护的发行版。Ubuntu 17.10 用户：升到当前的 LTS 版本（22.04/24.04），跨版本升级建议直接重装而不是 do-release-upgrade 连跳。升级前备份数据，升级后装新版向日葵——一步到位，后续的安全更新也都有了。系统停在没人维护的版本上，远控连上了也是把安全隐患挂在公网边。
选项二：系统动不了的替代方案
生产环境老系统不能动（跑着要命的旧业务）的现实情况存在，替代路径：带外管理硬件——向日葵控控/方舟这类硬件远控设备接在机器上，走的是硬件层 KVM 思路，与被控系统版本基本无关，连 BIOS 界面都能看（无网远控官方就是推荐搭配控控系列）；跳板机方案——同一内网放一台受支持系统的小机器装向日葵，通过它 SSH/RDP 到老机器；旧版客户端——理论上装当年适配过该系统的旧版向日葵可能能跑，但旧版有已知漏洞且服务端兼容性随时间劣化，只作隔离内网的权宜之计，别暴露公网。
往前看：新部署的版本选择
新装服务器/工位时，把远控兼容性纳入选型：选发行版的 LTS/长期支持版本（Ubuntu LTS、openEuler LTS），避开滚动版和短命版本；装完第一时间验证向日葵能正常安装运行，把它列入装机检查单。系统生命周期和远控支持周期对齐，后面五年的运维都顺。
老系统迁移的操作清单
决定升级/迁移老系统(CentOS 8、Ubuntu 17.10 这类),按清单走不翻车:备份——数据、配置文件、服务清单(cron、systemd 服务、防火墙规则),能导出的都导出;记录——跑了什么服务、依赖什么库、什么端口,写成文档;选型——CentOS 系迁移考虑 Rocky/Alma/openEuler,Ubuntu 直接上新 LTS;安装——新系统干净装,别想着原地升级跨大版本;恢复——按文档把服务一个个装回来;验证——向日葵装上当验收项之一,业务+远控双通才算完。
实在不能动的生产老系统,隔离是底线:能断外网就断外网,要远程管理就走跳板机(内网放一台受支持系统的机器装向日葵,通过它 SSH 到老机器)或带外硬件(控控类,与系统版本无关),老系统本身不直接挂远控客户端暴露。老系统的宿命只有两条:要么进博物馆(下线),要么进保险柜(隔离)——让它裸奔在现代网络里,是对业务最大的不负责。
‹ 返回常见问题