```html

代理在浏览器中工作，但在代码中不工作：完整问题分析

经典场景：在浏览器中设置了代理，打开网站——一切正常。运行带有相同代理的脚本——连接错误、超时或被封禁。我们来分析一下为什么会发生这种情况以及如何修复它。

浏览器请求与代码请求的区别

当您通过代理在浏览器中打开网站时，发生的事情远不止一个 HTTP 请求。浏览器会自动执行以下操作：

发送完整的标头集 (User-Agent, Accept, Accept-Language, Accept-Encoding)
使用正确的密码套件执行 TLS 握手
处理重定向和 Cookie
执行 JavaScript 并加载依赖资源
缓存 DNS 响应和证书

来自代码的最小请求对服务器来说看起来完全不同——更像一个机器人而不是人类。即使代理工作正常，目标网站也可能因为您的脚本而阻止访问。

代理身份验证问题

最常见的原因是凭据传递不正确。浏览器会弹出窗口要求输入凭据，但在代码中必须明确指定。

错误的 URL 格式

一个常见的错误是遗漏了协议或特殊字符未正确转义：

# 错误
proxy = "user:pass@proxy.example.com:8080"

# 正确
proxy = "http://user:pass@proxy.example.com:8080"

# 如果密码中包含特殊字符 (@, :, /)
from urllib.parse import quote
password = quote("p@ss:word/123", safe="")
proxy = f"http://user:{password}@proxy.example.com:8080"

基于 IP 的身份验证 vs 登录/密码

一些代理提供商使用基于 IP 地址的白名单。您的计算机上的浏览器可以工作，因为您的 IP 已添加到白名单中。而服务器上的脚本则不行，因为服务器的 IP 不同。

请在提供商的控制面板中检查使用的是哪种身份验证方法以及哪些 IP 已添加到白名单中。

HTTP/HTTPS/SOCKS 协议不匹配

浏览器通常会自动识别代理类型。在代码中需要明确指定，协议错误会导致静默失败。

代理类型	URL 方案	特点
HTTP 代理	`http://`	通过 CONNECT 隧道支持 HTTP 和 HTTPS
HTTPS 代理	`https://`	与代理建立加密连接
SOCKS4	`socks4://`	无身份验证，仅支持 IPv4
SOCKS5	`socks5://`	支持身份验证、UDP、IPv6
SOCKS5h	`socks5h://`	通过代理进行 DNS 解析

至关重要：如果您使用的是 SOCKS5 代理，但指定了 http:// —— 连接将无法建立。该库将尝试使用 HTTP 协议与 SOCKS 服务器通信。

缺少标头和指纹 (Fingerprint)

即使代理工作正常，目标网站也可能因为可疑的标头而阻止请求。比较一下：

来自浏览器的请求

GET /api/data HTTP/1.1
Host: example.com
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36...
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate, br
Connection: keep-alive
Upgrade-Insecure-Requests: 1
Sec-Fetch-Dest: document
Sec-Fetch-Mode: navigate
Sec-Fetch-Site: none
Sec-Fetch-User: ?1

默认 requests 请求

