笙亿网络策划

drssionpage在Windows有头模式下能绕过Cloudflare，无头模式下不行，怎么回事？

约 6 分钟读完 2 阅
文章导读
DrissionPage 在 Windows 有头模式下能绕过 Cloudflare 而无头模式不行，主要是因为无头模式默认会暴露特定的浏览器指纹特征。Cloudflare 会检测 User-Agent 中是否包含"Headless"字样、WebDriver 标志以及 WebGL 渲染缺失等参数。在有头模式下，浏览器环境更接近真实用户，而无头模式默认配置容易被识别为自动化脚本。解决方案包括手动设置
📋 目录
  1. 一 结论与解决方案
  2. 二 DrissionPage 无头模式破盾记：实战绕过 CloudFlare 5 秒验证
  3. 三 DrissionPage 过 5 秒盾：反 CloudFlare 反爬
  4. 四 DrissionPage 项目中无头模式与有头模式请求差异的解决方案
  5. 五 FAQ
A A

结论与解决方案

DrissionPage 在 Windows 有头模式下能绕过 Cloudflare 而无头模式不行，主要是因为无头模式默认会暴露特定的浏览器指纹特征。Cloudflare 会检测 User-Agent 中是否包含"Headless"字样、WebDriver 标志以及 WebGL 渲染缺失等参数。在有头模式下，浏览器环境更接近真实用户，而无头模式默认配置容易被识别为自动化脚本。解决方案包括手动设置真实的 User-Agent 字符串、禁用自动化标识参数，并确保 TLS 指纹与真实浏览器一致，必要时可结合代理 IP 使用。

DrissionPage 无头模式破盾记：实战绕过 CloudFlare 5 秒验证

1. 为什么 CloudFlare5 秒盾这么难绕？很多做爬虫开发的朋友都遇到过这样的场景：明明代码在本地运行得好好的，一放到服务器上就被 CloudFlare 拦截。特别是那个烦人的 5 秒盾，每次访问都要等上几秒钟，严重影响爬虫效率。这背后的原理其实很有意思。CloudFlare 的 5 秒盾主要依靠浏览器指纹识别技术。它会检测上百个参数，比如：User-Agent:是否包含 Headless 字样 WebGL 渲染：无头模式下通常缺失 字体列表：服务器环境往往缺少 GUI 相关字体 浏览器特性：如 navigator.webdriver 标志 我在实际测试中发现，单纯修改 User-Agent 已经不够用了。有次我特意把 UA 改成最新版 Chrome，结果还是被识别出来。后来用 DrissionPage 的截图功能才发现，问题出在浏览器启动参数上——无头模式默认会开启一些特殊参数，这些都会暴露你的真实环境。

DrissionPage 过 5 秒盾：反 CloudFlare 反爬

这里采用 DrissionPage 自动化来反反爬。AI 写代码 python 运行 安装后，编写代码：fromDrissionPageimportChromiumPage fromDrissionPageimportChromiumOptions co = ChromiumOptions() page = ChromiumPage(co) url ="" page.get(url) page.wait(5) print(page.user_agent) page.get_screenshot(path=r"./test_browser_page.png", full_page=True) page.quit() AI 写代码 python 运行 没有开启无头模式时，通过保存截图可以确认正常绕开了 5 秒盾。如果只需要本地运行，到这里就够了。但是本任务需要部署到没有 GUI 的 linux 服务器，也就意味着浏览器必须是无头模式。尝试修改代码：fromDrissionPageimportChromiumPage fromDrissionPageimportChromiumOptions co = ChromiumOptions() co.set_argument('--headless',True)# 无头模式 page = ChromiumPage(co) url ="" page.get(url) page.wait(5) print(page.user_agent) page.get_screenshot(path=r"./test_browser_page.png", full_page=True) page.quit() AI 写代码 python 运行 结果一看截图，发现又被 CloudFlare 给拦截了。原来问题出在 UA 上：print(page.user_agent) AI 写代码 python 运行 打印结果是：Mozilla/5.0(Windows NT10.0; Win64; x64) AppleWebKit/537.36(KHTML, like Gecko) HeadlessChrome/128.0.0.0Safari/537.36 AI 写代码 python 运行 可以发现里面有`HeadlessChrome`这一串，导致被 CloudFlare 给拦截了。

DrissionPage 项目中无头模式与有头模式请求差异的解决方案

在使用 DrissionPage 项目进行网页自动化测试时，开发者可能会遇到一个常见问题：无头模式 (Headless Mode) 和有头模式 (Non-headless Mode) 下获取的请求结果不一致。这种差异通常会导致自动化脚本在不同模式下表现不同，给开发和测试带来困扰。现象描述 具体表现为：当使用无头模式访问目标网页时，获取到的页面元素内容与有头模式下获取的内容存在明显差异。即使增加了等待时间和各种加载完成的判定条件，问题依然存在。原因分析 经过技术专家分析，这种差异的根本原因在于用户代理 (User-Agent) 标识的不同。在无头模式下，浏览器会自动添加特定的标识表明当前处于无头状态，而许多网站会检测这些标识并据此返回不同的内容。解决方案 要解决这个问题，最直接有效的方法是修改无头模式下的用户代理字符串，移除其中表明无头状态的标识部分。这样可以使无头模式的请求看起来与普通有头模式的请求完全一致，从而获得相同的响应内容。

FAQ

问：无头模式被 Cloudflare 识别的主要原因是什么？

答：主要是 User-Agent 包含 Headless 字样及浏览器指纹差异，如 WebGL 渲染缺失。

问：如何配置 DrissionPage 绕过检测？

答：需要设置真实的 User-Agent 并调整浏览器启动参数，禁用无头特定标识。