代理服务器可以理解为“客户端与互联网之间的中转站”。设备先把请求发送给代理服务器，再由代理服务器访问目标网站或应用，最后将结果返回给设备。很多初学者会把“代理服务器地址”“端口”和“PAC 自动配置”混为一谈，实际上它们分别解决的是“代理在哪里”“通过哪个入口连接”以及“哪些请求需要代理”三个不同问题。理解这三者的区别，是正确完成 Windows、浏览器、手机或其他设备代理设置的基础。
所谓代理服务器地址，通常是一个域名或 IP 地址，例如 proxy.example.com、192.0.2.10 等，它表示代理服务器所在的位置。端口则是代理服务器上的具体服务入口，常见形式如 8080、3128、1080 或服务商指定的其他数字。仅填写地址而不填写端口，设备通常无法判断应连接代理服务器的哪个网络服务；地址和端口必须配套使用。例如，地址是 proxy.example.com，端口是 8080，完整含义就是：连接名为 proxy.example.com 的服务器，并访问其 8080 端口提供的代理服务。
地址和端口属于“手动代理配置”。在 Windows 中，通常可以进入“设置—网络和 Internet—代理”，在手动设置代理区域启用代理，然后填写地址与端口。有些系统允许分别填写 HTTP 和 HTTPS 代理，也有些程序只提供一个通用代理字段。配置完成后，系统或应用会尝试通过该代理发送请求。需要注意，地址和端口本身不代表代理一定可用，代理还可能要求用户名、密码、证书、特定协议或来源 IP 授权。
PAC 是 Proxy Auto-Configuration 的缩写，即“代理自动配置”。它不是单个代理地址，也不是一个端口，而是一份通常以 .pac 结尾的配置文件。PAC 文件通过 JavaScript 形式的规则判断当前请求访问的域名、主机名或 IP 地址，然后返回 DIRECT、PROXY、SOCKS 等指令。例如，规则可以规定企业内部网站直接连接，外部网站使用代理，某些视频或办公服务则走另一台代理。用户只需提供 PAC 文件的网址，系统便会自动读取规则。
因此，手动地址端口和 PAC 的核心区别在于：手动代理通常是“所有符合条件的流量统一走指定代理”，PAC 则是“根据规则自动决定每个请求是否走代理以及走哪台代理”。PAC 更适合企业、校园或多网络环境，可以减少人工切换；手动代理更直观，适合临时测试和规则简单的场景。不过 PAC 依赖配置文件地址可访问，文件失效、规则写错或缓存未更新，都可能导致部分网站无法访问。
HTTP 代理主要面向 HTTP 请求，常用于普通网页、接口或下载场景。HTTPS 代理的名称容易产生误解：它可能表示“代理服务器本身通过 HTTPS 连接”，也可能表示“代理能够处理 HTTPS 请求”。实际设置时，应以服务提供方的说明为准。访问 HTTPS 网站时，代理通常先通过 CONNECT 方法建立到目标服务器的隧道，之后的加密内容仍由浏览器与目标网站协商。正常情况下，代理运营者不能直接看到 HTTPS 页面正文，但仍可能看到连接时间、目标域名或流量特征。
SOCKS 代理工作在更底层，常见版本是 SOCKS5。它不局限于网页协议，理论上可以转发 TCP，部分实现还支持 UDP，因此适用于浏览器、邮件客户端、开发工具、即时通信软件或其他支持 SOCKS 的程序。SOCKS5 也可能支持用户名密码认证。需要特别注意，系统设置了 SOCKS 代理，并不代表所有应用都会自动使用它；有些程序只识别 HTTP/HTTPS 代理，有些程序则完全忽略系统代理，必须在应用内部单独配置。
选择代理类型时，可以按照应用需求判断。只处理普通网页并且服务商明确提供 HTTP 代理时，可使用 HTTP；需要访问 HTTPS 网站时，应确认代理支持 HTTPS CONNECT 或服务商指定的 HTTPS 模式；需要代理非网页程序，或者软件明确要求 SOCKS5 时，再选择 SOCKS5。不要因为端口号相同就认为协议相同，也不要把 SOCKS5 端口直接填写到 HTTP 代理栏中，否则很容易出现连接超时、协议错误或网页无法加载。
设置完成后，建议按照“逐层检查”的方式验证。第一步，确认代理地址没有多余空格、拼写错误或错误的协议前缀；端口必须是数字，并且没有被防火墙或本地安全软件拦截。第二步，确认设备本身能够正常联网，再测试代理服务器是否可达。第三步，打开浏览器访问一个可靠的 HTTPS 网站，查看页面是否能够加载。第四步，使用可信的 IP 检测服务比较启用代理前后的出口 IP，但不要仅凭 IP 改变就认定所有流量都已代理。
更准确的检查方法是分别测试 DNS、网页和应用流量。有些代理只转发网页连接，DNS 查询仍由本地网络完成；有些浏览器启用了独立的安全 DNS、QUIC 或扩展功能，可能绕过系统代理。因此，若表现为网页能打开但某些应用不能使用，应检查该应用是否支持代理、是否需要单独填写认证信息，以及是否使用了 UDP、WebSocket 或其他不被当前代理支持的协议。企业环境还应确认是否需要安装受信任的根证书，不能随意安装来源不明的证书。
使用代理时还要重视安全和隐私。代理服务器可以记录连接时间、访问目标、账号信息或未加密内容，免费代理尤其可能插入广告、篡改页面或收集数据。不要通过不可信的 HTTP 代理登录银行、邮箱或管理后台，也不要把代理账号密码分享给他人。即便使用 HTTPS，也应检查浏览器地址栏中的证书和域名是否正确。PAC 文件同样具有较高权限，因为它能决定请求流向哪里，必须使用可信来源，并尽量通过 HTTPS 获取。
遇到问题时，可以先关闭 PAC，改用明确的手动地址和端口进行对照测试；也可以暂时关闭浏览器扩展、清理代理缓存并重启应用。如果手动代理正常而 PAC 异常，问题通常出在 PAC 地址、规则语法、返回值或文件缓存；如果浏览器正常而某个软件异常，则更可能是软件不读取系统代理或协议不兼容。地址说明“服务器在哪里”，端口说明“从哪个入口连接”，PAC 说明“按什么规则选择代理”；HTTP、HTTPS 与 SOCKS 则代表不同的代理工作方式。按照应用需求选择协议、逐项核对配置并进行分层测试，通常比反复更换端口更有效。
