WO2015039475A1 - 一种域名解析方法、服务器及系统 - Google Patents

一种域名解析方法、服务器及系统 Download PDF

Info

Publication number
WO2015039475A1
WO2015039475A1 PCT/CN2014/080647 CN2014080647W WO2015039475A1 WO 2015039475 A1 WO2015039475 A1 WO 2015039475A1 CN 2014080647 W CN2014080647 W CN 2014080647W WO 2015039475 A1 WO2015039475 A1 WO 2015039475A1
Authority
WO
WIPO (PCT)
Prior art keywords
domain name
name resolution
server
status information
module
Prior art date
Application number
PCT/CN2014/080647
Other languages
English (en)
French (fr)
Inventor
黄孙亮
陈建业
吴萍
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2015039475A1 publication Critical patent/WO2015039475A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4552—Lookup mechanisms between a plurality of directories; Synchronisation of directories, e.g. metadirectories
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers

Definitions

  • the present invention relates to a computer communication network, and more particularly to a domain name resolution method, server and system. Background technique
  • the DNS domain name system includes a local domain name server, a root domain name server, a secondary/third-level domain name server, and a final domain name server.
  • the local domain name server is generally a user client configuration, specifying or obtaining a domain name server from an ISP (Internet Service Provider), caching a common domain name record and a domain name query of the proxy user;
  • the current network DNS root server is responsible for storing information about the root zone and providing services for all nodes in the root zone.
  • Secondary/third-level domain name servers that is, domain name servers of various regions, such as: cn domain name server, edu.cn domain name server
  • the final name server here refers to the domain name server that ultimately maintains the specific domain name and IP address, such as: sina.com's domain name server.
  • the process of the domain name resolution service is as follows: Step 11: The user client initiates a domain name resolution request.
  • the user server can obtain the DNS server information when the user client is configured with a DNS server or dynamically obtains an address.
  • the domain name server initiates the domain name request.
  • Step 12 After receiving the domain name request, the local domain name server queries the local cache. If there is a corresponding DNS record in the local cache, the domain name resolution result is returned to the client, and the corresponding DNS record is not queried.
  • the upper domain name server requests domain name resolution; here, the query is set to the root domain name server; therefore, if there is no corresponding domain name record in the local cache, the local domain name server proxy user domain name resolution request, and the domain name server is initiated to the root domain name server.
  • Step 13 after receiving the domain name resolution request, the root domain name server returns the corresponding second-level domain name server information to the local domain name server, instructing the local domain name server to initiate a domain name resolution request to the second-level domain name server;
  • Step 14 After obtaining the second-level domain name server information, the local domain name server initiates a domain name resolution request to the second-level domain name server.
  • Step 15 After receiving the domain name resolution request, the second-level domain name server returns the next level (level 3) to the local domain name server. The domain name server information is recursively processed until the final domain name server information is provided to the user.
  • Step 16 After obtaining the final domain name server information, the local domain name server initiates a domain name resolution request to the final domain name server.
  • Step 17 The final domain name server receives the domain name resolution. After the request, the domain name resolution result is provided according to the domain name record information, and the domain name resolution result is returned to the local domain name server. Step 18: After obtaining the domain name resolution result, the local domain name server returns the domain name resolution result to the client.
  • DNS load balancing technology has emerged. At present, there are three main methods of DNS load balancing: random load balancing, polling load balancing, and load balancing based on user IP address segments.
  • the DNS server performs random allocation and selection in the optional server according to the received user DNS request, and generates an analysis result to return to the user.
  • the polling load balancing mode is selected by the DNS server according to the received user DNS request. Polling assignments and selections in the server generate parsing results back to the user. This method can share a large number of user accesses to multiple servers evenly, which reduces the burden on the server and improves system performance and scalability.
  • the DNS server allocates servers located on different networks according to the IP address segment of the user according to the received user DNS request, for example: for the operator
  • the user of A is connected to the server of the operator A, and the user of the operator B is assigned a server connected to the operator B, thereby solving the problem of poor application access quality brought by the carrier network.
  • the specific implementation is as shown in FIG. 2: Step 21: The user client initiates a domain name resolution request; the user server obtains the DNS server information when the user client is configured, or obtains the DNS server information, so that the user client is obtained.
  • a domain name request can be initiated to a local domain name server; Step 22: After receiving the domain name request, the local domain name server queries the local cache. If there is a corresponding DNS record in the local cache, the domain name resolution result is returned to the client, and if the corresponding DNS record is not found, the upper domain name server is Requesting domain name resolution; Here, setting the query to the root domain name server; therefore, if there is no corresponding domain name record in the local cache, the local domain name server proxy user domain name resolution request, and initiates a domain name resolution request to the root domain name server; After receiving the domain name resolution request, the root domain name server returns the corresponding second-level domain name server information to the local domain name server, instructing the local domain name server to initiate a domain name resolution request to the second-level domain name server.
  • Step 24 After the local domain name server obtains the second-level domain name server information, Initiating a domain name resolution request to the second-level domain name server;
  • Step 25 After receiving the domain name resolution request, the second-level domain name server returns the next-level (third-level) domain name server information to the local domain name server, and thus recursively processes until the user is provided The final domain name server information;
  • Step 26 After obtaining the final domain name server information, the local domain name server initiates a domain name resolution request to the final domain name server; Step 27, after the final domain name server receives the domain name resolution request, according to the set DNS load balancing policy, Load balancing is performed.
  • the domain name resolution can be performed by using the load balancing mode or the load balancing mode of the user IP address segment. After the domain name resolution result is obtained, the domain name resolution result is returned to the local domain name server. Step 28: After obtaining the domain name resolution result, the local domain name server returns the domain name resolution result to the client.
  • the current DNS load balancing technology can solve the problem of single server and single node high load, which can solve the problem of poor service access quality across the carrier network, and can improve the user's service to a certain extent.
  • the current DNS load balancing method is still too rough and arbitrary. In certain cases, the quality of access outside the network may be better than the quality of access within the network.
  • the server may be deployed in different network areas.
  • the network quality of different network areas may be different, which directly affects the user's service experience.
  • SUMMARY OF THE INVENTION The technical problem to be solved by the embodiments of the present invention is to provide a domain name resolution method, a server, and a system, which dynamically sense and obtain network state information, and provide an optimal domain name resolution and load balancing service for a user.
  • an embodiment of the present invention provides a domain name resolution method, including: The final domain name server receives the domain name resolution request; the final domain name server performs domain name resolution in combination with the user information and the network resources and state information maintained locally.
  • the foregoing method further has the following feature: the process of performing domain name resolution in the final domain name server, the method further includes: sending, by the final domain name server, that the network resource and status information maintained by the local network cannot meet the needs of domain name resolution, The network resource and the status information query request; after receiving the requested network resource and status information, the final domain name server performs domain name resolution based on the user information and the updated network resource and status information.
  • the foregoing method further has the following features: The final domain name server maintains network resources and status information locally through a network resource and a status information table.
  • the embodiment of the present invention further provides a server, as a final domain name server, including: a receiving module, configured to receive a domain name resolution request, and then transmitted to a domain name resolution module; the domain name resolution module is set to After receiving the domain name resolution request, the domain name resolution is performed based on the user information and the network resource and status information table maintained locally.
  • the server further has the following features: further comprising a query module and a maintenance module, wherein the domain name resolution module is further configured to detect that the locally maintained network resource and the state information cannot satisfy the domain name resolution during the domain name resolution process.
  • the query module is configured to perform domain name resolution by combining the information of the user with the updated network resource and status information of the maintenance module; the query module is configured to send the network resource and the status information query after receiving the notification. Requesting, and receiving the requested network resource and status information, and transmitting the information to the maintenance module; the maintenance module is configured to locally maintain network resources and status information, and receive network resources and status sent by the query module Update the local network resources and status information after the information.
  • the above server further has the following features: The maintenance module maintains network resources and status information through a network resource and a status information table.
  • the embodiment of the present invention further provides a domain name resolution system, which includes: the server according to any one of claims 4-6 as a final domain name server.
  • the embodiment of the present invention provides a domain name resolution method, a server, and a system that can more accurately sense domain state domain name resolution and load balancing, and can dynamically sense and obtain network state information, thereby providing users with optimal domain name resolution and load balancing. Service, better enhance the user's business experience.
  • 1 is a process diagram of a typical domain name resolution service process
  • FIG. 2 is a process diagram of a typical domain name resolution and load sharing service process
  • FIG. 3 is a flowchart of a domain name resolution method according to an embodiment of the present invention
  • 4 is a flowchart of a domain name resolution method according to an application example of the embodiment of the present invention
  • FIG. 5 is a schematic diagram of a final domain name server according to an embodiment of the present invention.
  • DETAILED DESCRIPTION OF THE EMBODIMENTS In order to make the technical solutions and advantages of the embodiments of the present invention more clearly, the embodiments of the present invention will be described in detail below with reference to the accompanying drawings. It should be noted that, in the case of no conflict, the features in the embodiments and the embodiments in the present application may be arbitrarily combined with each other.
  • FIG. 3 is a flowchart of a domain name resolution method according to an embodiment of the present invention. As shown in FIG. 3, the domain name resolution method in this embodiment includes:
  • the final domain name server receives the domain name resolution request.
  • the final domain name server performs domain name resolution by combining the user information with the network resources and status information maintained by the local domain name server.
  • the domain name resolution is combined with the network resources and the status information to perform domain name resolution.
  • the domain name resolution can be performed according to the real-time network status.
  • the network congestion node can be effectively avoided, the network traffic is optimized, and the domain name resolution result is optimized to effectively protect the user service experience.
  • the method of this embodiment may further include the following steps:
  • the final domain name server sends a network resource and status information query request if it detects that the locally maintained network resource and status information cannot meet the needs of domain name resolution.
  • the final domain name server After receiving the requested network resource and status information, the final domain name server performs domain name resolution based on the user information and the updated network resource and status information.
  • the domain name resolution system can dynamically sense and obtain the state information of the network, and provide the user with optimal DNS resolution and load balancing result according to the state information of the network.
  • FIG. 4 is a flowchart of a domain name parsing method according to an application example of the embodiment of the present invention.
  • the client, the local domain name server, the root domain name server, the secondary/third-level domain name server, the final domain name server, the network resource and the status information server are included.
  • the network resource and the status server have current resource information and status information of the network, such as: current network topology, utilization of each link in the current network, and status of the network port.
  • the steps of the specific service process are as follows: Step 101: The user client initiates a domain name resolution request; when the user client generally configures a DNS server, or obtains an address dynamically, the DNS server information is obtained, so that the user client can The local domain name server initiates a domain name request.
  • Step 102 After receiving the domain name request, the local domain name server initiates a domain name resolution request to the root domain name server.
  • Step 103 After receiving the domain name resolution request, the root domain name server sends the domain name request to the local domain name server. The domain name server returns the corresponding second-level domain name server information, instructing the local domain name server to initiate a domain name resolution request to the second-level domain name server.
  • Step 104 After obtaining the second-level domain name server information, the local domain name server initiates a domain name resolution request to the second-level domain name server; 105.
  • the second-level domain name server After receiving the domain name resolution request, the second-level domain name server returns the next-level (third-level) domain name server information to the local domain name server, and thus recursively processes until the final domain name server information is provided to the user.
  • Step 106 After obtaining the final domain name server information, the local domain name server initiates a domain name resolution request to the final domain name server.
  • Step 107 After receiving the domain name resolution request, the final domain name server performs domain name resolution processing. After the domain name server receives the domain name resolution request, it performs domain name resolution processing.
  • the final domain name server is a network state-based domain name resolution system, which maintains current network resources and status information tables, and can query and obtain required network resources and status information to network resources and status information servers as needed.
  • domain name resolution and load balancing can be performed directly according to the network state information maintained locally.
  • the network resource and the status information server cannot meet the domain name resolution and load balancing.
  • the network resource and status information server has current resource information and status information of the network.
  • Step 108 After receiving the network state information query request of the final domain name server, the network resource and status information server returns corresponding network resource and status information to the final domain name server.
  • Step 110 After receiving the domain name resolution result, the local domain name server returns the domain name resolution result to the client.
  • 5 is a schematic diagram of a final domain name server according to an embodiment of the present invention. As shown in FIG.
  • the final domain name server of this embodiment includes: a receiving module, configured to receive a domain name resolution request, and then transmitted to a domain name resolution module; The module is configured to perform domain name resolution after receiving the domain name resolution request, combining the user information and the network resource and status information table maintained locally.
  • the final domain name server may further include: a query module and a maintenance module, where the domain name resolution module is further configured to detect, if the network resource and status information maintained locally, The query module is configured to notify the query module, and is configured to perform domain name resolution by combining the information of the user with the updated network resource and status information of the maintenance module.
  • the query module is configured to send the network resource after receiving the notification.
  • the maintenance module is configured to locally maintain network resources and status information, and receive the information sent by the query module.
  • the network resources and status information are updated after the network resources and status information are updated.
  • the maintenance module maintains network resources and status information locally through a network resource and a status information table.
  • the query module is responsible for querying the external network resources and the status information server for the required network resources and status information, and interacting with the domain name resolution module through the internal interface. This internal interface can be defined as needed.
  • the domain name server determines whether to perform domain name resolution and load balancing based on the network status information according to the configured policy.
  • the final name server will analyze and load balance according to the locally maintained network status information, or query the network resources and status information server for the required network resources and status in real time. After the information, domain name resolution and load balancing.
  • the domain name resolution system and method provided by the embodiment of the present invention in the process of domain name resolution, the process of querying and acquiring network resources and status is added, and the domain name resolution and load balancing service processing are optimized according to the network state information. Provide users with more appropriate and optimized domain name resolution and load balancing results to enhance the user experience of using the business.
  • a domain name resolution method, server, and system provided by an embodiment of the present invention have the following beneficial effects:
  • a process of domain name resolution a process of querying and acquiring network resources and status is added, and according to the network status
  • the information is optimized for domain name resolution and load balancing service processing, providing users with more appropriate and optimized domain name resolution and load balancing results, and improving the user experience of using the service.

