免配置免命令行,UU远程「端口映射」开发者的内网穿透新选择

25 阅读9分钟

不知道大家有没有遇到过这样的情况——

周末在家,突然接到一个紧急需求,需要查一下线上数据库的某条记录。你打开 Navicat,习惯性地填上公司的内网地址,点连接,然后盯着屏幕上的「连接超时」发呆。

或者更日常一点:项目跑在公司的测试服务器上,接口联调需要频繁访问 Swagger 文档和后台管理页面,但人在外面,没有公司网络就是访问不到。找运维开VPN?提流程等审批,快的话半天,慢的话一两天。自己搭 frp 穿透?租服务器、写配置、维护进程,折腾一圈下来,正事还没开始干。

我之前也是这么过来的,直到最近发现了一个更简单的方案——UU 远程新上线的「端口映射」功能,把内网穿透直接做进了远程控制工具里,不用命令行、不用搭服务器,图形界面点几下就能用。

我仔细研究了一下官方文档,并实际体验了一番,今天就把这个功能完整地介绍给大家。

一、UU远程端口映射:功能详解

img

1.1 它是什么?

端口映射是 UU 远程内置的隧道穿透能力。简单来说,它帮你把远端设备(或其所在局域网内任意设备)上的 TCP 服务,映射到你本机的某个本地端口上。

工作原理一目了然:

本机(127.0.0.1:本地端口)

↕ UU 远程隧道

远端设备(目标服务地址:目标端口)

你只需要选择一台在线设备作为「跳板」,添加一条映射规则,建立连接后,就可以在本地用 127.0.0.1:本地端口 直接访问远端服务,就像它跑在你自己电脑上一样。

1.2 核心优势

  • 零配置——全图形化界面操作,无需编写任何配置文件,全程鼠标点击完成
  • 零成本——UU 远程免费使用,无需额外购买云服务器
  • 零门槛——不需要接触命令行,不需要懂网络知识
  • 即开即用——利用已有的 UU 远程连接通道,无需额外部署;如果你已经在远程控制那台设备,端口映射会直接复用现有连接,不会新建连接,也不会影响远控画面
  • 规则持久保存——添加的映射规则和启停状态会自动保存,关闭面板后不会丢失,下次打开继续用

1.3 五大适用场景

端口映射能做的事远不止连数据库,官方文档中列出了以下典型场景:

场景一:本地连接远端数据库

公司的 MySQL、Redis、PostgreSQL 跑在内网服务器上,在家办公时想用 Navicat、DBeaver 直连调试,却发现根本访问不到内网 IP。通过端口映射,把远端数据库端口映射到本机即可直连,比如 MySQL 3306 映射到本地 13306、Redis 6379 映射到本地 16379,客户端填写 127.0.0.1:对应端口 就行。

场景二:远程访问开发/测试后台

项目跑在公司测试环境的 8080 端口上,接口联调时需要频繁访问 Swagger 文档、Jenkins 构建页面或后台管理系统。把远端端口映射到本地后,浏览器输入 127.0.0.1:本地端口 就能直接打开对应的 Web 管理页面,跟在公司工位上操作没有区别。

场景三:远程管理 NAS

出差在外想远程管理家里的群晖 NAS,看看 Jellyfin 影片库、检查 Transmission 下载任务,却发现家庭宽带的公网 IP 被封或动态变化。有了端口映射,只要家里有一台电脑装了 UU 远程并在线,就能以它为跳板,把 NAS 的 DSM 管理端口映射到本地浏览器直接访问,再也不用操心公网 IP。

场景四:穿透访问局域网内其他设备

这个能力很容易被忽略,但其实非常实用——端口映射不只局限于跳板设备本身,你还可以通过跳板访问其所在局域网中的任意设备。比如跳板是公司工位电脑,而你要连的 MySQL 跑在另一台内网服务器上,只需要在「目标服务地址」填写那台机器的内网 IP,跳板会自动帮你转发流量。这意味着只要局域网内有一台设备装了 UU 远程,整个局域网的服务对你都是可达的。

场景五:临时调试,随用随停

有时候只是临时需要穿透一下——比如给客户演示本地服务、短期联调某个接口。UU 远程支持停用规则而不删除,调试完毕后把启停开关一关就行,规则数据完整保留,下次需要时一键重新启用,不用重新填写配置。

1.4 规则管理能力

