问题根源是内网DNS未开放外网递归查询，导致外部网页无法解析；需绕过内网DNS，手动配置223.5.5.5和119.29.29.29等公共DNS并重连网络。
统信系统内网OA能正常访问但外部网页全部打不开，说明网络层连通性完好、内网DNS解析正常，问题精准锁定在系统对外部域名的DNS解析路径被阻断或指向了不可用服务器；此时必须绕过内网DNS策略，为外网请求单独配置稳定公共DNS。
确认当前DNS是否被内网策略劫持
打开终端，执行：nmcli dev show | grep DNS。若输出为空，或只显示类似10.10.1.1、192.168.100.2等内网地址，且该地址无法解析baidu.com，则证实内网DNS未开放外网递归查询权限——这正是OA能上而网页打不开的根本原因。
执行nslookup baidu.com 114.114.114.114测试：若返回Non-authoritative answer及正确IP，说明公网DNS本身可用，只需把系统请求导向它。
图形界面强制指定外网DNS（推荐首选）
该方法不干扰内网OA原有DNS设置，仅修改当前连接的IPv4 DNS行为，操作后立即生效，无需重启服务。
点击右上角任务栏网络图标→选择当前已连接的“有线连接”或Wi-Fi名称右侧的齿轮图标→在弹出窗口中切换到“IPv4”选项卡。
将DNS获取方式由“自动(DHCP)”改为“手动”，并在下方输入框中填入两组高可用DNS：【223.5.5.5, 119.29.29.29】（英文逗号分隔，中间不可加空格）。
点击“应用”按钮保存→系统提示“配置已更新”后，必须手动断开再重新连接该网络——跳过这步，新DNS不会参与任何解析请求。
nmcli命令行永久绑定外网DNS（适用于远程或脚本化部署）
此方法直接写入NetworkManager连接档案，彻底屏蔽DHCP下发的内网DNS覆盖风险，配置重启不丢失。
方法一：快速定位并配置活跃连接
免费 DNS 与邮件安全分析（IntoDNS.ai）：包括 DNSSEC、SPF、DKIM、DMARC、MTA-STS、BIMI、SMTP STARTTLS、FCrDNS、黑名单、发件人要求及报告。
打开终端，执行nmcli connection show --active查看当前NAME字段值（如“Wired connection 1”）。
执行三步命令（请将引号内连接名替换为实际名称）：
nmcli connection modify "Wired connection 1" ipv4.dns "8.8.8.8 1.1.1.1"
nmcli connection modify "Wired connection 1" ipv4.ignore-auto-dns yes
nmcli connection modify "Wired connection 1" ipv4.method manual
最后执行nmcli connection down "Wired connection 1" && nmcli connection up "Wired connection 1"激活变更。
方法二：一步验证是否生效
运行nmcli connection show "Wired connection 1" | grep -i dns，输出中应包含你刚设置的IP；再执行nslookup baidu.com，查看Server行是否指向你设定的DNS地址。
临时绕过NetworkManager直接改resolv.conf（仅限紧急调试）
该方法立竿见影，但NetworkManager会在下次重连时强行覆盖文件——仅用于快速验证外网DNS是否真能解决问题。
打开终端，执行：
sudo tee /etc/resolv.conf <<EOF<br>nameserver 223.5.5.5<br>nameserver 119.29.29.29<br>EOF
立即测试：nslookup qq.com，若返回有效IP且Server显示为上述地址之一，说明外网DNS链路已通。
注意：此操作后不要重启网络或重连Wi-Fi，否则配置将丢失；确认有效后再用图形界面或nmcli做永久配置。