GET /api/data HTTP/1.1
Host: example.com
User-Agent: python-requests/2.28.0
Accept-Encoding: gzip, deflate
Accept: */*
Connection: keep-alive

区别很明显。具有反机器人保护的网站会立即识别出请求不是来自浏览器。

最小伪装标头集

headers = {
    "User-Agent": "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36",
    "Accept": "text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8",
    "Accept-Language": "en-US,en;q=0.9",
    "Accept-Encoding": "gzip, deflate, br",
    "Connection": "keep-alive",
    "Upgrade-Insecure-Requests": "1",
    "Sec-Fetch-Dest": "document",
    "Sec-Fetch-Mode": "navigate",
    "Sec-Fetch-Site": "none",
    "Sec-Fetch-User": "?1",
    "Cache-Control": "max-age=0"
}

SSL 证书和验证

浏览器内置了根证书存储，并能处理各种 SSL 配置。代码中可能会出现问题：

SSL 错误：CERTIFICATE_VERIFY_FAILED

某些代理会使用自己的证书来检查流量。浏览器可能信任此证书，但您的脚本可能不信任。

# 调试的临时解决方案（不适用于生产环境！）
import requests
response = requests.get(url, proxies=proxies, verify=False)

# 正确的解决方案——指定证书路径
response = requests.get(url, proxies=proxies, verify="/path/to/proxy-ca.crt")

重要提示： 禁用 SSL 验证 (verify=False) 会使连接容易受到中间人 (MITM) 攻击。仅在安全环境中调试时使用。

TLS 指纹

高级反机器人系统会分析 TLS 指纹——连接建立时密码套件的顺序和集合。Python requests 使用的标准集与浏览器不同。

要绕过此限制，请使用具有自定义 TLS 指纹的库：

# 安装: pip install curl-cffi
from curl_cffi import requests

response = requests.get(
    url,
    proxies={"https": proxy},
    impersonate="chrome120"  # 模拟 Chrome 120 的 TLS 指纹
)

DNS 泄漏和解析

另一个不明显的问题是 DNS 解析。在使用 HTTP 代理时，DNS 查询可能会绕过代理，直接从您的机器发出。

这对工作有何影响

网站看到的是真实的 DNS 解析器，而不是代理
地理位置判断不正确
某些网站会阻止 IP 和 DNS 区域不匹配的情况

SOCKS5 的解决方案

使用 socks5h:// 方案而不是 socks5:// —— 字母 "h" 表示 DNS 解析将在代理端执行：

# DNS 本地解析（泄漏！）
proxy = "socks5://user:pass@proxy.example.com:1080"

# DNS 通过代理解析（正确）
proxy = "socks5h://user:pass@proxy.example.com:1080"

Python, Node.js 和 cURL 的工作示例

Python 使用 requests

import requests
from urllib.parse import quote

# 代理数据
proxy_host = "proxy.example.com"
proxy_port = "8080"
proxy_user = "username"
proxy_pass = quote("p@ssword!", safe="")  # 转义特殊字符

# 构造代理 URL
proxy_url = f"http://{proxy_user}:{proxy_pass}@{proxy_host}:{proxy_port}"

proxies = {
    "http": proxy_url,
    "https": proxy_url
}

headers = {
    "User-Agent": "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36",
    "Accept": "text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8",
    "Accept-Language": "en-US,en;q=0.9",
    "Accept-Encoding": "gzip, deflate, br",
}

try:
    response = requests.get(
        "https://httpbin.org/ip",
        proxies=proxies,
        headers=headers,
        timeout=30
    )
    print(f"状态码: {response.status_code}")
    print(f"IP: {response.json()}")
except requests.exceptions.ProxyError as e:
    print(f"代理错误: {e}")
except requests.exceptions.ConnectTimeout:
    print("连接代理超时")

Python 使用 aiohttp (异步)

import aiohttp
import asyncio

async def fetch_with_proxy():
    proxy_url = "http://user:pass@proxy.example.com:8080"
    
    async with aiohttp.ClientSession() as session:
        async with session.get(
            "https://httpbin.org/ip",
            proxy=proxy_url,
            headers={"User-Agent": "Mozilla/5.0..."}
        ) as response:
            return await response.json()

result = asyncio.run(fetch_with_proxy())
print(result)

Node.js 使用 axios

const axios = require('axios');
const HttpsProxyAgent = require('https-proxy-agent');

const proxyUrl = 'http://user:pass@proxy.example.com:8080';
const agent = new HttpsProxyAgent(proxyUrl);

axios.get('https://httpbin.org/ip', {
    httpsAgent: agent,
    headers: {
        'User-Agent': 'Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36...'
    }
})
.then(response => console.log(response.data))
.catch(error => console.error('错误:', error.message));

Node.js 使用 node-fetch 和 SOCKS

const fetch = require('node-fetch');
const { SocksProxyAgent } = require('socks-proxy-agent');

const agent = new SocksProxyAgent('socks5://user:pass@proxy.example.com:1080');

fetch('https://httpbin.org/ip', { agent })
    .then(res => res.json())
    .then(data => console.log(data));

cURL

# HTTP 代理
curl -x "http://user:pass@proxy.example.com:8080" \
     -H "User-Agent: Mozilla/5.0..." \
     https://httpbin.org/ip

# SOCKS5 代理，通过代理进行 DNS 解析
curl --socks5-hostname "proxy.example.com:1080" \
     --proxy-user "user:pass" \
     https://httpbin.org/ip

# 调试——显示整个连接过程
curl -v -x "http://user:pass@proxy.example.com:8080" \
     https://httpbin.org/ip

诊断清单

如果代码中的代理无法工作，请按顺序检查以下几点：

代理 URL 格式——是否包含方案 (http://, socks5://)?
密码中的特殊字符——是否已进行 URL 编码？
代理类型——指定的协议是否与实际的代理类型匹配？
身份验证——是基于 IP 还是基于用户名/密码？服务器 IP 是否在白名单中？
标头——是否添加了 User-Agent 和其他浏览器标头？
SSL——是否存在证书错误？
DNS——是否使用 socks5h:// 通过代理进行解析？
超时——是否有足够的时间进行连接（特别是对于住宅代理）？

结论

浏览器和代码之间的区别在于细节：标头、协议、SSL、DNS。浏览器隐藏了这些复杂性，而在代码中，每个方面都需要明确配置。从检查 URL 格式和身份验证开始，然后添加浏览器标头——这可以解决 90% 的问题。

对于需要稳定性和低封锁率的网络抓取和自动化任务，住宅代理是一个很好的选择——您可以在 proxycove.com 上了解更多相关信息。

```

浏览器代理工作代码不工作：问题全面解析