协议与端口

各协议的用途#

ISP 和数据中心：SOCKS5 在下一个端口#

ISP 或数据中心订单中的每个代理同时监听两个端口。订单中的端口用于 HTTP 和 HTTPS。下一个 端口，也就是同一数字加一，用于 SOCKS5。两个端口的用户名和密码相同。

# HTTP and HTTPS
curl -x http://USER:PASS@203.0.113.10:45174 https://api.ipify.org

# SOCKS5: the same proxy, port + 1
curl -x socks5h://USER:PASS@203.0.113.10:45175 https://api.ipify.org

在订单页面把 协议 切换为 SOCKS5，复制和导出的每一行就会带上 SOCKS5 端口。

住宅代理：端口决定协议#

所有住宅流量都经过网关 premium.proxya.co。你在生成器中选择的端口决定协议：

所有端口都通向同一个 IP 池，表现完全相同。详见 住宅代理端口。

移动代理：设备自己的端口#

移动设备有自己的 HTTP 端口和自己的 SOCKS5 端口，两个数字之间没有关系，“加一”规则不适用。两个端口都显示在订单页面上，那里的协议切换会自动填入正确的端口。

Telegram#

MTProto 代理通过链接打开，使用 443 和 8443 端口。WEB 代理是一个地址固定在 443 端口的链接。它们都不是 host:port:user:pass 形式的代理。见 MTProto。

通过 SOCKS5 解析 DNS#

使用 socks5:// 时，你的电脑自己查找域名，再把 IP 交给代理。使用 socks5h:// 时，域名交给代理，由代理解析。

• 默认使用 socks5h://。本地 DNS 看不到你访问了哪些网站，目标网站得到的地址也与代理所在国家一致。
• 有些客户端没有协议头，而是提供含义相同的设置，通常叫 remote DNS 或通过代理解析 DNS。

curl -x socks5h://USER:PASS@HOST:PORT https://api.ipify.org

UDP#

UDP 永远不会经过 HTTP 端口。客户端本身必须支持 SOCKS5 UDP ASSOCIATE：curl 和大多数 HTTP 库不支持，而隧道类客户端和许多反检测浏览器支持。