洞察

代理服务器地址是什么:查找主机、端口与 PAC 配置

区分代理入口、端口、PAC 与公网出口,按 Windows、macOS、浏览器和 Linux 查找配置,并使用 MIYA 实际接入信息验证请求。

代理服务器地址、端口、协议和认证信息的组成

代理服务器地址是设备或应用连接代理时使用的网络入口。手动配置通常需要一个主机名或 IP 地址,以及对应的端口。例如 proxy.example.com:8080 中,前半部分标识主机,8080 是服务端口。本文的域名、IP 和端口仅用于解释格式,不是 MIYA 的可用接入信息。

寻找代理地址前,要先分清三件事:代理配置保存在什么位置,系统如何选择代理,以及目标网站最终看到了哪个出口 IP。这三者并不总是同一个地址。

Windows、macOS、Firefox 和 Linux 桌面可能使用手动配置,也可能通过 PAC 脚本或自动发现选择代理。看到一个脚本 URL 时,不应直接把它当作代理主机填入其他软件。

代理服务器地址包含哪些信息

代理地址由服务器主机名、端口、协议和认证信息组成

MDN 对代理服务器的定义强调了其中间环节的作用:它接收客户端请求,并转发或处理请求后返回响应。对需要手动配置的正向代理,客户端必须知道如何到达这个中间环节。

服务器地址

地址可以是主机名,例如 proxy.example.com,也可以是数字 IP,例如 203.0.113.20。主机名本身不是数字 IP,但仍然是有效的代理地址。一个域名可能解析到多个服务器,托管代理还可能使用网关或负载均衡,因此不要随意把服务商给出的域名替换成一次 DNS 查询得到的 IP。

端口

端口指定主机上对应的服务。复制 proxy.example.com:8080 时,需要区分软件是要求一个完整 endpoint,还是分别填写 Server 和 Port。只有服务器地址、没有端口,并不一定足以在另一款工具中复现连接。

协议

软件还必须知道使用 HTTP、HTTPS 还是 SOCKS 等代理类型。同一个主机和端口不能默认支持所有协议,常见端口号也不是协议识别的可靠依据。以提供方实际生成的连接信息和客户端文档为准。

认证

有些代理要求用户名和密码,另一些使用不同的授权方式。认证信息与主机、端口是不同字段。不要为了说明代理地址,把真实密码放进公开截图、日志或共享文档;技术支持材料可以保留协议和错误信息,并遮去敏感凭据。

代理地址、代理 IP 与公网出口 IP 有什么区别

代理服务器地址是客户端保存的入口,可以是域名、IP,或带端口的 endpoint。代理服务器 IP 通常指入口主机所对应的数字地址。公网出口 IP 则是某次请求到达目标时,目标观察到的来源地址。

这三者可能相同,也可能不同。通过网关访问代理池时,客户端连接的入口保持不变,后端分配的出口却可以变化。用 IP 检查网站看到的地址反过来填写代理设置,通常无法还原原来的接入配置。

如果你想回答“这台设备配置了什么代理”,应检查设置;如果问题是“这次请求从哪个 IP 发出”,应检查出口。排障记录中把两项分开写,能避免把正常的网关行为误判为配置错误。

代理地址常见的填写格式

以下都只是格式示例,不能直接作为可用代理连接:

203.0.113.20:8080
proxy.example.com:3128
http://proxy.example.com:8080
socks5://proxy.example.com:1080

有的应用接受带协议前缀的完整 URI,有的设置界面只接受主机和端口。应遵循输入框或工具要求,而不是把整行内容粘贴进所有字段。协议前缀、认证字段与目标网站 URL 也不能混用。

自动配置可能显示下面这种地址:

https://example.org/proxy.pac

它指向选择代理的规则,不一定是最终代理服务器。了解配置模式之后,再寻找实际使用的主机和端口,会比盲目搜索“我的代理 IP”有效。

从哪里开始查找代理设置

Windows、macOS、Firefox 和 Linux 的代理设置查找位置

先检查操作系统设置,再检查发生问题的具体浏览器或应用。系统设置、浏览器独立配置、PAC 脚本、应用参数和环境变量都可能决定请求的路径。公司或学校管理的设备,还可能受管理员策略控制。

不要在排查开始时同时更改多处配置。先记录每一层目前采用的模式、主机、端口与绕过规则,再判断是哪一层产生了你观察到的行为。

