微网站内页,石家庄网站建设推广服务,wordpress 虚拟主机,精准营销方式有哪些了解更多银河麒麟操作系统全新产品#xff0c;请点击访问
麒麟软件产品专区#xff1a;https://product.kylinos.cn
开发者专区#xff1a;https://developer.kylinos.cn
文档中心#xff1a;https://document.kylinos.cn 情况描述
中标麒麟服务器操作系统V7运行在 ARM…了解更多银河麒麟操作系统全新产品请点击访问
麒麟软件产品专区https://product.kylinos.cn
开发者专区https://developer.kylinos.cn
文档中心https://document.kylinos.cn 情况描述
中标麒麟服务器操作系统V7运行在 ARM虚拟机上java业务解析存储域名出现偶发性失败。
情况分析
业务模型及抓包分析
通过和应用研发人员沟通确认域名解析的接口为java标准库提供的InteAddress.getAllByName()函数用于获取与一个域名相关的所有IP地址。同时支持IPV4和IPV6地址解析。
dns报文格式如下 dns请求报文 dns响应报文
DNS的报文格式。其中事务 ID、标志、问题计数、回答资源记录数、权威名称服务器计数、附加资源记录数这6个字段是DNS的报文首部共12个字节。整个DNS报文格式主要分为3部分内容即基础结构部分、问题部分、资源记录部分。
事务IDDNS 报文的 ID 标识。对于请求报文和其对应的应答报文该字段的值是相同的。通过它可以区分 DNS 应答报文是对哪个请求进行响应的。 标志FlagsDNS 报文中的标志字段。
问题计数DNS 查询请求的数目。
回答资源记录数DNS 响应的数目。
权威名称服务器计数权威名称服务器的数目。
附加资源记录数额外的记录数目权威名称服务器对应 IP 地址的数目。 同时根据现有抓包信息 解析异常时间点ipv4和ipv6 dns请求报文的事务ID一致且先回复了ipv6的结果同时状态为“拒绝”即reply code为5。 所以此处怀疑事务ID冲突是导致解析异常的直接原因怀疑底层存在事务ID初始化非原子性的情况。 后续验证及代码分析
为排除应用层代码逻辑的影响,编写对应测试程序调用InteAddress.getAllByName()解析存储端域名经过4天测试复现问题。
对应复现的抓包信息 关于DNS报文头部的初始化逻辑在底层glibc的reslov相关基础库中。初始化代码如下 对比glibc-2.17和glibc-2.28版本此处算法及初始化逻辑并无变化。随后追溯2.17及之后相关小版本的补丁确认Redhat7.9中遇到相关并行DNS请求ID冲突的问题导致解析超时或失败的情况详见https://bugzilla.redhat.com/show_bug.cgi?id2065058。 该补丁修复并不是针对并行初始化ID时原子锁缺失的场景而是增加相关逻辑处理ID重复且可能有效的DNS响应报文。
相关补丁代码如下 分析结论及升级方案
分析结论
并行DNS请求时可能存在事务ID一致的情况原始glibc相关函数(res_send只会处理第一个响应报文忽略第二个报文可能导致真实的解析结果丢失最终解析超时或者失败。
高版本glibc-2.17-326通过增加相关逻辑处理同ID的第二个响应报文修复该问题。
升级方案
中标麒麟操作系统v7.6当前最新版本为glibc-2.17-326.el7.ns7.02,该版本除修复了dns解析相关问题同时优化解决timezone以及GB18030字符集的问题所有补丁和红帽7系列对齐经过严格测试后入库升级不会影响当前系统稳定性。
具体升级方案
rpm -Uvh glibc*.rpm nscd*.rpm
升级完成后需重启系统。
以下为测试环境升级结果
