核实硬件条件
确认虚拟化支持、CPU、内存、磁盘、网卡和远程管理方式。为宿主系统保留资源,不能把全部内存都分配给来宾。套餐包含多少地址、如何路由及是否允许虚拟化,需按实际订单确认。
划分网络职责
分别规划管理、来宾业务、存储和迁移流量。桥接、路由及 NAT 的要求不同,先画地址分配表,避免多个实例重复使用地址。管理面板不要直接暴露给不受信任的网络。
不要把快照当成备份
快照依赖底层存储,主机或存储故障可能同时影响多个来宾。备份应覆盖来宾数据和宿主配置,并在另一台设备上验证恢复。
设计故障边界
集群需要考虑仲裁、网络分区和存储可用性,两台主机不自动意味着可靠高可用。先定义允许停机时间,再决定是否需要额外节点、独立备份和人工接管步骤。
保留救援途径
确认控制台或服务商提供的救援方式可用,记录系统版本和管理端口。修改网络与防火墙前,保留当前 SSH 会话,并准备另一个终端做新连接测试。不要一次修改认证、端口和防火墙三项设置。
逐步启用密钥认证
在本机生成并妥善保存密钥,把公钥写入目标账号的 authorized_keys,检查目录和文件权限。成功建立第二个密钥登录会话后,才考虑关闭密码认证;检查 sshd 配置语法后再重载服务。
只开放业务需要的入口
明确 SSH、HTTP、HTTPS 和应用端口的访问来源,数据库及管理面板优先限制到可信网络。云侧规则和系统防火墙需要同时核对。出现拒绝连接时,区分无监听、规则阻断和上游不可达。
遇到异常先留证据
记录失败时间、源地址、认证日志和进程情况。疑似入侵时先隔离、保存证据并轮换凭据,再从可信镜像恢复;删除可疑进程不等于清除入侵。遭遇超出主机带宽的攻击时,应联系网络服务方处理。