除了创建映射规则,端口映射还提供了比较完善的规则管理功能:

  • 启用 / 停用:每条规则右侧有启停开关(蓝色启用、灰色停用),切换即时生效,设置持久保存
  • 编辑规则:点击「⋯」→「编辑」,规则原位展开为编辑态,修改后保存
  • 创建副本:点击「⋯」→「创建副本」,自动新增一条同名规则(名称加"副本"后缀),适合快速创建相似规则
  • 删除规则:点击「⋯」→「删除」,立即删除,不可恢复
  • 多规则并行:可以同时启用所有规则,每条独立运行,比如同时映射 MySQL(3306)、Redis(6379)、后台页面(8080),互不干扰

img

1.5 映射状态说明

连接建立后,每条规则都会显示对应的映射状态:

  • 🟢 映射成功——隧道已建立,本地端口可正常访问远端服务
  • 🔴 映射失败——隧道建立失败,可点击「重试」再次尝试
  • ——规则已停用,或连接尚未建立

1.6 当前限制与注意事项

  • 目前仅支持 Windows 主控端,仅支持 TCP 协议端口映射(UDP、HTTP 等暂不支持)
  • 每条规则的本地端口必须唯一,不能重复
  • 目标服务需真实存在——映射失败通常是远端该地址/端口上没有运行对应服务,请先确认服务已启动
  • 端口映射依赖与跳板设备的活跃连接,面板需保持开启;但如果同时有远控视频等其他连接,关闭面板不影响连接本身,只是映射效果失效

二、实测:用端口映射连接远端MySQL

了解了功能全貌之后,我用自己的电脑做了一个实测。因为我的电脑上装了 MySQL,所以就以「远程连接 MySQL 数据库」这个场景来走一遍完整流程。

测试环境:

  • 控制端(本机):Windows 11,已安装最新版 UU 远程
  • 被控端(远端电脑):Windows,已安装 UU 远程且在线,MySQL 运行在 3306 端口

第一步:打开端口映射面板

打开 UU 远程,进入设备详情页面,找到目标设备,点击设备卡片上的「更多」菜单,选择**「端口映射」**。

面板顶部会显示当前跳板设备的名称、系统和在线状态。

img

第二步:新建映射规则

点击面板右上角的**「+ 新建映射」**按钮,填写映射规则:

字段填写内容说明
规则名称公司 MySQL自定义名称,方便识别
目标服务地址内网IPMySQL 所在内网 IP;若跑在跳板本机则填 127.0.0.1
目标服务端口3306MySQL 默认端口
本地访问端口13306本机监听端口,自定义(1-65535),不冲突即可

确认「保存后立即启用」开关为开启状态(默认开启),点击**「保存并启用」**。

小技巧:按 Enter 可快速保存,按 Esc 取消编辑。

img

第三步:建立连接

打开端口映射面板后,UU 远程会自动建立与被控端的连接。等待状态从「连接中...」变为**「已连接」**。

如果你已经有远控视频连接在运行,端口映射会直接复用该连接,不会新建连接,也不影响远控画面。

img

第四步:用Navicat连接测试

看到规则状态显示 🟢 映射成功 后,打开 Navicat(或 DBeaver),新建 MySQL 连接:

连接参数填写内容
主机127.0.0.1
端口13306
用户名MySQL 实际账号
密码MySQL 实际密码

img

连接成功! 整个过程从打开面板到连上数据库,几分钟就搞定了,日常查询和调试完全没问题。

img

三、与传统方案对比

  • 配置方式:UU远程图形界面点几下就完成;frp/ngrok 要写配置文件加命令行;VPN 需IT部门配置。
  • 额外成本:UU远程完全免费;frp/ngrok 要租云服务器;VPN 看公司政策。
  • 上手时间:UU远程几分钟;frp/ngrok 半天起步;VPN 取决于审批流程。
  • 连接复用:UU远程可以复用已有的远控连接;frp/ngrok 和 VPN 都是独立进程。
  • 规则管理:UU远程有可视化列表,支持启停/编辑/副本/删除;frp/ngrok 改配置文件还得重启。
  • 穿透局域网其他设备:UU远程直接填局域网 IP 即可;frp/ngrok 需额外配置;VPN 连上后全局可访问。

综合来看,对于远程连数据库、访问测试后台这类TCP端口级别的穿透需求,UU 远程端口映射在便捷性和零成本上的优势非常明显。

四、总结

整体体验下来,UU 远程端口映射给我最大的感受就是——它把一个本来很折腾的事情,变得简单到不需要学习成本

功能覆盖面也不窄:连数据库、访问后台、管 NAS、穿透局域网其他设备、临时调试随用随停,基本覆盖了开发者日常遇到的大部分内网穿透场景。再加上规则启停、编辑、副本等管理能力,不是那种只能用一次的临时方案,而是一个可以长期融入日常工作流的功能。

如果你也有远程访问内网服务的需求,建议更新到最新版 UU 远程试试看。