玩转“网上邻居”之DNS解析(二)

简介:
 
四、DNS名称更新
在默认情况下,运行Windows 2000而且静态配置TCP/IP的计算机尝试为由其安装的网络连接所配置和使用的IP地址动态注册主机(A)和指针(PTR)资源记录(RR)。在默认情况下,所有计算机都在其完整计算机名的基础上注册记录。下列任何原因或事件都可导致发送动态更新内容:
·在TCP/IP属性配置中为任何一个已安装的网络连接添加、删除或修改IP地址。
·IP地址租约通过DHCP服务器更改或续订任何一个已安装的网络连接。例如,当启动计算机时或在使用ipconfig/renew命令时。
·ipconfig/registerdns命令用于手动执行DNS中客户机名称注册的刷新。
·在启动时,当计算机打开时。
当以上的其中一个事件触发动态更新操作时,DHCP客户服务会发送更新内容。它是这样设计的,如果由于DHCP的原因而使IP地址信息发生变化,则会在DNS中进行相应的更新,为该计算机同步名称到地址的映射。DHCP客户机服务为在系统上使用的所有网络连接执行该功能,包括未配置使用DHCP的连接。
对于Windows 2000计算机,当这台计算机上的DNS名称或IP地址更改时,通常会要求动态更新。为了清楚地说明其更新过程,现举一实例。例如,假设名为“oldhost”的客户机最初在系统属性中配置的是以下名称:
·计算机名:oldhost
·计算机的DNS域名:example.microsoft.com
完整的计算机名称:oldhost.example.microsoft.com
在本例中,计算机未配置连接专用DNS域名称。随后,计算机从“oldhost”重新更名为“newhost”,这样系统的名称改为:
·计算机名:newhost
·计算机的DNS域名:example.microsoft.com
·完整的计算机名称:newhost.example.microsoft.com
一旦更改的名称在系统属性中被采纳,Windows 2000就会提示您重新启动计算机。当计算机重新启动Windows时,DHCP客户机服务将会按以下顺序更新DNS
1DHCP客户服务发送通过计算机的DNS域名查询颁发机构(SOA)类型的请求。
客户机采用计算机当前配置的FQDN(如newhost.example.microsoft.com)作为本查询中所指定的名称。
2用于包含对SOA类查询的客户端FQDN响应的区域的权威性DNS服务器。
对于标准主区域,在SOA查询中返回的主服务器(所有者)是固定的并且是静态的。它始终与随区域一起存储的SOARR中出现的确切DNS名称一致。然而,如果要更新的区域为目录集成的,那么加载区域的任何DNS服务器可响应和动态地插入自己的名称作为SOA查询响应中区域的主服务器(所有者)。
3然后,DHCP客户端会试着与主DNS服务器联络。
客户机处理其名下的SOA查询响应,以确定授权为接受其名称的主服务器的DNS服务器的IP地址。然后,它根据需要按以下步骤联络并动态更新其主服务器:
·它向SOA查询响应中确定的主服务器发送动态更新请求。如果更新成功,则不再采取进一步的措施。
·如果更新失败,则客户机接着为SOA记录中指定的区域名发送NS型查询。
·当它接收到对该查询的响应时,会同时向此响应消息中所列的第一个DNS服务器发送SOA查询。
·解析SOA查询之后,客户端向返回的SOA记录中所指定的服务器发送动态更新请求。如果更新成功,则不再采取进一步的措施。
·如果此次更新失败,则客户端通过向此响应消息中所列的下一个DNS服务器发送同一请求来重复SOA查询过程。
4一旦联系到可执行更新的主服务器,客户端就会发送更新请求并且服务器会对它进行处理。
更新请求的内容包括以下指令:为newhost.example.microsoft.com添加A(有可能是PTRRR,然后删除oldhost.example.microsoft.com的相同记录类型,后者的名称在以前注册过。
此服务器还进行检查,以确保允许进行客户申请的更新。对于标准主区域,动态更新是不安全的,因此任何客户机都要尝试更新成功。对于ActiveDirectory集成的区域,更新是安全的,而且通过使用基于目录的安全设置来执行。
动态更新请求周期性地发送或刷新。在默认情况下,Windows 200024小时发送一次刷新请求。如果此更新未引起区域数据的任何改变,则此区域保留为其当前版本并且不会写入任何改动内容。只有当名称或地址实际更改了,更新才会引起实现的区域变化或增加的区域传送。
注意
·如果名称变为非有效状态或在刷新间隔(24小时)内未更新,则名称不从DNS区域删除。尽管在地址的更改或新名称生效时,DNS客户机的确尝试了删除或更新旧的名称记录,DNS仍不会使用某种机制来释放或去除名称。
·当DHCP客户服务为Windows 2000的计算机注册APTR资源记录时,它会为主机记录使用15分钟的默认缓存生存时间(TTL)。这可以确定其他DNS服务器和客户机缓存包含在查询响应中的计算机记录的时间长度。
本文转自王达博客51CTO博客,原文链接http://blog.51cto.com/winda/11231如需转载请自行联系原作者

茶乡浪子
相关文章
|
10月前
|
域名解析 存储 网络协议
域名解析的终极指南:从基础到进阶,彻底搞懂 DNS 记录
域名解析是网站运行的基础,正确配置DNS记录至关重要。本文从基础到进阶全面解析DNS知识,涵盖A、AAAA、CNAME、MX、TXT、CAA等常见记录类型及其应用场景。通过学习,你将了解DNS的工作原理,掌握如何优化域名配置,确保网站与邮件服务高效运行。无论搭建个人博客还是企业官网,本文都能助你轻松搞定域名解析!
2469 0
|
9月前
|
域名解析 网络协议 网络安全
SSL证书验证全攻略:DNS/HTTP/手动解析怎么选?
SSL证书在网络安全中至关重要,1Panel提供三种验证方式:DNS验证、HTTP验证和手动解析。DNS验证便捷,适合CDN网站;HTTP验证快速,需服务器在线;手动解析灵活,但操作复杂。根据需求选择合适确认方式,定期检查证书状态。
1006 2
|
11月前
|
域名解析 存储 缓存
深入学习 DNS 域名解析
在平时工作中相信大家都离不开 DNS 解析,因为 DNS 解析是互联网访问的第一步,无论是使用笔记本浏览器访问网络还是打开手机APP的时候,访问网络资源的第一步必然要经过DNS解析流程。
|
9月前
|
网络协议 安全 Linux
阿里云服务器国际站dns服务器不可用怎么办?dns可以随便改吗?
阿里云服务器国际站dns服务器不可用怎么办?dns可以随便改吗?
2845 0
|
12月前
|
负载均衡 网络协议 容灾
【飞天技术沙龙】云解析 DNS 上海站《多云+IDC 融合场景下的 DNS 最佳实践》圆满落幕
【飞天技术沙龙】云解析 DNS 上海站《多云+IDC 融合场景下的 DNS 最佳实践》圆满落幕
295 0
|
域名解析 缓存 网络协议
浏览器中输入URL返回页面过程(超级详细)、DNS域名解析服务,TCP三次握手、四次挥手
浏览器中输入URL返回页面过程(超级详细)、DNS域名解析服务,TCP三次握手、四次挥手
|
监控 网络协议 安全
DNS服务器故障不容小觑,从应急视角谈DNS架构
DNS服务器故障不容小觑,从应急视角谈DNS架构
336 4
|
域名解析 弹性计算
内网域?名解析记录是否会覆盖公网域名解析记录?
内网域?名解析记录是否会覆盖公网域名解析记录?
|
11月前
|
算法 测试技术 C语言
深入理解HTTP/2:nghttp2库源码解析及客户端实现示例
通过解析nghttp2库的源码和实现一个简单的HTTP/2客户端示例,本文详细介绍了HTTP/2的关键特性和nghttp2的核心实现。了解这些内容可以帮助开发者更好地理解HTTP/2协议,提高Web应用的性能和用户体验。对于实际开发中的应用,可以根据需要进一步优化和扩展代码,以满足具体需求。
1098 29

相关产品

  • 云解析DNS
  • 推荐镜像

    更多
  • DNS