Abstract

一种域名解析方法、服务器及系统，包括：最终域名服务器接收域名解析请求；所述最终域名服务器结合用户的信息及本地所维护的网络资源及状态信息进行域名解析。能够更精确感知网络状态的域名解析和负载均衡，能够动态感知和获得网络状态信息，为用户提供最优的域名解析和负载均衡服务，更好提升用户业务体验。

Description

一种域名解析方法、 服务器及系统 技术领域 本发明涉及计算机通信网络， 更确切地说， 是涉及了一种域名解析方法、 服务器 及系统。 背景技术
DNS (Domain Name System, 域名系统）技术作为 internet (互联网）的关键技术， 一直伴随着互联网发展， 是互联网高速发展的基础。 DNS技术实现了域名和 IP地址 的有效映射， 使得用户无须记忆复杂的 IP (Internet Protocol, 网络之间互连的协议） 地址， 仅需要提供相应的域名就可以实现互联网资源的访问， 大大方便了用户的互联 网使用， 促进了互联网， 尤其是 Web (网页） 业务的高速发展。 目前， 现有典型的域名解析过程如图 1所示： DNS域名系统包括了本地域名服务 器、根域名服务器、二级 /三级域名服务器、最终域名服务器。其中， 本地域名服务器， 一般是用户客户端配置， 指定或从 ISP (Internet Service Provider, 互联网服务提供商） 处获取的域名服务器， 缓存常用的域名记录及代理用户的域名查询； 根域名服务器， 即现网 DNS根服务器，负责存储根地区有关的信息，并为根地区的所有节点提供服务; 二级 /三级域名服务器， 即各区域的域名服务器， 比如： cn域名服务器， edu.cn域名服 务器； 最终域名服务器在此指的是最终维护具体域名和 IP 地址的域名服务器， 如： sina.com的域名服务器。 域名解析业务处理流程如下： 步骤 11， 用户客户端发起域名解析请求； 由于用户客户端一般配置指定了 DNS 服务器， 或者动态获取地址时， 一并获取的 DNS服务器信息， 使得用户客户端可以向 本地域名服务器发起域名请求； 步骤 12， 本地域名服务器接收到用户域名请求后， 查询本地缓存， 如本地缓存中 有对应的 DNS记录， 则向客户端返回域名解析结果， 如查询不到相应的 DNS记录， 则向上级域名服务器请求域名解析； 此处， 设置向根域名服务器查询； 因此， 在本地 缓存中不存在对应域名记录的情况下， 本地域名服务器代理用户域名解析请求， 向根 域名服务器发起域名解析请求； 步骤 13， 根域名服务器收到域名解析请求后， 向本地域名服务器返回对应的二级 域名服务器信息， 指示本地域名服务器向二级域名服务器发起域名解析请求； 步骤 14， 本地域名服务器获得二级域名服务器信息后， 向二级域名服务器发起域 名解析请求； 步骤 15，二级域名服务器收到域名解析请求后，向本地域名服务器返回下一级（三 级） 域名服务器信息， 如此递归处理， 直至为用户提供最终的域名服务器信息； 步骤 16， 本地域名服务器获得最终域名服务器信息后， 向最终域名服务器发起域 名解析请求； 步骤 17，最终域名服务器收到域名解析请求后，根据自身所维护的域名记录信息， 提供相应的域名解析结果， 并向本地域名服务器返回该域名解析结果； 步骤 18， 本地域名服务器获得域名解析结果后， 向客户端返回域名解析结果。 随着互联网业务的快速发展， 用户规模的爆发增长， 使得互联网业务应用服务器 的负担急剧增加， 单一的服务器和业务节点难以满足大量用户访问的需求， 因而， 出 现了 DNS负载均衡技术。 目前主要的 DNS负载均衡方法大体上有三种： 随机负载均 衡、 轮询负载均衡、 根据用户 IP地址段负载均衡。 随机负载均衡方式， 是由 DNS服务器根据接收到的用户 DNS请求后， 在可选的 服务器中进行随机分配和选择， 生成解析结果向用户返回。 此种方式可以将大量的用 户访问随机分担到多个服务器， 但负载分担的效果难以控制， 具有随机性； 轮询负载均衡方式， 是由 DNS服务器根据接收到的用户 DNS请求后， 在可选的 服务器中进行轮询分配和选择生成解析结果向用户返回。 此种方式可以将大量的用户 访问平均地分担到多个服务器， 从而降低了服务器的负担，提高系统性能和可扩展性； 但依然存在一些不足， 仅仅解决了服务器负载的问题， 无法解决由于网络质量差而导 致的问题； 根据用户 IP地址段负载均衡的方式，是由 DNS服务器根据接收到的用户 DNS请 求后， 根据用户所在的 IP地址段， 分配位于不同网络的服务器， 比如： 为运营商 A 的用户分配连接到运营商 A的服务器，为运营商 B的用户分配连接到运营商 B的服务 器， 从而可以解决跨运营商网络带来的应用访问质量差的问题。 具体的实现方式如图 2所示： 步骤 21、 用户客户端发起域名解析请求； 由于用户客户端一般配置指定了 DNS 服务器， 或者动态获取地址时， 一并获取的 DNS服务器信息， 使得用户客户端可以向 本地域名服务器发起域名请求； 步骤 22、 本地域名服务器接收到用户域名请求后， 查询本地缓存， 如本地缓存中 有对应的 DNS记录， 则向客户端返回域名解析结果， 如查询不到相应的 DNS记录， 则向上级域名服务器请求域名解析； 此处， 设置向根域名服务器查询； 因此， 在本地 缓存中不存在对应域名记录的情况下， 本地域名服务器代理用户域名解析请求， 向根 域名服务器发起域名解析请求； 步骤 23、 根域名服务器收到域名解析请求后， 向本地域名服务器返回对应的二级 域名服务器信息， 指示本地域名服务器向二级域名服务器发起域名解析请求； 步骤 24、 本地域名服务器获得二级域名服务器信息后， 向二级域名服务器发起域 名解析请求； 步骤 25、二级域名服务器收到域名解析请求后，向本地域名服务器返回下一级（三 级） 域名服务器信息， 如此递归处理， 直至为用户提供最终的域名服务器信息； 步骤 26、 本地域名服务器获得最终域名服务器信息后， 向最终域名服务器发起域 名解析请求； 步骤 27、 最终域名服务器收到域名解析请求后， 根据设定的 DNS负载均衡策略， 实施负载分担； 可采用随机负载分担方式， 轮询负载分担方式或根据用户 IP地址段负 载分担方式进行域名解析。 得到域名解析结果后， 向本地域名服务器返回域名解析结 果； 步骤 28、 本地域名服务器获得域名解析结果后， 向客户端返回域名解析结果。 从以上的分析中可看出， 目前的 DNS负载均衡技术可解决单一服务器，单一节点 高负荷的问题， 可解决跨运营商网络导致业务访问质量差的问题， 在一定程度上能提 升用户的业务体验。但目前的 DNS负载均衡的方式， 依然过于粗糙和武断。在特定的 情况下， 网外的访问质量可能比网内的访问质量要好。 另外， 在同属于同一运营商网 络的情况下，服务器可能部署在不同的网络区域，不同网络区域的网络质量存在差异， 会直接影响用户的业务体验。 发明内容 本发明实施例要解决的技术问题是提供一种域名解析方法、 服务器及系统， 以动 态感知和获得网络状态信息， 为用户提供最优的域名解析和负载均衡服务。 为了解决上述技术问题， 本发明实施例提供了一种域名解析方法， 包括： 最终域名服务器接收域名解析请求； 所述最终域名服务器结合用户的信息及本地所维护的网络资源及状态信息进行域 名解析。 优选地， 上述方法还具有下面特点：所述最终域名服务器进行域名解析的过程中， 还包括： 所述最终域名服务器如检测到本地维护的网络资源及状态信息不能满足域名解析 的需要， 则发送网络资源和状态信息查询请求； 所述最终域名服务器接收到所请求的网络资源和状态信息后， 结合用户的信息和 更新后的网络资源及状态信息进行域名解析。 优选地， 上述方法还具有下面特点： 所述最终域名服务器是通过一网络资源及状态信息表来在本地维护网络资源及状 态信息的。 为了解决上述问题， 本发明实施例还提供了一种服务器， 作为最终域名服务器， 其中， 包括： 接收模块， 设置为接收域名解析请求， 然后传输给域名解析模块； 所述域名解析模块， 设置为接收到域名解析请求后， 结合用户的信息及本地所维 护的网络资源及状态信息表进行域名解析。 优选地， 上述服务器还具有下面特点： 还包括查询模块和维护模块， 所述域名解析模块， 在进行域名解析的过程中还设置为如检测到本地维护的网络 资源及状态信息不能满足域名解析的需要， 则通知所述查询模块； 设置为结合用户的 信息和所述维护模块更新后的网络资源及状态信息进行域名解析； 所述查询模块， 设置为接收到通知后发送网络资源和状态信息查询请求， 并接收 所请求的网络资源和状态信息， 传输给所述维护模块； 所述维护模块， 设置为在本地维护网络资源及状态信息， 及接收到所述查询模块 传来的网络资源和状态信息后更新本地的网络资源及状态信息。 优选地， 上述服务器还具有下面特点： 所述维护模块， 是通过一网络资源及状态信息表来维护网络资源及状态信息的。 为了解决上述问题， 本发明实施例还提供了一种域名解析系统， 其中， 包括： 如 权利要求 4-6任一项所述的服务器作为最终域名服务器。 综上， 本发明实施例提供一种域名解析方法、 服务器及系统能够更精确感知网络 状态的域名解析和负载均衡， 能够动态感知和获得网络状态信息， 为用户提供最优的 域名解析和负载均衡服务， 更好提升用户业务体验。 附图说明 图 1为现有典型的域名解析业务处理过程图； 图 2为现有典型的域名解析及负载分担业务处理过程图； 图 3为本发明实施例的一种域名解析方法的流程图； 图 4为本发明实施例一应用示例的域名解析方法的流程图； 图 5为本发明实施例的最终域名服务器的示意图。 具体实施方式 为使本发明实施例的技术方案和优点更加清楚明白， 下文中将结合附图对本发明 的实施例进行详细说明。 需要说明的是， 在不冲突的情况下， 本申请中的实施例及实 施例中的特征可以相互任意组合。 图 3为本发明实施例的一种域名解析方法的流程图， 如图 3所示， 本实施例的域 名解析方法包括：
Sll、 最终域名服务器接收域名解析请求； S12、最终域名服务器结合用户的信息及本地所维护的网络资源及状态信息进行域 名解析。 最终域名服务器结合网络资源及状态信息进行域名解析， 可以使得域名解析可以 根据实时的网络状态进行， 可以有效避开网络拥塞节点， 优化网络流量， 优化域名解 析结果， 有效保障用户业务体验。 本实施例的方法还可以包括以下步骤：
513、最终域名服务器如检测到本地维护的网络资源及状态信息不能满足域名解析 的需要， 则发送网络资源和状态信息查询请求；
514、最终域名服务器接收到所请求的网络资源和状态信息后，结合用户的信息和 更新后的网络资源及状态信息进行域名解析。 通过本实施例的方法， 域名解析系统可动态感知和获得网络的状态信息， 根据网 络的状态信息为用户提供最优的 DNS解析和负载均衡结果。
图 4为本发明实施例一应用示例的域名解析方法的流程图。在本处理流程中包括， 客户端， 本地域名服务器， 根域名服务器， 二级 /三级域名服务器， 最终域名服务器， 网络资源及状态信息服务器。 其中， 网络资源及状态服务器具有网络当前的资源信息 及状态信息， 如： 当前网络拓扑， 当前网络中各链路的利用率， 网络端口状态等信息。 具体的业务处理流程步骤如下： 步骤 101、 用户客户端发起域名解析请求； 由于用户客户端一般配置指定了 DNS 服务器， 或者动态获取地址时， 一并获取的 DNS服务器信息， 使得用户客户端可以向 本地域名服务器发起域名请求； 步骤 102、 本地域名服务器接收到用户域名请求后， 代理用户域名解析请求， 向 根域名服务器发起域名解析请求； 步骤 103、 根域名服务器收到域名解析请求后， 向本地域名服务器返回对应的二 级域名服务器信息， 指示本地域名服务器向二级域名服务器发起域名解析请求； 步骤 104、 本地域名服务器获得二级域名服务器信息后， 向二级域名服务器发起 域名解析请求； 步骤 105、 二级域名服务器收到域名解析请求后， 向本地域名服务器返回下一级 (三级） 域名服务器信息， 如此递归处理， 直至为用户提供最终的域名服务器信息； 步骤 106、 本地域名服务器获得最终域名服务器信息后， 向最终域名服务器发起 域名解析请求； 步骤 107、 最终域名服务器收到域名解析请求后， 进行域名解析处理； 最终域名服务器收到域名解析请求后， 进行域名解析处理。 此最终域名服务器为 基于网络状态的域名解析系统， 维护当前网络资源和状态信息表， 并可根据需要向网 络资源及状态信息服务器查询并获取所需的网络资源及状态信息。 当最终域名服务器 维护的信息能够满足域名解析及负载均衡的需要时， 可直接根据本地维护的网络状态 信息进行域名解析和负载均衡； 当最终域名服务器本地维护的信息不能满足域名解析 及负载均衡时， 向网络资源及状态信息服务器查询所需的网络资源及状态信息； 所述 的网络资源及状态信息服务器具有网络当前的资源信息及状态信息。 步骤 108、 网络资源及状态信息服务器收到最终域名服务器的网络状态信息查询 请求后， 向最终域名服务器返回相应的网络资源及状态信息； 步骤 109、 最终域名服务器通过查询获得所需的网络资源和状态信息后， 结合用 户的信息以及网络资源及状态信息实施域名解析和负载均衡， 为用户选择最优的服务 节点， 形成域名解析结果， 并向本地域名服务器返回该域名解析结果； 此外， 最终域名服务器在本地维护有网络资源和状态信息表， 通过查询获得所需 的网络资源及状态信息后， 更新自身所维护的网络资源及状态信息。 步骤 110、 本地域名服务器收到域名解析结果后， 向客户端返回域名解析结果。 图 5为本发明实施例的最终域名服务器的示意图， 如图 5所示， 本实施例的最终 域名服务器包括： 接收模块， 设置为接收域名解析请求， 然后传输给域名解析模块； 所述域名解析模块， 设置为接收到域名解析请求后， 结合用户的信息及本地所维 护的网络资源及状态信息表进行域名解析。 在一优选实施例中， 所述最终域名服务器还可以包括： 查询模块和维护模块， 所述域名解析模块， 在进行域名解析的过程中还设置为如检测到本地维护的网络 资源及状态信息不能满足域名解析的需要， 则通知所述查询模块； 设置为结合用户的 信息和所述维护模块更新后的网络资源及状态信息进行域名解析； 所述查询模块， 设置为接收到通知后发送网络资源和状态信息查询请求， 并接收 所请求的网络资源和状态信息， 传输给所述维护模块； 所述维护模块， 设置为在本地维护网络资源及状态信息， 及接收到所述查询模块 传来的网络资源和状态信息后更新本地所维护的网络资源及状态信息。 其中， 所述维护模块， 是通过一网络资源及状态信息表来在本地维护网络资源及 状态信息的。 查询模块负责向外部的网络资源及状态信息服务器查询所需的网络资源及状态信 息， 通过内部接口与域名解析模块交互， 此内部接口可根据需要自行定义。 最终域名服务器收到用户的域名解析请求后， 根据配置的策略， 决定是否根据网 络状态信息实施域名解析和负载均衡。 在需要结合网络状态信息进行域名解析和负载 均衡的情况下，最终域名服务器会根据本地维护的网络状态信息进行解析和负载均衡， 或者实时向网络资源及状态信息服务器查询所需的网络资源及状态信息后进行域名解 析和负载均衡。 本发明实施例提供的一种域名解析系统和方法， 在域名解析的过程中， 增加了网 络资源及状态查询和获取的过程， 并根据网络状态信息对域名解析和负载均衡的业务 处理进行优化， 为用户提供更加合适和优化的域名解析和负载均衡结果， 提升用户使 用业务的体验。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相 关硬件完成， 所述程序可以存储于计算机可读存储介质中， 如只读存储器、 磁盘或光 盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元可以采用硬件的形式实现， 也可以采用软件功能 模块的形式实现。 本发明不限制于任何特定形式的硬件和软件的结合。 以上仅为本发明的优选实施例， 当然， 本发明还可有其他多种实施例， 在不背离 本发明精神及其实质的情况下， 熟悉本领域的技术人员当可根据本发明作出各种相应 的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
工业实用性 如上所述， 本发明实施例提供的一种域名解析方法、 服务器及系统具有以下 有益效果： 在域名解析的过程中， 增加了网络资源及状态查询和获取的过程， 并根 据网络状态信息对域名解析和负载均衡的业务处理进行优化， 为用户提供更加合适 和优化的域名解析和负载均衡结果， 提升用户使用业务的体验。

Claims

权 利 要 求 书 、 一种域名解析方法， 包括：
最终域名服务器接收域名解析请求； 所述最终域名服务器结合用户的信息及本地所维护的网络资源及状态信息 进行域名解析。 、 如权利要求 1所述的方法，其中，所述最终域名服务器进行域名解析的过程中， 还包括： 所述最终域名服务器如检测到本地维护的网络资源及状态信息不能满足域 名解析的需要， 则发送网络资源和状态信息查询请求；
所述最终域名服务器接收到所请求的网络资源和状态信息后， 结合用户的 信息和更新后的网络资源及状态信息进行域名解析。 、 如权利要求 1或 2所述的方法， 其中， 所述最终域名服务器是通过一网络资源及状态信息表来在本地维护网络资 源及状态信息的。 、 一种服务器， 作为最终域名服务器， 包括： 接收模块， 设置为接收域名解析请求， 然后传输给域名解析模块； 所述域名解析模块， 设置为接收到域名解析请求后， 结合用户的信息及本 地所维护的网络资源及状态信息表进行域名解析。 、 如权利要求 4所述的服务器， 其中， 还包括查询模块和维护模块， 所述域名解析模块， 在进行域名解析的过程中还设置为如检测到本地维护 的网络资源及状态信息不能满足域名解析的需要， 则通知所述查询模块； 设置 为结合用户的信息和所述维护模块更新后的网络资源及状态信息进行域名解 析；
所述查询模块， 设置为接收到通知后发送网络资源和状态信息查询请求， 并接收所请求的网络资源和状态信息， 传输给所述维护模块；
所述维护模块， 设置为在本地维护网络资源及状态信息， 及接收到所述查 询模块传来的网络资源和状态信息后更新本地的网络资源及状态信息。 如权利要求 4或 5所述的服务器， 其中， 所述维护模块， 是通过一网络资源及状态信息表来维护网络资源及状态信 息的。 一种域名解析系统， 包括： 如权利要求 4-6任一项所述的服务器作为最终域名 服务器。
PCT/CN2014/080647 2013-09-18 2014-06-24 一种域名解析方法、服务器及系统 WO2015039475A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310430085.2 2013-09-18
CN201310430085.2A CN104468853A (zh) 2013-09-18 2013-09-18 一种域名解析方法、服务器及系统

Publications (1)

Publication Number Publication Date
WO2015039475A1 true WO2015039475A1 (zh) 2015-03-26

Family

ID=52688175

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/080647 WO2015039475A1 (zh) 2013-09-18 2014-06-24 一种域名解析方法、服务器及系统

Country Status (2)

Country Link
CN (1) CN104468853A (zh)
WO (1) WO2015039475A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106067890A (zh) * 2016-03-29 2016-11-02 北京肇煜宏泰信息科技有限公司 一种域名解析方法、装置及系统
WO2018081963A1 (zh) * 2016-11-02 2018-05-11 达闼科技（北京）有限公司 一种dns解析方法、装置及网络系统
CN108173976A (zh) * 2016-12-07 2018-06-15 腾讯科技（深圳）有限公司 域名解析方法及装置

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106487840A (zh) * 2015-08-27 2017-03-08 中国移动通信集团公司 一种内容服务器的确定方法、平台及调度服务器
CN105872125B (zh) * 2016-03-30 2019-01-22 中国联合网络通信集团有限公司 一种域名解析的方法及装置
CN107317880B (zh) * 2017-08-08 2020-05-26 苏州浪潮智能科技有限公司 一种实现负载均衡的方法及装置
CN110474994A (zh) * 2018-05-10 2019-11-19 中国移动通信集团有限公司 域名解析方法、装置、电子设备和存储介质
CN111049943A (zh) * 2019-12-05 2020-04-21 北京小米移动软件有限公司 解析域名的方法、装置、设备及介质
CN111064822B (zh) * 2019-12-23 2022-07-12 北京丁牛科技有限公司 一种用户追踪方法、装置及电子设备
CN111711716B (zh) * 2020-08-20 2020-12-04 苏州浪潮智能科技有限公司 一种域名解析方法、装置、设备及可读存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101651720A (zh) * 2008-08-11 2010-02-17 上海可鲁系统软件有限公司 一种网络域名的解析方法
CN102025793A (zh) * 2010-01-22 2011-04-20 中国移动通信集团北京有限公司 一种ip网络中的域名解析方法、系统及dns服务器
CN102480529A (zh) * 2010-11-24 2012-05-30 北京无线恒远科技有限公司 实现广域网负载均衡的域名解析方法及域名解析服务器

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100456690C (zh) * 2003-10-14 2009-01-28 北京邮电大学 基于全球网络定位的全局负载均衡方法
CN101340327B (zh) * 2008-08-21 2011-11-30 腾讯科技（深圳）有限公司 实现网络服务器负载均衡的方法和系统
CN101764855A (zh) * 2009-12-30 2010-06-30 福建星网锐捷网络有限公司 一种提供域名解析服务的方法、装置及系统
CN102316172B (zh) * 2010-07-05 2015-11-25 中国电信股份有限公司 一种dns解析方法、系统和sag设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101651720A (zh) * 2008-08-11 2010-02-17 上海可鲁系统软件有限公司 一种网络域名的解析方法
CN102025793A (zh) * 2010-01-22 2011-04-20 中国移动通信集团北京有限公司 一种ip网络中的域名解析方法、系统及dns服务器
CN102480529A (zh) * 2010-11-24 2012-05-30 北京无线恒远科技有限公司 实现广域网负载均衡的域名解析方法及域名解析服务器

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106067890A (zh) * 2016-03-29 2016-11-02 北京肇煜宏泰信息科技有限公司 一种域名解析方法、装置及系统
WO2018081963A1 (zh) * 2016-11-02 2018-05-11 达闼科技（北京）有限公司 一种dns解析方法、装置及网络系统
CN108173976A (zh) * 2016-12-07 2018-06-15 腾讯科技（深圳）有限公司 域名解析方法及装置

Also Published As

Publication number Publication date
CN104468853A (zh) 2015-03-25

Similar Documents

Publication Publication Date Title
WO2015039475A1 (zh) 一种域名解析方法、服务器及系统
US10374955B2 (en) Managing network computing components utilizing request routing
US9794216B2 (en) Request routing in a networked environment
US20180205697A1 (en) Managing content delivery network service providers by a content broker
US9160703B2 (en) Request routing management based on network components
JP5150769B2 (ja) 要求ルーティングおよびクライアントロケーション情報を利用したルーティング情報の更新
US9800539B2 (en) Request routing management based on network components
US9251112B2 (en) Managing content delivery network service providers
WO2018054307A1 (zh) Cdn业务的处理方法、设备及通信系统
US9003035B1 (en) Point of presence management in request routing
EP2266064B1 (en) Request routing
US9712422B2 (en) Selection of service nodes for provision of services
US8468247B1 (en) Point of presence management in request routing
US10097398B1 (en) Point of presence management in request routing
CN103905572B (zh) 域名解析请求的处理方法及装置
US20160212204A1 (en) Domain Name Resolution Method, DNS Cache Server, and Final DNS Server
JPWO2021040827A5 (zh)
JP5832970B2 (ja) Ｄｎｓサーバクライアントシステム及びｄｎｓクエリ応答制御方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14846457

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14846457

Country of ref document: EP

Kind code of ref document: A1