按平台查找代理配置

  1. Windows 10 和 11

    打开“设置 → 网络和 Internet → 代理”。Microsoft 官方说明列出了自动检测、设置脚本和手动代理三类方式。检查当前启用的是哪一种,而不只是查看手动代理栏是否为空。

    如果启用了手动代理,查看服务器名称或 IP、端口和例外列表。例外中的目标可能直接连接,因此某个网站未走代理,并不代表所有请求都绕过了代理。

    如果启用的是设置脚本,界面显示的可能只有脚本地址;它是自动配置的来源,不是固定代理 IP。如果启用了自动检测,设备可能从网络发现代理配置,也可能没有一个可直接复制的手动地址。

  2. macOS

    根据 Apple 的 Mac 代理设置指南,打开“Apple 菜单 → 系统设置 → 网络 → 当前网络服务 → 详细信息 → 代理”。必须选中实际使用的网络服务,避免检查了另一个未使用的连接。

    界面可能包含网页代理 HTTP、安全网页代理 HTTPS、SOCKS 代理、自动代理发现和自动代理配置。手动模式显示服务器地址与端口;自动代理配置显示 PAC URL。还要留意跳过简单主机名和绕过特定主机、域名的规则。

  3. Firefox

    Firefox 可以使用自己的代理配置,不一定继承操作系统。Mozilla 官方连接设置文档同时说明了不同界面版本的入口。常见路径为“设置 → 常规 → 网络设置 → 设置或配置代理”。

    较新的布局可能是“设置 → 隐私与安全 → 连接与软件安全 → 高级设置 → 代理设置 → 配置代理”。菜单名称可能随版本调整,关键是进入 Firefox 的连接设置对话框。

    检查选中的模式:不使用代理、自动检测、使用系统代理设置、手动代理配置,或自动代理配置 URL。若选择系统设置,应回到操作系统查找;若选择手动模式,记录主机与端口;若使用自动配置 URL,则可能只能直接看到 PAC 地址。

  4. Microsoft Edge 和 Chromium 浏览器

    Microsoft Edge 官方代理文档说明,Edge 默认使用系统网络设置。因此,普通 Windows 环境下优先检查系统的“网络和 Internet → 代理”。

    企业策略、扩展或专用启动参数可能改变浏览器的行为。对 Chromium 类浏览器,先判断它是否继承系统配置,再寻找应用自己的规则;不能因为浏览器表现不同,就假设一定存在另一个手动代理地址。

  5. Linux、GNOME 与命令行环境

    Linux 的配置方式取决于桌面环境和应用。GNOME 官方指南提供 Network → Network Proxy 入口,并区分 None、Manual 和 Automatic。手动模式可为不同协议设置主机和端口,自动模式则使用配置 URL。

    部分命令行工具读取环境变量。curl 官方教程介绍了 http_proxy、HTTPS_PROXY、ALL_PROXY 和 NO_PROXY 等变量。可在 Linux 或 macOS 的终端检查:

    env | grep -i proxy

    如果输出包含 http_proxy=http://proxy.example.com:8080,说明当前 shell 中存在供支持该变量的应用使用的配置。命令可能显示敏感信息,分享输出前应去掉凭据。

    没有输出只表示该 shell 没有匹配的环境变量,并不能证明设备没有代理。浏览器、桌面、PAC、容器或某个应用仍可能使用独立设置。

手动代理、PAC 与自动检测如何区分

手动代理直接指定 endpoint,PAC 和自动发现负责选择连接规则

手动代理

客户端直接保存服务器地址和端口。这种情况下,“代理服务器地址是什么”通常能从设置里得到明确答案。使用其他软件时,仍要另外核对协议、认证方式和例外规则。

PAC 或设置脚本

PAC 文件包含决定某个目标是否使用代理、使用哪个代理的规则。一个脚本可以针对不同目标作出不同选择,因此单个固定 IP 未必能描述整套配置。不要把脚本下载地址当作代理主机。

自动检测

操作系统或浏览器尝试从网络发现配置。设置界面未必有用户手动填入的主机与端口。若设备由组织管理,应参考管理员提供的说明,而不是猜测网络上的某个地址。

找到地址后,怎样验证应用真的使用了它

