什么是 Happ Proxy
工作原理
Happ 应用连接到服务器,并通过该服务器转发您的流量——就像基于 Xray-core 的代理客户端一样。
代理与 VPN
两者原理相似:在这两种情况下,流量都会通过密钥经远程服务器转发。应用中的设置方式也相同。
您需要准备什么
Happ 应用、来自 Telegram 机器人的密钥或订阅链接,以及一个已选定的服务器。
什么是 Happ Proxy，代理模式如何工作
Happ Proxy 是 Happ 客户端的传输层，它把应用的流量封装进一条加密隧道，直达你选定的服务器。与传统的「全部流量走一条 VPN」方案不同，Happ 的代理是有针对性地工作：它在设备上启动一个本地代理端点，并按你设定的规则决定哪个连接经由服务器发送、哪个保持直连。正是这种可选择性，让 Happ 成为一款设置工具，而不仅仅是一个「连接」按钮。
在底层，Happ 支持现代传输——VLESS、VMess、Trojan 和 Shadowsocks——它们通过订阅链接传入应用。客户端解析订阅，提取节点参数（地址、端口、加密方式、TLS/Reality、SNI），并将它们作为配置文件备好待用。你无需重新安装即可在配置文件之间切换——改变的只是当前生效的路由。
代理模式的实际意义在于稳定性与控制力。你自己决定银行应用是否绕过隧道，而流媒体是否经由所需地区的服务器。在这套逻辑之上，再搭建下文将谈到的排除列表和 split tunneling，以及针对具体任务的服务器选择。
如何为 Happ 启用代理：分步设置
第 1 步——添加订阅。打开 Happ，进入配置文件/配置所在的板块，粘贴订阅链接（happ://、vless:// 格式或指向订阅的 https 链接）。客户端会拉取可用节点列表。如果只有一条链接却有多个节点，这很正常：订阅通常包含一个服务器池。
第 2 步——选择节点和协议。首次启动时，选择地理上最近、基于 VLESS + Reality 或 Trojan 的服务器：它们在不稳定的网络上更能保持连接。点击节点将其设为生效，并运行延迟测试（ping）——它会显示真实的响应，而不只是一个绿色对勾。
第 3 步——激活隧道。点击连接按钮。在 Android 上，系统会请求创建 VPN 接口的授权——这是代理拦截流量的常规机制。在 Windows 上，完整的 TUN 模式需借助 Happ Utility（见 /proxy-utility/ 板块），它会启用一个系统网络适配器。
第 4 步——检查路由。打开任意一个 IP 检测服务，确认地址已切换为服务器的地址。如果 IP 保持不变——说明流量绕过了隧道，应检查路由模式和应用权限。
路由与排除列表（split tunneling）
Happ 中的排除列表决定哪些域名和应用绕过隧道、哪些经由服务器。这是精细设置的核心：一份编排得当的列表能降低服务器负载、加速本地服务并减少多余的切换。使用列表可采用两种逻辑——「默认走代理，例外直连」，或反过来。
按应用的 split tunneling 在 Android 和 Windows 的 TUN 模式下可用：你勾选具体的应用，对它们启用或关闭隧道。典型场景是把银行、本地网银以及对地区变化敏感的应用移出隧道，而把即时通讯和媒体应用留在服务器上。各模式的详细解析见 /split-tunneling/ 页面。
域名路由使用基于列表的规则：geosite/geoip 集合让你用一条规则把整个类别（例如本地资源）发往直连，其余全部经由服务器。先从现成的集合入手，再按需添加针对性的例外——这样列表始终可控，不会沦为成百上千条手动条目的垃圾堆。
每次修改列表后，重启连接并在真实域名上验证结果。规则按优先级顺序生效：更具体的规则应排在通用规则之上，否则宽泛的规则会先一步截获流量。
优化速度与连接稳定性
Happ 代理的速度由三个因素决定：服务器的远近与负载、所选的传输方式以及网络参数。先从服务器入手——对订阅中的多个节点跑一遍 ping，选择的不是「最好看」的，而是响应最稳定的那个。针对不同任务的节点选择在 /servers/ 板块有详解。
传输方式影响对丢包的抗性。在移动网络和有干扰的 Wi-Fi 上，基于 UDP 的方案（例如基于 QUIC/Reality 的连接）往往能给出更平稳的速度；而在严格的企业网络中，TCP+TLS 更能保持连接。如果反复掉线，就在配置文件中切换协议并作对比。
网络层面的精细设置有助于应对「忽高忽低」的速度：在有问题的线路上把 MTU 调小（约 1400）可消除分片，而启用 mux/多路复用能降低大量短连接的开销。每次只改一个参数并测量——否则无法弄清究竟是哪一项起了作用。
在 Windows 上，TUN 模式的稳定性和对系统流量的正确拦截由 Happ Utility 负责。保持它为最新版本：与第三方网络过滤器及旧版适配器驱动的冲突，是速度下滑的常见原因。加密与连接保护相关的问题放在 /security/ 板块。
诊断：如果代理无法连接
如果连接建立不起来，就从简单到复杂逐步排查。先刷新订阅——池中的节点可能已更换，而客户端还持有过时的地址。轻点一下「刷新订阅」即可拉取最新参数，无需重建配置文件。
检查系统时间和时区。带 TLS/Reality 的传输对时钟失步很敏感：相差几分钟就会破坏握手，表面看上去像是「服务器不响应」。请开启时间自动同步。
更换节点和协议。如果某个服务器沉默、而同一订阅里相邻的服务器能用——问题出在节点一侧，而非客户端。如果全部沉默，多半是运营商网络的问题：试试换传输方式、换 SNI，或通过移动网络连接来验证。详尽的故障排查清单收录在支持板块。
最后，检查路由和排除列表。规则中的错误或过于宽泛的例外，可能把全部流量都引到隧道之外，制造出「代理不工作」的假象。临时关闭自定义规则，确认基础连接可用后，再把规则逐条加回。
常见问题
Happ 的代理模式与普通 VPN 有什么区别？
传统 VPN 把设备的全部流量整体封进隧道。Happ Proxy 有选择地工作：它启动一个本地代理，并按你的规则决定什么经由服务器发送、什么保持直连。这带来了对路由、排除列表和 split tunneling 的控制力——而这正是人们设置 Happ 的目的所在。
如果我只有一条订阅链接，如何为 Happ 添加代理？
打开 Happ，进入配置文件板块，粘贴订阅链接（happ://、vless:// 或 https 链接）。客户端会解析它并显示可用节点列表。选择最近的服务器，检查 ping，然后点击连接。一条订阅通常包含多个节点——可以在它们之间切换而无需重新添加。
连接后 IP 没有改变，该怎么办？
这说明流量绕过了隧道。请检查节点确实处于生效状态、路由模式没有把所需域名列入例外、并且在 split tunneling 中已允许该应用走隧道。在 Windows 上，确认 Happ Utility 正在运行且 TUN 适配器已启用。修改后重启连接并重新检查 IP。
如何设置排除列表，让一部分应用走直连？
使用按应用的 split tunneling（Android 和 Windows 的 TUN 模式）：勾选应绕过隧道的应用——例如银行应用。对于域名，使用基于 geosite/geoip 集合的规则：把本地资源引向直连，其余经由服务器。把更具体的规则排在通用规则之上，并在每次修改后验证结果。
为什么速度下降，如何提升？
速度取决于服务器负载、传输方式和网络参数。对订阅中的节点跑一遍 ping，选择最稳定的那个。在不稳定的网络上试试基于 QUIC/Reality 的传输，在严格的网络上试试 TCP+TLS。出现分片时把 MTU 调到约 1400 并启用多路复用。每次只改一个参数并测量结果。
连接掉线或根本连不上——从何入手？
先刷新订阅并同步系统时间——时钟失步会破坏 TLS/Reality 握手。然后更换节点和协议：如果相邻服务器能用，问题在节点；如果全部沉默，问题在运营商网络。最后再关闭自定义路由规则：错误的例外可能把全部流量引到隧道之外。