HTTP、SOCKS 与混合端口：应用应该连接哪个入口？

在浏览器、下载工具或开发软件里填写代理时，常会看到 HTTP、SOCKS5 和混合端口。它们描述的是应用如何把请求交给代理程序，不等于套餐的线路等级。先把本地入口与远端节点分开，才能避免把能用的配置填到错误位置。

先画出应用到节点的两段连接

第一段是应用访问本机或可信局域网中的代理入口；第二段是代理客户端根据配置连接远端节点。应用填写 HTTP 入口，并不要求远端节点也采用 HTTP 代理协议，中间的客户端负责衔接。

例如，应用界面只让填写地址和端口，而订阅中包含一整组节点参数。这两处信息服务于不同环节。订阅链接用于取得配置，不能直接作为应用代理服务器地址；远端节点端口也不应替换本地监听端口。

HTTP 代理能处理相应代理请求；访问 HTTPS 时，常见方式是通过 CONNECT 建立隧道，再由应用与目标服务进行 TLS 通信。因此，选择 HTTP 代理入口并不自动意味着目标网页变成明文 HTTP。

也要区分“经由代理访问 HTTPS”和“到代理入口本身使用 TLS”。有些应用的 HTTPS 代理字段指一种地址设置，有些指加密的代理入口。应看该应用对字段的解释，不能仅凭名称推断每一段都受相同保护。

SOCKS5 定义了连接请求，也定义了 UDP 转发相关机制。但协议存在某项能力，不代表应用、客户端入口和远端链路都已经启用它。网页能打开，只能说明这次网页连接成功，不能据此确认语音或其他 UDP 业务。

域名由哪一端解析也要看应用传递的是域名还是已经解析好的地址。不要把“选 SOCKS5”简单理解为所有 DNS 都会自动在远端处理。遇到差异，应检查该应用的代理与域名解析选项。

支持混合入口的客户端，可以在一个监听端口接受多种代理协议。应用仍需要选择自己会使用的协议；它不会因为一个端口叫 mixed 就突然学会所有协议。端口实际是否混合，必须由当前配置确认。

读取客户端显示的监听类型、监听地址和端口，再逐项填入应用。不要沿用网上教程里某个固定数字，也不要通过连续猜测端口碰运气。如果客户端没有运行，正确的地址同样无法提供服务。

先在应用内保存原设置，再填入已确认的本地入口，访问一份无需登录的普通页面。查看客户端是否出现对应连接、是否命中预期策略，并确认结果属于刚才发出的请求。随后再检查实际需要的业务。

若没有任何连接记录，先核对应用是否保存了设置、是否要求重启，以及是否仍使用独立的自动代理配置。若已进入客户端但连接失败，再转向远端链路排查。这样的分层检查比同时更换协议和节点更容易解释。

本机入口通常只供自己使用，但开放到局域网后，使用范围就发生变化。是否需要认证、监听哪些地址、哪些设备获准访问，应分别配置；不能因为上游节点有密码，就认为本地入口也有同样的访问控制。

完成设置后记下应用名称、入口类型和修改日期。以后调整客户端监听端口时，才能同步找到依赖它的应用。分享求助截图时遮盖认证信息，只保留协议类型、报错阶段等必要内容。