首先核对主机、端口和协议是否完整,再确认认证条件。能看到地址,不等于客户端能够连接;能连接入口,也不等于目标请求已成功。保留具体错误比反复更换端口更有帮助。

其次检查绕过规则。Windows、macOS、Firefox 等可以让部分目标直接连接。同一台电脑上的浏览器还可能采用不同的代理来源,因此应用之间表现不一致并不一定是故障。

最后,将保存的 endpoint 与本次请求的出口分开记录。测试时固定目标、应用和网络,再比较连接是否成功、是否出现认证错误,以及出口是否符合所选会话方式。浏览器里一次成功访问只能证明那一次请求的路径。

从 MIYA 控制台获取并测试接入信息

在 MIYA 控制台生成连接后,使用实际返回的主机、端口、用户名和密码;不要把本文的 proxy.example.com、示意 IP 或端口当作生产地址。MIYA 开发者中心提供接入入口,动态住宅代理用于了解对应产品。

MIYA 动态生成支持 HTTP 与 SOCKS5。把协议和凭据一起保存为一组配置,再用于客户端。下面是 HTTP 代理请求的占位写法,所有大写字段都必须替换为控制台返回值:

curl --proxy 'http://PROXY_HOST:PROXY_PORT' --proxy-user 'PROXY_USERNAME:PROXY_PASSWORD' --url 'https://example.com/'

Windows PowerShell 中使用 curl.exe。目标 https://example.com/ 只是演示 URL,不是出口 IP 检查接口。SOCKS5 场景可将代理方案改为 socks5h://,让 curl 通过代理解析目标主机;相关语义见 curl 命令行手册。

动态产品的入口地址与出口地址应分开理解。使用会话设置控制请求的连续性,不要手工套用其他供应商的用户名参数。若需要长期固定分配,可进一步查看 MIYA 静态住宅代理,并根据实际产品规则选择。

为什么仍然找不到代理地址

最常见的原因是检查了错误的配置层:系统使用自动配置,浏览器有独立代理,应用只读取环境变量,或设备受到管理策略控制。手动配置栏为空,只排除了一个可能来源。

另一种情况是目标本来就走了绕过规则,或者你查找的是公网出口,而不是保存的入口。按“系统 → 浏览器 → 应用 → 环境变量或管理策略”的顺序缩小范围,并始终说明你希望找的是哪一种地址。

常见问题

代理服务器地址一定是数字 IP 吗?

不是。它可以是域名,也可以是数字 IP。域名可能代表网关或多个后端服务器,使用提供方要求的主机名通常比自行替换成解析结果更合适。

地址和端口分别有什么作用?

地址标识连接的主机,端口标识这台主机上的服务。proxy.example.com:8080 只是组合格式示例;客户端可能要求两项分开填写。

Windows 里哪里查看代理?

打开“设置 → 网络和 Internet → 代理”,确认手动、设置脚本和自动检测的启用状态。只有手动配置才通常直接显示可复制的主机与端口。

Mac 里哪里查看代理?

在系统设置的网络中选择当前服务,进入详细信息和代理。应同时查看具体协议、自动配置和绕过规则。

Firefox 为什么与其他浏览器不同?

Firefox 可以使用独立的手动或 PAC 配置,也可以继承系统设置。查看它自己的连接设置,才能确定实际采用哪一种方式。

PAC URL 是不是代理服务器?

它是代理选择规则的地址,不一定是请求最终连接的代理主机。一个 PAC 文件还可能为不同目标选择不同路径。

公网 IP 能否直接填进代理设置?

不能据此推断。公网 IP 是某次请求观察到的出口,可能与网关主机不同,也不提供端口、协议和认证信息。

环境变量检查没有结果,是否说明没有代理?

不是。它只说明当前 shell 没有匹配的变量。系统、桌面、浏览器、PAC 和应用配置仍需要分别检查。

手动配置至少需要哪些信息?

通常需要主机名或 IP、端口、协议,以及服务要求的认证信息。复制控制台或管理员提供的完整配置,并在目标应用中测试。

找到入口后还要检查什么?

检查应用是否遵循该配置、目标是否被绕过、认证是否成功,以及出口是否符合实际会话设置。保存入口与观测出口是两个不同的验证步骤。

使用 MIYA 检查代理配置

排查时同时记录入口地址、协议和请求结果。可先使用代理检测工具,再对照开发者文档检查接入方式。