案例：一台测试机改端口后，旧连接突然失效
上周一个小团队做安全加固，把一台测试服务器的SSH端口从22改成22022。改完服务器能ping通，但同事用Finalshell打开昨天的连接，提示连接超时。有人以为客户端坏了，重装后还是连不上。问题不在软件，而在连接配置里的端口仍是22。这个案例很典型：服务器换了入口，客户端没有跟着换。围绕Finalshell怎么修改SSH端口，先把三件事分开看：服务器端是否真的换了端口、Finalshell连接配置是否填了新端口、网络策略是否放行新端口。
先分清：改的是客户端端口还是服务器端口
- 只在Finalshell里改端口：适合服务器已改端口，或你连的是别人维护的机器。
- 在服务器上改SSH端口：属于系统配置，要改sshd_config并处理防火墙。
- 两边都要改：大多数端口迁移场景，客户端和服务器必须对齐。
普通读者容易把Finalshell怎么修改SSH端口理解成改软件设置，其实先确认目标，能少走一半弯路。
在Finalshell里修改SSH端口的五步
- 打开连接管理器，找到目标连接，先右键复制一份，保留原配置作回滚。
- 编辑复制出来的连接，在SSH端口或端口号字段填入新端口，例如22022。
- 保存后双击新连接测试，不要直接在旧会话标签里改完就关掉。
- 若失败，先看提示是拒绝连接还是超时：拒绝多为端口未监听，超时多为网络或防火墙。
- 连接成功后再删除旧连接，并把新配置同步给团队。
这一步是Finalshell怎么修改SSH端口最直接的操作。注意端口字段只填数字，不要带冒号或空格；如果连接经过跳板机，跳板机那一层也要确认端口。
服务器侧同步：别只改客户端
案例中的服务器其实已经改了端口，但还有两处没处理。第一，云服务器安全组只放行了22，没有放行22022；第二，系统防火墙仍按旧规则。正确做法是：
- 备份sshd_config，先同时保留Port 22和Port 22022，避免把自己关在门外。
- 在防火墙和安全组中放行新端口，协议选TCP。
- 检查SELinux或端口策略是否允许新端口。
- 重启sshd服务，用ssh -p 22022测试新端口。
- 稳定运行几天后，再删除旧端口并关闭22的放行。
这套顺序也适用于SSH端口号修改后Finalshell连不上的排查。先保留旧入口，再验证新入口，比一次性切换稳妥。
复盘：三个容易忽略的细节
- 旧会话不会自动更新。Finalshell里已经打开的标签仍按旧端口重连，改完配置要新建会话。
- 文件传输和终端共用连接配置。终端能连不代表SFTP没受影响，改完端口后顺手试一次上传下载。
- 团队协作要留记录。端口变更写进交接文档，避免同事拿旧配置反复试错。
给普通读者的检查清单
- 改之前记录原端口、原配置和生效时间。
- 先复制连接再修改，保留一个能登录的会话。
- 客户端改端口、服务器改端口、防火墙放行，三处逐一核对。
- 用命令行ssh -p新端口做一次独立验证。
- 成功后再清理旧端口和旧连接，并通知使用同一台服务器的人。
回到案例，团队最后没有重装Finalshell，而是复制连接、把端口改成22022，再补上安全组规则，五分钟恢复。围绕Finalshell怎么修改SSH端口，真正要改的不只是一个数字，而是客户端配置、服务器监听和网络放行三者的同步。把这个顺序记住，下次再遇到端口迁移，就不容易在旧连接上反复打转。