ssh与rdp需协同构建统一远程访问体系：ssh用于linux命令行运维及自动化，rdp用于windows图形化操作；二者通过堡垒机统一接入、策略隔离与审计归一，并叠加端口管控、认证强化及网络隔离实现安全加固。

在混合云环境中，SSH 和 RDP 接入控制不是“二选一”的问题，而是协同构建统一、安全、可审计的远程访问体系的关键环节。Linux 类资源依赖 SSH 实现高效命令行运维，Windows 类资产则离不开 RDP 提供的图形化交互能力——二者并存，才能覆盖真实业务中从脚本批量部署、日志排查，到注册表编辑、GUI 应用调试等全场景需求。

协议分工：按用途匹配接入方式

明确 SSH 与 RDP 的技术边界，是合理配置的前提：

• SSH 用于 CLI 场景：执行 PowerShell/Command 命令、传输文件（SCP/SFTP）、集成 Ansible 或 Jenkins 自动化流程、采集系统指标（CPU、磁盘、服务状态）等
• RDP 用于 GUI 场景：运行 Windows 服务管理器、修改组策略、调试桌面应用、操作 SQL Server Management Studio 或 IIS 管理控制台等需图形界面的操作
• 不建议混用：例如试图用 SSH 启动远程桌面会话（不可靠），或用 RDP 执行长时后台脚本（易因会话断开中断）

接入统一化：通过堡垒机实现策略收敛

跳过各自为政的直连模式，将所有 SSH/RDP 流量强制经由 Jumpserver 等堡垒机中转，带来三重实际收益：

Zynq Linux Hardware Debug

Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。

下载

• 账号隔离：为同一台 Windows 主机分别配置 system 账号（供 SSH 使用）和 domain 账号（供 RDP 使用），避免权限交叉污染
• 策略联动：可在堡垒机上设置“RDP 登录后 15 分钟无操作自动断开”，同时允许 SSH 会话保持 2 小时后台运行，适配不同操作节奏
• 审计归一：RDP 操作记录鼠标点击、窗口切换；SSH 记录每条命令及返回结果；两者时间戳对齐、会话 ID 关联，便于事后回溯完整操作链

安全加固：端口、认证与网络层协同设防

单纯开启协议服务远远不够，必须叠加多层防护：

• 非标端口 + 安全组白名单：将 Windows 的 SSH 服务监听在 2222，RDP 改为 3390；云平台安全组仅放通堡垒机 IP 到这两端口，禁止任何公网直连
• 认证强化：SSH 强制密钥登录（禁用密码），RDP 启用网络级别认证（NLA）并绑定域控证书，杜绝弱口令爆破风险
• 网络隔离：堡垒机部署在独立管理 VPC 内，与生产子网通过 ACL 严格控制互通，且不分配公网 IP，仅通过跳板机或专线接入

典型混合云落地结构示意

以常见金融企业架构为例：

• 前端 Web 服务器（Windows Server 2022）→ 通过 RDP 进行 IIS 配置与 SSL 证书更新
• 后端数据库节点（CentOS 7）→ 通过 SSH 执行备份脚本、检查慢查询日志
• 中间件集群（含 Windows+Linux 混合节点）→ 同一堡垒机资产组内，管理员按需切换协议，无需切换工具或登录入口
• 所有操作行为实时落库至 SIEM 平台，触发“10 分钟内连续失败 5 次 RDP 登录”等规则自动告警