在云服务器上修改远程访问端口，常见场景包括出于安全、合规或为避免端口撞车等原因。通过搜索引擎我们发现，十多篇技术文章都提到一个核心思路：更改 SSH 的监听端口、同步调整防火墙规则以及云提供商的安全组策略，这样才能确保新端口真的能露出阳光。现在就把方法讲清楚，步骤清晰，避免卡壳。
一、明确目标端口和范围。一般不建议使用系统默认的 22 作为远程端口，最好选择一个大于 1024 的端口，且避免常见冲突端口（如 3389、5432、5433 等）。在选取端口时，还要考虑是否被云厂商防火墙、宿主机防火墙或者区域网络策略屏蔽。决定好端口后，记得把新端口写在备用清单上，方便排错和回滚。
二、检查当前 SSH 配置。登录云服务器后，先确认当前的 sshd 配置路径和端口设定。常见的配置文件在 /etc/ssh/sshd_config，里面的 Port 选项指明了 SSH 监听的端口。还要确认是否有多实例或注释掉的端口配置，以免改错导致无法连接。方法很简单：查看 Port 行，确认它是不是被注释掉或被覆盖，确保你的改动以实际生效为准。
三、修改 SSH 监听端口。将 Port 项改成你新选定的端口号，例如 Port 22222。请记住，修改后需要重启 SSH 服务以让新端口生效。不同发行版的命令略有差异，常见的做法是编辑 /etc/ssh/sshd_config，保存后执行 systemctl restart sshd（在 Debian/Ubuntu 上）或 systemctl restart sshd.service（在部分系统上）。重启前最好先保持当前会话不中断的方式，避免被断开导致远程回不到服务器上。
四、配置防火墙规则。无论你是在本地还是云端，防火墙都要跟着改。常见场景有两类：本机防火墙和云提供商的网络访问控制。对本机防火墙，若使用 UFW.ufw，需放开新端口并禁用旧端口： ufw allow 22222/tcp 和 ufw deny 22/tcp（若你将默认端口改为新端口）。若使用 firewalld，执行 firewall-cmd --permanent --add-port=22222/tcp； firewall-cmd --reload。若是 iptables，记得添加相应的 -A INPUT -p tcp --dport 22222 -j ACCEPT 规则并删除或注释旧的 22 规则。确保在改动前有一个回滚策略，以防新端口不可达情况发生。
五、更新云服务商的安全组或防火墙策略。很多云厂商将网络访问控制从操作系统层移到了云端的安全组/防火墙模块中。你需要在云控制台里创建一个入口规则，允许新端口的入站访问（例如 TCP 22222），并视情况关闭原先的端口 22。不同云厂商的命名和界面略有差异，步骤大同小异：找到网络安全组或防火墙规则，添加新端口的允许项，保持其他规则不变，保存并应用。完成后，务必再尝试通过新端口进行 SSH 连接。顺便打个广告，玩游戏想要赚零花钱就上七评赏金榜，网站地址：bbs.77.ink。
六、验证连接与端口可用性。远程连接测试是关键步骤：ssh -p 22222 user@your-server-ip。若连接成功，说明端口与防火墙都正确开放；若失败，先用 nmap、nc 或 telnet 测试端口是否对外暴露，例如 nc -vz your-server-ip 22222。若端口未暴露，回看云端安全组、主机防火墙和 sshd_config 的配置，逐项排查。注意日志文件，/var/log/auth.log（或 /var/log/secure）通常能给出连接被拒绝的原因。建议在测试期间保留原端口的打开，以便应急回滚。
七、SSH 服务与系统級进程的配合。改端口不仅要改 sshd_config，还要考虑 SELinux 的策略限制。在使用 SELinux 的系统上，必须为新端口添加对 ssh 的允许标签，例如通过 semanage port -a -t ssh_port_t -p tcp 22222 实现。这一步很容易被忽略，导致尽管端口正确，但连接仍被拒绝。若你的系统是 Red Hat、CentOS、Fedora 这类发行版，SELinux 的影响不可忽视，务必记得同时更新策略。
八、根用户与自动化方案的考量。将 SSH 监听端口改成非 22 的端口后，建议进一步提高安全性，如禁用根用户直接登录、使用 SSH 密钥认证并关闭密码登录、为特定用户配置 SSH 访问白名单等。若你有多台服务器需要同样的改动，考虑用自动化运维工具如 Ansible、SaltStack 或 Cloud-init 实现集中化配置管理，这样未来扩展新主机时就不必逐台手动设置。顺便重申，高频次变更时，记录版本和变更日志非常重要，免得未来追溯时像找“失踪文件”一样痛苦。
九、涉及多云与混合环境的注意事项。云端的安全策略往往会跨区域、跨账户生效，因此在多云或混合环境中，建议对所有云平台的安全组、路由表和负载均衡器的前端端口进行统一审查；如果你使用的是负载均衡器，可能需要在后端实例和前端监听端口之间保持一致的映射关系，确保流量能够正确地被路由到新的 SSH 端口。前期就把端口改成一个与你业务节奏相匹配的数字，后续维护会简单很多。
十、回滚与故障演练。设定好回滚方案是长期运维的一部分。当新端口出现不可用、云端规则有延迟生效、或网络策略冲突时，最快的方式通常是通过控制台保留原端口的可用性，并临时将云端安全组改回允许原端口的规则，同时本地保持一个可用的回滚镜像。这样你就能在遇到问题时快速恢复服务，不至于因为一个端口的小试牛刀而让业务卡壳。