61.134.1.4 或相关网段误判为外网的规则。portal free-rule)放通终端到 Portal 设备 UDP 53 端口的流量。这样可以确保终端的 DNS 请求由本地设备代为转发,避免直连外部 DNS 导致的误报或异常流量检测。
1、EAD 外联审计检测原理(iNode 客户端侧)
iNode 客户端外联判定逻辑:
1)捕获终端DNS 解析报文,解析返回 IP 为公网地址(61.134.1.4 属于公网 DNS);
2)只要终端 ICMP ping 通该公网 IP,客户端直接判定终端存在外网外联,上报 iMC EAD 违规外联日志。
2、误报场景(你现场问题)
内网终端仅配置内网网关、无互联网出口,但系统 / 软件默认 DNS 填了公网 DNS 61.134.1.4;
内网防火墙策略放行 ICMP ping 公网 DNS,终端能 ping 通该 IP;
iNode 只判断「DNS 解析到公网 IP + IP 可达」,不校验真实互联网访问行为,直接生成外联告警,造成审计不准、大量误报。
3、两大核心缺陷
只靠 DNS+ICMP 可达做判断,无七层真实互联网访问校验;
无内置公网 IP 白名单,合法公网 DNS、云服务器 IP 全部触发告警。
二、分层根治方案(按落地优先级)
方案 1:iMC EAD 配置【不检测的外网 IP 段】白名单(推荐,全局生效)
登录 iMC → UAM/EAD → 系统配置 → 代理服务器检测参数
找到「不进行检查的外网 IP 段」,点击增加,录入:
61.134.1.4/32(公网 DNS 服务器)
批量添加所有企业允许访问的公网 DNS、云 API、合规外网服务 IP 段
保存下发策略,所有 iNode 客户端自动同步白名单;
效果:终端 ping / 解析该段 IP 不再判定违规外联,彻底消除此类误报。
方案 2:终端统一强制内网 DNS,杜绝解析公网 DNS
EAD 安全检查策略新增Hosts/DNS 配置检测:
强制终端 DNS 仅填写内网 DNS 服务器;
检测是否存在公网 DNS,不满足则安全不通过、隔离网络。
内网 DNS 做转发:内网 DNS 统一转发公网解析,终端不再直接配置 61.134.1.4;
优势:从源头消除公网 DNS 解析行为,完全杜绝该类误报。
方案 3:防火墙侧拦截终端 ICMP 访问公网 DNS(兜底)
出口 / 内网防火墙 ACL 限制内网终端 ICMP 访问公网 DNS 服务器:
plaintext
acl number 3000
rule deny icmp source 内网网段 destination 61.134.1.4 0
rule permit ip any any
终端 ping 不通公网 DNS,iNode 无法触发外联判定,无告警。
方案 4:优化外联检测判定逻辑(减少误报)
EAD 代理检测参数调大报文转发率阈值,避免单次 ping 少量报文就判定外联;
区分「仅 DNS 解析 + ping 通」和「大量 HTTP/HTTPS 互联网流量」,仅少量 ICMP 不生成严重告警;
升级 iMC UAM/EAD 至最新版本,新版本优化外联检测算法,增加七层流量辅助校验,降低纯 ICMP 误报。
三、快速操作步骤总结
优先在 iMC 添加公网 DNS 61.134.1.4 至「不检测外网 IP 白名单」;
终端统一推送内网 DNS,安全策略禁止手动配置公网 DNS;
防火墙拦截终端对内公网 DNS 的 ICMP 请求;
升级 iMC 与 iNode 客户端版本,优化外联检测精准度。
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论