TunNet 局域网共享 | 电脑连接排错

手机显示已连接，电脑却打不开网页。先别把电脑代理地址填成 localhost：那指向电脑自身。TunNet 局域网共享要填手机当前提供的地址和端口，再用一次明确指定代理的请求检查连接。

本站与 TunNet 存在自营推广关系。以下是依据官方说明编写的配置与排错指南，未进行手机、电脑或真实线路实测，不提供速度排名。

手机共享出来的是电脑整机 VPN 吗？

不是。这里连接的是应用可以使用的 HTTP 或 SOCKS5 代理入口。电脑上没有配置该入口的应用，不应被当作已经接入。一次浏览器访问成功，也不能证明后台更新、游戏或其他程序使用相同路径。

截至 2026 年 9 月 11 日，TunNet 官网提供 Android 8.1+、ARM64 的安卓客户端。桌面客户端暂未公开。安装前可以从TunNet 免费 VPN 客户端入口核对设备要求。免费使用额度通过激励视频获取，时长和流量以客户端显示为准。

本教程不涉及订阅文件导入。官网未给出本文所需的共享内核版本、统一默认端口或完整认证规则。请记录你实际安装的客户端版本，不要把其他软件的配置直接套进来。

同一个 Wi-Fi，为什么电脑仍连不上手机？

同一个无线名称不保证设备可以互访。访客网络、接入点隔离或不同子网都可能挡住连接。先核对电脑和手机实际接入的网络，再读取手机最新地址。手机换过网络后，昨天记录的地址就不能继续当作依据。

不要把共享地址改成公网入口，也不要为了这次排查关闭整个防火墙。在自己管理的可信网络里，检查设备隔离策略。若没有管理权限，换到允许设备互访的可信网络进行对照。

下表用来判断下一步先看哪里。原因是排查方向，并非单凭错误就能下定论。

错误表现	更可能原因	先检查什么
立即提示连接被拒绝	对应端口没有服务，或连接被主动拒绝	共享开关、手机地址、协议对应端口
等待后连接超时	地址不可达、隔离策略或丢包	两台设备所在网络与手机是否在线
HTTP 能通，SOCKS5 不能通	协议或端口对应错误	是否把 HTTP 端口当成 SOCKS5 端口
手机前台能通，熄屏后中断	后台运行状态可能变化	手机连接、共享状态与后台设置
只有一个电脑应用失败	应用没有使用相同代理设置	该应用自己的代理入口与例外名单

在终端只测试 HTTP，不改系统代理

先在手机完成连接，再打开局域网共享页面。把下面两个占位符分别换成手机显示的地址、HTTP 端口。尖括号也要删除。示例不含默认端口、账号或口令。

macOS 或 Linux 终端使用下列命令。运行前可通过 curl --version 查看本机版本。首个参数 -q 跳过用户默认 curl 配置，减少已有配置对本次测试的干扰。

curl -q --proxy "http://<手机局域网地址>:<HTTP端口>" --noproxy "" --connect-timeout 10 --max-time 20 --output /dev/null --write-out "HTTP %{http_code}\n" https://example.com/

Windows 请打开「命令提示符」（cmd），直接运行下面这一行，输出丢弃目标为 NUL。不要把本例直接粘贴到旧版 Windows PowerShell，其空字符串传参行为可能影响代理例外参数；也不要保存成批处理文件，批处理中的百分号转义不同：

curl.exe -q --proxy "http://<手机局域网地址>:<HTTP端口>" --noproxy "" --connect-timeout 10 --max-time 20 --output NUL --write-out "HTTP %{http_code}\n" https://example.com/

这两条命令不会改系统代理。返回 HTTP 状态码说明收到响应，但还要区分目标网站响应与代理错误。状态码为零并伴随连接错误时，还没有获得可用的 HTTP 响应。不要把一次成功描述为全天稳定。

本次请求显式清空代理例外，避免已有例外名单让测试直连。curl 官方代理教程解释了代理与例外参数的关系。我们选择公开示例域名，是为了避免把登录信息或业务接口带进首次测试。

SOCKS5 能连接，域名为什么还会报错？

在同一台电脑上替换协议与端口，其他参数不变。下面让代理解析目标域名；SOCKS5 端口仍然必须取自手机界面。

curl -q --proxy "socks5h://<手机局域网地址>:<SOCKS5端口>" --noproxy "" --connect-timeout 10 --max-time 20 --output /dev/null --write-out "HTTP %{http_code}\n" https://example.com/

Windows 同样在命令提示符（cmd）中使用 curl.exe，并把 /dev/null 换成 NUL。如果第一次失败，不要同时改 DNS、端口和手机线路，否则无法判断是哪项变化起作用。

只把前缀从 socks5h:// 改成 socks5://，可以对照本机解析。按照 curl 官方手册，前者把目标域名交给代理解析，后者在本机解析。两次结果不同，只能帮助缩小本次请求的故障范围，不能据此宣称整台电脑不存在 DNS 泄漏。

如果需要调整手机自身哪些应用走代理，继续看TunNet 分应用代理配置。手机应用名单与电脑通过共享入口发起的请求，应当分别测试，不能直接推定两者采用同一范围。

curl 成功以后，浏览器为什么仍然失败？

终端成功说明这组地址与协议具备工作条件。接下来只配置一个目标应用。找它自己的网络或代理设置，填写已经验证的地址、端口和协议。没有代理设置的程序，也不一定遵循操作系统代理。

先记下原来的设置，再尝试手动配置。若应用只提供 HTTP 代理输入框，就不要填 SOCKS5 端口。若它要求认证，回到手机核对是否提供相应字段。官网没有足够信息支持本文指定认证方式，不能自行编造账号。

测试时打开同一个公开页面。若仍失败，记录应用错误、所选协议和当前手机状态。不要把完整日志直接公开：其中可能包含其他请求的地址或身份信息。先删去业务网址、令牌和个人数据，再保留与连接失败有关的片段。

熄屏就断开，先观察哪一项？

让手机回到 TunNet 前台，查看连接与共享是否仍在运行。若恢复前台后同一条命令又能通过，下一次只观察后台行为。按照官网给出的方向，在客户端「连接与后台」中检查通知、电池与后台设置。

不要预设一定是省电策略。额度用完、手机切网和共享状态变化也会同时影响电脑请求。每次只改变一项，记录前台与后台的时间点、剩余额度及错误结果。这样能判断断开发生在手机连接层，还是仅发生在电脑应用。

结束测试后，恢复改过的应用代理设置，并关闭手机共享。需要让不同应用采取不同代理路径时，再阅读Clash Verge Rev TUN 模式指南，先区分应用代理与 TUN 接管的作用范围。本页未验证该软件与 TunNet 的组合配置，不能据此推定两者可以直接联动。

更多设备条件与免费机制见免费 VPN 专题。