端口映射需要公网地址吗？向日葵跨网远控配置参考
出差时想打开公司电脑里的管理页面，搜到的教程却要求先准备公网地址。于是有人把路由器翻了一遍，仍不知道该填什么。端口映射是否需要公网地址，得先看用的是哪一种连接方式。
路由器向互联网开放内网服务，与向日葵在两台设备之间建立访问通道，配置位置和访问入口并不一样。只想操作电脑桌面，也未必需要先做映射。
一、是否需要公网地址，要先区分路由转发与访问通道
只想打开远端电脑中的一个管理页面，却先去改路由器，可能从一开始就把需求扩大了。桌面操作、让本机工具访问远端服务、向公众开放网站，是不同任务。把访问者、目标服务和使用位置说清楚，再判断需要哪种连接路径，能少做与当前工作无关的配置。
传统路由器端口转发，要让外网请求抵达对应网络入口。宽带处于运营商内网或存在多层路由时，只改自己路由器的一条规则，通常无法完成从公网进入的整条路径。公网地址是否可达、上级网络是否允许转发，都需要核实。
向日葵的桌面远控面向屏幕和键鼠操作；TCP端口映射则面向远端运行的服务，把服务端口接到主控设备的本地访问端口。这种通道不以用户先持有独立公网地址为前提，也不代表已经生成一个供公众访问的网站。
二、向日葵桌面与TCP映射分别服务不同任务
向日葵桌面远控适合直接回到目标电脑操作原应用，TCP端口映射则在其支持条件内把远端服务连接到主控设备本地端口。使用者应先确定要传递屏幕和输入，还是让本机程序访问服务，不必把两类功能当成同一项准备。
采用映射时，本地访问入口与远端服务入口要一一对应。目标电脑中服务实际监听哪里，控制端哪个端口可用，都应先核对。建立了通道却仍打不开，可能需要继续检查服务本身，而不是只反复寻找公网地址。
向日葵通道不等于自动生成公开网站。业务系统原来的登录仍要保留，谁能使用当前映射也应明确。任务只是自己查一份后台资料时，没有必要把临时访问扩展成所有人都能从互联网访问的入口。
若企业原本采用路由器转发，仍应让网络管理者核对上级网络和地址可达条件。不同方案的配置位置和验收方式不同，不能在向日葵中测试成功后，就认定旧转发规则和其他业务入口已经恢复。
桌面和服务访问可以按实际需要配合。通过授权桌面核对应用运行，再在本机测试所需服务，完成后停止不再需要的通道。将每一段结果写清楚，方便下一次直接从已知配置开始检查。
端口资料也宜附上业务用途和负责人，避免下一位维护人员只看到几个数字。临时映射完成后按约定关闭，长期安排则说明由谁维护。后续如果服务变更端口，更新对应记录并重新测试，不让旧入口一直保留却无人确认还能做什么。
若只是替同事点开软件查数据，可以先选桌面控制。需要让本机工具访问远端服务，再检查端口映射的适用条件，避免为了取一份报表改动整套网络。
映射启动失败，可以先查本地端口是否冲突；通道建立后仍打不开页面，则回到远端检查服务进程、监听地址和服务端口。把这些问题都归结为没有公网地址，容易错过真正的故障位置。
还应保留业务系统原有的登录验证。向日葵负责连接通道，业务账号负责决定进入系统后能查看什么，两者不能互相替代。不同服务各自保留验证，交接时也容易说明责任范围。
三、按三步核对服务，再验证本地访问结果
第一步，核对版本与使用资格。按现行指南，两端需登录同一账号，主控及适用被控端升级至16.1.2及以上；被控系统限Windows、macOS，服务权益也要符合要求。先在远端确认目标服务可以正常使用。
第二步，在向日葵设备列表选中目标，进入端口映射，填写本地端口、映射主机和映射端口。本地端口选主控电脑上未被占用的合法端口，远端参数按实际服务填写，保持规则启用。
第三步，点击开始映射并完成访问校验，再用对应工具访问本地入口。用完关闭映射窗口，通道随之结束。需要持续使用时，应把窗口状态也列入检查项。
测试前记录目标地址、服务端口和本地端口，使用普通查询验证即可。若需要调整，先确认占用与监听，再改相关项，不用连续更换多组端口碰运气。
相比系统自带远程桌面跨网使用时涉及的入口配置，向日葵提供了设备访问和TCP服务访问两类路径，减少了为单次桌面操作调整路由规则的工作。分清连接对象、核对端口、结束后关闭通道，才是其远控工具落到实际工作的用法。
FQA
Q：向日葵TCP映射建立成功后，能否直接把本地入口发给其他人使用？
A：不能据此认定对方可以访问。该入口位于发起映射的主控设备，通道也依赖当前会话；它不是公开发布的互联网地址。
Q：远端服务使用UDP，能否沿用这套映射流程？
A：现行功能指南限定TCP映射。应先确认服务协议，不能把UDP端口号填入后期待得到相同效果。
Q：端口映射可用，是否说明远程桌面权限也已经开放？
A：不能。服务通道与桌面操作属于不同功能，应分别核对授权；能够访问某项服务，不等于获得键鼠控制权。
