1Remote项目中新建SSH/Telnet连接默认端口问题分析

在远程连接管理工具1Remote的使用过程中，开发团队发现了一个影响用户体验的细节问题：当用户新建SSH或Telnet连接时，系统会错误地默认使用RDP协议的3389端口，而非相应协议的标准默认端口。

问题本质

这个问题属于协议默认端口配置错误。在远程连接工具中，不同协议应当对应不同的默认端口号：

• SSH协议的标准默认端口是22
• Telnet协议的标准默认端口是23
• RDP协议的标准默认端口才是3389

当前实现中，系统在新建连接时没有根据协议类型正确区分默认端口，而是统一使用了RDP的3389端口，导致用户每次创建SSH或Telnet连接时都需要手动修改端口号，增加了操作步骤。

技术背景

在远程连接管理工具中，协议与端口的正确匹配至关重要。端口号是网络通信中的关键标识，错误配置可能导致连接失败或安全隐患。优秀的远程管理工具应当：

1. 根据所选协议自动匹配标准端口
2. 允许用户自定义非标准端口
3. 提供端口号的合法性校验

解决方案

针对这个问题，1Remote开发团队已经通过提交修复了此问题。修复方案主要包括：

1. 在协议选择逻辑中增加端口映射关系
2. 为每种协议设置正确的默认端口
3. 确保新建连接时自动填充对应协议的默认端口

用户体验改进

这个修复将显著提升用户的操作效率：

• 新建SSH连接时自动填充22端口
• 新建Telnet连接时自动填充23端口
• 新建RDP连接时仍然保持3389端口
• 仍保留手动修改端口的能力

这种改进虽然看似微小，但对于频繁创建连接的管理员来说，可以节省大量重复操作时间，提升工作效率。

总结

1Remote团队对这类影响用户体验的细节问题保持高度关注，并通过快速响应和修复展现了项目对质量的不懈追求。这种持续改进的态度是开源项目成功的关键因素之一。