You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

使用StormProxies代理时Chrome与Requests无法访问指定HTTPS页面,Firefox正常

解决Chrome与Requests使用StormProxies代理访问Ticketmaster页面的问题

我之前碰到过类似的代理配置不一致导致的访问问题,结合你的情况,给你几个具体的排查和解决方向:

针对Chrome的卡顿问题

  • 检查代理配置的一致性:打开Chrome设置 → 高级 → 系统 → 「打开您计算机的代理设置」,确认代理的地址、端口、认证信息(如果有)和Firefox里的配置完全一致。特别要注意勾选「对所有协议使用相同的代理服务器」——Chrome默认可能只给HTTP请求分配代理,HTTPS请求走系统默认设置,这会导致HTTPS页面一直处于等待状态。
  • 排除缓存和插件干扰:打开Chrome的无痕模式再尝试访问页面,避免浏览器缓存、扩展插件(比如广告拦截器)对代理请求的影响。
  • 检查IE代理设置:因为Chrome会复用IE的代理配置,打开IE的「Internet选项」→ 连接 → 局域网设置,确认没有启用自动配置脚本(PAC),如果有PAC脚本,可能会覆盖你手动设置的代理,导致请求走错误路径。

针对Requests的TimeoutException问题

  • 修正代理协议格式:你的代码中HTTPS协议的代理用了http://开头,部分代理服务商要求HTTPS请求对应使用https://的代理地址,修改proxies配置试试:
    proxies = {'http': 'http://{}'.format(proxy), 'https': 'https://{}'.format(proxy)}
    
  • 确认代理认证信息:StormProxies的专用代理通常需要用户名密码认证,检查你的<proxy>变量是否包含完整的认证格式(用户名:密码@代理IP:端口),如果缺少认证,请求会被代理服务器拒绝,最终触发超时。
  • 调整超时参数:把超时设置拆分为连接超时和读取超时,给代理建立连接留足时间:
    r = s.get(url, timeout=(15, 45))  # 前一个数值是连接超时,后一个是读取超时
    
  • 模拟Firefox请求头:既然Firefox能正常访问,试试把Requests的User-Agent换成Firefox的UA,看是不是请求头差异导致的拦截:
    'User-Agent': 'Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/117.0'
    

额外排查点

  • 检查代理IP白名单:确认你当前设备的出口IP已经添加到StormProxies的白名单中,虽然Firefox能访问,但不排除Chrome/Requests的网络路径存在细微差异(比如是否走了VPN、网卡切换等)。
  • 测试代理连通性:用curl命令测试代理是否能正常访问目标页面,比如:
    curl -x http://<proxy> https://www.ticketmaster.com/member/payment_options -v
    
    查看命令输出的连接过程,定位是代理连接失败还是目标服务器拒绝请求。

内容的提问来源于stack exchange,提问作者Vikas Ojha

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.05.15 07:43:56