浏览器替代与兼容是做什么的
信创改造中浏览器是最直接的替代项：桌面端通常使用基于 Chromium 内核的国产浏览器或火狐 ESR 版本，系统自带并随发行版更新。真正的难点不在装浏览器，而在业务系统的兼容性：依赖 IE 内核、ActiveX 控件、老版本 TLS 或特定证书介质的系统无法简单替换，需要按系统逐个评估，配合适配改造、双内核浏览器或保留过渡终端，而不是一刀切。
基本信息
| 常见选择 | Chromium 内核国产浏览器、Firefox ESR |
|---|---|
| 安装包格式 | rpm 用 rpm -ivh，deb 用 dpkg -i 加 apt -f install 补依赖 |
| 架构匹配 | aarch64 平台必须使用对应架构安装包 |
| 版本确认 | 浏览器可执行文件加 --version 参数 |
| 站点验证 | curl 或浏览器开发者工具检查返回码与控制台报错 |
典型使用场景
- 迁移前的业务系统摸底：按单位网站清单逐个实测，形成兼容性结论而不是通用判断
- 批量部署浏览器到信创终端，按架构准备对应的 rpm 或 deb 安装包
- 处理证书类站点（银行、税务、社保）的信任链与证书介质支持问题
- 配置企业根证书与代理，保证内网业务站点可正常访问
- 双内核浏览器场景：按业务选择内核并记录测试所用内核版本
- 验收阶段回归测试：把实测结果与切换前后差异整理进迁移报告
安装与站点巡检
安装与站点巡检
sudo rpm -ivh browser-version.aarch64.rpm # RPM 系安装
sudo dpkg -i browser-version_arm64.deb # deb 系安装
sudo apt -f install -y # 补齐缺失依赖
browser-executable --version | head -3 # 确认版本与架构
# 批量巡检业务站点可访问性
for site in https://oa.example.com https://mail.example.com; do
curl -k -s -o /dev/null -w "$site -> %{http_code}\n" --max-time 10 "$site"
done
curl -vI https://oa.example.com 2>&1 | grep -iE 'SSL|certificate' | head # 看证书链兼容问题分类与对策
| 问题类型 | 典型表现 | 对策方向 |
|---|---|---|
| ActiveX 依赖 | 插件加载失败或功能不可用 | 评估改造或保留过渡终端，不硬替换 |
| 老 TLS 协议 | 连接被拒或协商失败 | 服务端升级协议，避免长期降级 |
| 证书不受信 | 提示证书错误需手工信任 | 配置企业根证书并统一分发 |
| 页面布局错位 | 字体缺失或 CSS 兼容问题 | 补装字体并做像素级回归 |
| 证书介质 | UKey 无法识别 | 确认驱动与中间件有对应架构版本 |
「宣称兼容」不等于「本单位的特定业务可用」，验收必须按实际网站清单逐条实测并记录所用浏览器内核与版本，形成可追溯的结论。
长期降低 TLS 版本或关闭证书校验来换取兼容性，会引入严重安全风险；这类临时绕行必须登记到期时间与整改责任人，不能沉淀为常态配置。