Linux服务器中Selenium自动化仅支持IE网页的解决方案咨询

• Wine 原生运行 IE + IE Driver 方案
  无需部署完整Windows系统，直接在Linux服务器安装32位Wine兼容层，在Wine环境中安装IE11 32位版本（该版本Wine兼容性最好），同时将版本匹配的Selenium IE Driver放在Wine环境下启动。提前在Wine的IE设置中关闭所有安全区域的保护模式，保证四个安全区域的保护模式开关状态完全一致，避免Selenium连接浏览器失败。注意必须使用32位Wine环境，64位Wine对IE11的兼容缺陷非常多，会出现大量页面渲染异常。你当前在用的Python xvfb wrapper可以直接为Wine下的IE进程提供虚拟显示支持，不需要调整现有虚拟显示相关的代码，整体资源占用远低于虚拟机方案。
• 轻量Windows虚拟机远程节点方案
  如果目标网页依赖ActiveX控件、VML渲染等Wine无法兼容的IE专属特性，可以部署裁剪版Windows轻量虚拟机（比如精简版Win7、tiny11镜像，单实例分配1核2G资源即可稳定运行IE11），在虚拟机内部启动IE Driver并开放远程调试端口，Linux宿主机上的Selenium代码通过远程连接的方式驱动虚拟机内的IE浏览器。该方案对IE专属特性的兼容性为100%，不会出现DOM被隐藏无法读取的问题，宿主机侧的xvfb服务不需要承载浏览器渲染，仅需运行业务代码即可。
• UA+DOM注入绕过方案（仅适配软拦截场景）
  如果目标网页并没有实际使用IE专属渲染逻辑，只是在前端做了UA校验、简单IE特性检测拦截访问，可以直接在Selenium启动Chrome/Edge时自定义请求UA为IE对应版本的UA字符串，同时在页面加载前通过execute_cdp_cmd注入JS脚本，模拟window.ActiveXObject等IE独有的DOM对象，绕过页面的浏览器检测逻辑。该方案性能开销最低，但仅适用于页面没有强依赖IE渲染能力的场景，使用前需要先确认页面的实际拦截逻辑。

补充说明：你之前尝试的Chrome IE兼容插件方案无需继续调试，这类插件的页面渲染逻辑运行在插件独立沙箱上下文内，DOM不会挂载到浏览器主页面上下文，Selenium天然无法读取插件渲染的页面内容，不存在可行的绕过路径。

内容的提问来源于stack exchange，提问作者LSTanaka