开发协作场景
共享 localhost 本地服务：临时 TCP 端口转发步骤
先在提供方电脑确认服务可用，再通过 Orylin 桌面 TCP 流程邀请另一台电脑加入。连接建立后，在加入方通过一个未被占用的本机端口访问原服务。
提供方：先在本机验证服务
假设开发网页服务实际监听 127.0.0.1:8080，先在提供方打开 http://127.0.0.1:8080，确认返回预期页面，再配置转发。本机访问失败时，应先修复服务。
目标地址指提供方电脑上的服务，不是邀请链接、加入方电脑的回环地址，也不是开放所有本地端口的要求。保持服务原有认证开启。
提供方：为准确的 TCP 目标创建邀请
打开 Orylin TCP 隧道工作区，按提示进入桌面客户端。填写服务的真实地址与端口，创建邀请，并完成所需的连接确认。
把生成的邀请发给预期对象。客户端单纯启动不等于隧道已经连通；目标地址修改用于下一次连接。
加入方：选空闲端口，验证真实服务响应
选择未被占用的本机端口，例如 2222，再按要求通过桌面流程加入邀请。以 HTTP 服务为例，连接后在加入方打开 http://127.0.0.1:2222。
提供方 8080 与加入方 2222 可以不同。访问时继续使用原服务的协议与凭据。连接状态只是中间检查，最终应确认通过映射端口获得了实际应用响应。
明确 TCP 隧道的适用范围
当前每次连接映射一个 TCP 端口，不转发 UDP，也不是全端口 VPN。单会话没有多端口管理，页面也不会自动寻找空闲本机端口。
完成后断开，并检查该会话的转发访问已经结束。这个流程在参与的电脑之间提供访问，不承诺持久的公网 HTTPS 链接或托管预览网站。
常见问题
这样会为 localhost 生成公网网址吗？
这个流程把服务映射到加入方电脑的本机端口，不承诺持久的公网 HTTPS 地址或托管预览网站。
本机端口能和服务原端口不同吗？
可以。提供方 127.0.0.1:8080 上的服务，可以通过加入方未被占用的 2222 等端口访问，协议仍按原服务使用。
隧道会取消原服务的登录要求吗？
不会。原服务的认证与协议要求继续存在；隧道承载连接，不会替用户创建应用账号或替代权限检查。
建立连接