WO2015027743A1 - 域名解析的方法、域名缓存服务器及最终域名服务器 - Google Patents

域名解析的方法、域名缓存服务器及最终域名服务器 Download PDF

Info

Publication number
WO2015027743A1
WO2015027743A1 PCT/CN2014/080659 CN2014080659W WO2015027743A1 WO 2015027743 A1 WO2015027743 A1 WO 2015027743A1 CN 2014080659 W CN2014080659 W CN 2014080659W WO 2015027743 A1 WO2015027743 A1 WO 2015027743A1
Authority
WO
WIPO (PCT)
Prior art keywords
domain name
server
final
record information
predetermined
Prior art date
Application number
PCT/CN2014/080659
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 中兴通讯股份有限公司
Priority to US14/916,053 priority Critical patent/US20160212204A1/en
Priority to EP14841014.5A priority patent/EP3043533A4/en
Publication of WO2015027743A1 publication Critical patent/WO2015027743A1/zh

Links

Classifications

    • 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
    • H04L67/1036—Load balancing of requests to servers for services different from user content provisioning, e.g. load balancing across domain name servers
    • 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]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/957—Browsing optimisation, e.g. caching or content distillation
    • G06F16/9574—Browsing optimisation, e.g. caching or content distillation of access to content, e.g. by caching
    • 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/50—Address allocation
    • H04L61/5076—Update or notification mechanisms, e.g. DynDNS
    • 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/58—Caching of addresses or names
    • 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/14—Session management
    • H04L67/142—Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms

Definitions

  • the present invention relates to the field of communications, and in particular, to a method for domain name resolution, a domain name cache server, and a final domain name server.
  • BACKGROUND OF THE INVENTION Domain name resolution technology is a basic technology of the Internet, which provides a mutual mapping relationship between domain name information and Internet Protocol (IP) address information, so that users do not need to memorize complex IP address information when using the Internet. , and only need to record simple domain name information, which greatly promotes the development of the Internet.
  • IP Internet Protocol
  • the domain name resolution and load sharing (also known as load balancing) processing of the related art is shown in FIG. 1 .
  • the Domain Name System includes a domain name cache server, a root domain name server, a secondary/third-level domain name server, and a final domain name server.
  • the domain name cache server is generally configured by a user client, specified or obtained from an Internet Service Provider (ISP), caches commonly used domain name records, and domain name queries of proxy users; That is, 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; the secondary/third-level domain name servers are domain name servers of various regions, such as: cn domain name server, edu.cn domain name server
  • the final domain 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 domain name resolution service processing flow includes steps S101 to S108.
  • step S101 the user client initiates a domain name resolution request.
  • the user server can obtain a domain name request from the domain name cache server because the user server generally configures the DNS server or dynamically obtains the address.
  • step S102 After receiving the domain name request, the domain name cache 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 domain name server requests the upper domain name server.
  • 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 domain name cache server proxy user domain name resolution request, and initiates a domain name resolution request to the root domain name server; Step S103, root After receiving the domain name resolution request, the domain name server returns the corresponding second-level domain name server information to the domain name cache server, and instructs the domain name cache server to initiate a domain name resolution request to the second-level domain name server; Step S104: After obtaining the second-level domain name server information, the domain name cache server initiates a domain name resolution request to the second-level domain name server.
  • Step S105 After receiving the domain name resolution request, the second-level domain name server returns the next level (level 3) to the domain name cache server.
  • the domain name server information is recursively processed until the final domain name server information is provided to the user.
  • Step S106 After obtaining the final domain name server information, the domain name cache server initiates a domain name resolution request to the final domain name server.
  • Step S107 the final domain name server receives the domain name resolution request. Then, according to the domain name record information maintained by the user, the load balancing policy is provided to provide the corresponding domain name resolution result, and the domain name resolution result is returned to the domain name cache server; the specific load sharing policy may be randomly allocated, polled, or according to the user.
  • Step S108 After obtaining the domain name resolution result, the local domain name server caches the domain name resolution record information, so that the domain name resolution service can be directly provided to the user; Name resolution result returned from the server to the client.
  • the domain name resolution and load sharing service processing methods of the above-mentioned analysis are flawed.
  • the domain name cache server lacks the interaction mechanism with the final domain name server. When the load balancing policy of the final domain name server is adjusted, it cannot be updated to the domain name cache server in real time. Since the domain name cache server still caches the old domain name record, when the user initiates the domain name request, the domain name server can query the domain name record information in the local cache, and provide the user with the old domain name record.
  • the present invention provides a method for domain name resolution, a domain name cache server, and a final domain name server.
  • the domain name cache server caches an old domain name record in the related art.
  • the present invention provides a load balancing method, including: a domain name cache server establishes a connection with the final domain name server by using address information of a final domain name server; and obtains a predetermined domain name from the final domain name server. All the domain name record information is used to determine the domain name resolution result of the predetermined domain name according to the all domain name record information, wherein the all domain name record information is a correspondence between the predetermined domain name and a different IP address.
  • the method includes: obtaining the final domain name if the domain name cache server receives the domain name resolution result returned by the final domain name server The address information of the server; or, if the address information of the final domain name server is pre-configured on the domain name cache server, the pre-configured address information is acquired.
  • determining, according to the all the domain name record information, the domain name resolution result of the predetermined domain name comprises: receiving a domain name resolution request from the client for the predetermined domain name; determining whether the predetermined domain name needs to perform load balancing of domain name resolution; If load balancing is required, the domain name resolution result of the predetermined domain name is determined according to the obtained all domain name record information.
  • determining the domain name resolution result of the predetermined domain name according to the obtained domain name record information including: detecting a network service cluster corresponding to each IP address in the all domain name record information Network status; determine a network service cluster whose network status meets the predetermined policy to obtain a domain name resolution result.
  • the method further includes: the domain name cache server storing the entire domain name record information of the predetermined domain name.
  • the present invention further provides a domain name cache server, including: a first chain building module, configured to establish a connection with the final domain name server by using address information of a final domain name server; and a first acquiring module, configured to And obtaining, by the domain name server, all domain name record information of the predetermined domain name, to determine a domain name resolution result of the predetermined domain name according to the all domain name record information, where the all domain name record information is between the predetermined domain name and a different IP address. Correspondence relationship.
  • the domain name cache server further includes: a second obtaining module, configured to acquire, after the domain name cache server receives the domain name resolution result returned by the final domain name server, the address information of the final domain name server;
  • the obtaining module is configured to obtain the pre-configured address information if the address information of the final domain name server is pre-configured on the domain name cache server.
  • the domain name cache server further includes: a domain name resolution module, wherein the domain name resolution module includes: a receiving unit, configured to receive a domain name resolution request from the client for the predetermined domain name; and a determining unit, configured to determine the predetermined Whether the domain name needs load balancing of the domain name resolution; the determining unit is configured to determine, according to the obtained domain name record information, the domain name resolution result of the predetermined domain name.
  • the domain name cache server further includes: a saving module, configured to save the entire domain name record information of the predetermined domain name.
  • the present invention further provides a final domain name server, comprising: a second chain building module, configured to establish a connection with the domain name cache server when receiving a connection request of a domain name cache server; sending a module, setting And sending, to the domain name cache server, all the domain name record information of the predetermined domain name, so that the domain name cache server performs domain name resolution on the predetermined domain name according to the all domain name record information, where the all domain name record information is The correspondence between the predetermined domain name and different IP addresses.
  • a second chain building module configured to establish a connection with the domain name cache server when receiving a connection request of a domain name cache server
  • sending a module setting And sending, to the domain name cache server, all the domain name record information of the predetermined domain name, so that the domain name cache server performs domain name resolution on the predetermined domain name according to the all domain name record information, where the all domain name record information is The correspondence between the predetermined domain name and different IP addresses.
  • the domain name cache server of the present invention establishes a connection with the final domain name server by using the address information of the final domain name server, and obtains all domain name record information of the predetermined domain name from the final domain name server to perform domain name resolution, so that the domain name cache server can be based on the current
  • the link status determines the domain name resolution result.
  • the related technology domain name cache server caches an old domain name record. When the user initiates a domain name request, the domain name resolution cannot be performed according to the actual network condition.
  • FIG. 3 is a first structure of a domain name cache server according to an embodiment of the present invention
  • FIG. 4 is a schematic diagram of a second structure of a domain name cache server according to an embodiment of the present invention
  • FIG. 5 is a schematic diagram of a third structure of a domain name cache server according to an embodiment of the present invention
  • FIG. 7 is a flowchart of a service process for acquiring all domain name record information in a static configuration manner in a preferred embodiment of the present invention
  • FIG. 8 is a service process flow for obtaining all domain name record information by using a protocol extension manner in a preferred embodiment of the present invention
  • FIG. 9 is a diagram showing a process of domain name resolution and load sharing based on network state in a preferred embodiment of the present invention.
  • the present invention provides a method and domain for domain name resolution, in order to solve the problem that the domain name cache server caches an old domain name record and the domain name request is not performed according to the actual situation.
  • the present invention will be further described in detail below with reference to the accompanying drawings and embodiments. It is understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.
  • due to the existence of the domain name cache server due to the existence of the domain name cache server, most DNS resolutions are parsed in the domain name cache server. Therefore, the function of implementing DNS load balancing according to the real-time status of the network is more suitable for the domain name cache server, rather than the final domain name resolution server.
  • the domain name cache server In the process of performing DNS load balancing by the domain name cache server, the domain name cache server is required to have all the domain name record information of the specified domain name. Therefore, a method for the domain name cache server to obtain all domain name record information of the specified domain name from the final domain name resolution server is required. And perform domain name resolution based on all the domain name record information obtained.
  • This embodiment provides a method for domain name resolution.
  • the process of the method is as shown in FIG. 2, and includes steps S202 to S204.
  • Step S202 The domain name cache server establishes a connection with the final domain name server by using the address information of the final domain name server. After obtaining the address information of the final domain name server, the domain name cache server establishes a connection with its corresponding final domain name server through the address information.
  • Step S204 Acquire all the domain name record information of the predetermined domain name from the final domain name server, and determine the domain name resolution result of the predetermined domain name according to all the domain name record information, wherein all the domain name record information is a correspondence between the predetermined domain name and the different IP address.
  • a domain name record information records a corresponding IP address of the predetermined domain name, and finally the domain name server stores all domain name record information corresponding to a domain name.
  • the domain name resolution operation can be performed according to the current status of the server to be connected.
  • the domain name cache server of the present embodiment establishes a connection with the final domain name server by using the address information of the final domain name server, and obtains all domain name record information of the predetermined domain name from the final domain name server to perform domain name resolution, so that the domain name cache server can be based on the current chain.
  • the path status determines the domain name resolution result, and the related technology domain name cache server caches an old domain name record.
  • the domain name cache server can obtain the address information of the final domain name server in various ways. If the domain name cache server receives the domain name resolution result returned by the final domain name server, the domain name cache server can directly obtain the address information of the final domain name server. Of course, it can also be in the domain name cache when the system is initialized. If the address information of the final domain name server is pre-configured on the server, the domain name cache server can establish a connection with the final domain name server according to the address information.
  • determining the domain name resolution result of the predetermined domain name according to all the domain name record information includes: the domain name cache server receiving the domain name resolution request from the client for the predetermined domain name; determining whether the predetermined domain name needs to be performed Load balancing of domain name resolution; in the case of load balancing, determining the domain name resolution result of the predetermined domain name according to the obtained domain name record information, that is, selecting one domain name record information in all domain name record information, and determining corresponding according to the domain name record information IP address.
  • the parsing result of the predetermined domain name is directly fed back to the client.
  • the network status corresponding to each network service cluster in all domain name record information may be detected, and then a network service cluster that satisfies the predetermined policy is determined, thereby determining the domain name resolution result.
  • the predetermined policy may be: selecting a network service cluster with the best network state among all the domain name record information, or selecting a network service cluster that is closer to the client, and a person skilled in the art may perform a predetermined policy according to actual needs. Settings.
  • the domain name cache server After obtaining all the domain name record information of the predetermined domain name from the final domain name server, the domain name cache server saves all the domain name record information of the predetermined domain name for use in the next load balancing.
  • the present embodiment further provides a domain name cache server, which is shown in FIG. 3, and includes: a first chain building module 10, configured to establish a connection with a final domain name server by using address information of a final domain name server; 12, coupled with the first chain building module 10, configured to obtain all domain name record information of the predetermined domain name from the final domain name server, to determine the domain name resolution result of the predetermined domain name according to all domain name record information, wherein all domain name record information is a predetermined domain name Correspondence with different IP addresses.
  • FIG. 3 includes: a first chain building module 10, configured to establish a connection with a final domain name server by using address information of a final domain name server; 12, coupled with the first chain building module 10, configured to obtain all domain name record information of the predetermined domain name from the final domain name server,
  • the server further includes: a second obtaining module 14 coupled to the first chain building module 10, configured to receive the domain name cache server Obtaining the address information of the final domain name server in the case of the domain name resolution result returned by the final domain name server; the third obtaining module 16, coupled with the first chain building module 10, is configured to pre-configure the final domain name server on the domain name cache server. In the case of address information, pre-configured address information is obtained.
  • FIG. 5 is a schematic diagram of a preferred structure of the above-mentioned domain name cache server.
  • the server further includes: a storage module 26 coupled to the first obtaining module 12 and configured to save all domain name record information of the predetermined domain name.
  • the domain name resolution module 28 is configured to determine a domain name resolution result of the predetermined domain name according to the entire domain name record information, where the domain name resolution module 28 includes: a receiving unit 120, configured to receive a domain name resolution request from the client for the specific domain name; And being coupled to the receiving unit 120, configured to determine whether a specific domain name needs to perform load balancing of domain name resolution; the determining unit 124 is coupled to the determining unit 122, and is configured to determine, according to the acquired domain name record information, that the load domain balancing is required.
  • the domain name resolution result of the scheduled domain name includes: a receiving unit 120, configured to receive a domain name resolution request from the client for the specific domain name; And being coupled to the receiving unit 120, configured to determine whether a specific domain name needs to perform load balancing of domain name resolution; the determining unit 124 is coupled to the determining unit 122, and is configured to determine, according to the acquired domain name record information, that the load domain balancing is required.
  • the determining unit 124 may be configured to detect a network status corresponding to the network service cluster corresponding to each IP address in the domain name record information, and determine a network service cluster whose network status satisfies a predetermined policy, to obtain a domain name resolution result.
  • the embodiment of the present invention further provides a final domain name server, and the structure thereof is shown in FIG. 6.
  • the method includes: a second chain building module 30, configured to receive a connection request from a domain name cache server, and a domain name cache server.
  • the connection module 32 is coupled to the second chain-building module 30, and configured to send all the domain name record information of the predetermined domain name to the domain name cache server, so that the domain name cache server performs domain name resolution on the predetermined domain name according to all domain name record information, where All domain name record information is a correspondence between a predetermined domain name and different IP addresses.
  • ATO Application-Layer Traffic Optimization
  • the domain name cache server implements the cache of the domain name record, resulting in a large number of DNS resolutions being completed by the domain name cache server. Therefore, the domain name cache server needs to have the ability to perform domain name resolution and load sharing based on the network status, which requires the domain name cache server to have all the record information of a specific domain name.
  • the related technology can only obtain all the record information of a specific domain name based on the partial information obtained by real-time detection in the business process. Therefore, a method for information exchange between a domain name cache server and a final domain name server is needed, and all the record information of a specific domain name required is obtained as needed.
  • the embodiment provides a domain name resolution method, which can be used for load balancing.
  • the method implements interaction between the domain name cache server and the final domain name server information, and obtains required domain name record information as needed.
  • the domain name cache server can obtain all domain name record information of a specific domain name, and solves the problem that all domain name record information of a specific domain name cannot be obtained by intercepting and caching the domain name resolution information returned by the final domain name server only during the domain name resolution process.
  • the problem is to lay the foundation for domain name resolution load sharing in the domain name cache server.
  • This method mainly designs a special interface and processing process between the domain name cache server and the final domain name server to obtain all the record information of a specific domain name.
  • the specific service processing methods and processes can be divided into two modes according to specific scenarios and conditions.
  • the first way using a static configuration. Due to the domain name record information maintained by the final domain name server, the domain name cache server performs on-demand deployment according to the needs of the business deployment. In many cases, the final domain name server and the domain name cache server belong to different companies or groups. The two parties do not know the IP address of the other party and it is difficult to establish a connection. Therefore, in this mode, the IP address of the final domain name server is pre-configured in a static configuration manner to help establish the connection.
  • the specific service processing procedure is as follows (1) to (4): (1) Configure the IP address information of the final domain name server on the domain name cache server in a pre-configured manner, or maintain the IP address of the specified domain name and its final domain name server by a third party. (2) The domain name cache server establishes a connection with the final domain name server according to the IP address information of the final domain name server obtained by the pre-configuration; (3) the domain name cache server requests the final domain name server to obtain all the record information of the domain name; (4) Finally, the domain name server performs corresponding processing according to the request of the domain name cache server, and provides all the record information of the domain name to the domain name cache server.
  • FIG. 7 is a flowchart of a service process for acquiring all domain name record information in a static configuration manner in this embodiment. In this process, the domain name cache server and the final domain name server are mainly involved.
  • Step S701 determining the service requirement of the domain name cache service, for example, which domain name needs to implement load balancing of the domain name resolution directly in the domain name cache server, or a specific domain name needs to be in the domain name
  • the cache server performs real-time load sharing based on real-time network status information.
  • the domain name cache server is required to have all domain name record information of the domain name. Therefore, the domain name cache server needs to formulate corresponding policies according to business requirements, and pre-configure specific domain names.
  • the final domain name server address so that the domain name cache server can establish a connection with the final domain name server; thereafter, the domain name cache server establishes a connection with the final domain name server according to the address information of the final domain name server;
  • Step S702 the connection between the domain name cache server and the final domain name server After the establishment, the domain name cache server requests the final domain name server to obtain all the domain name record information of the specific domain name.
  • Step S703 After receiving the request of the domain name cache server, the final name domain server processes the file, and returns all the requested specific domain names to the domain name cache server. Domain name record information.
  • the foregoing method has the following features:
  • the static domain configuration cache server and the final domain name server perform information interaction, and the final domain name server address is configured on the domain name cache server;
  • the domain name cache server has all domain name records requesting to obtain a specific domain name.
  • the ability of the information; the domain name cache server has the ability to receive and process all domain name record information of a specific domain name;
  • the final domain name server has the ability to process all the record information of the specific domain name, and returns all the record information of the specific domain name to the domain name cache server.
  • protocol extension In this way, the service processing procedure of the DNS in the related technology is borrowed and extended, and for the specific domain name, the final domain name server is requested to obtain all the domain name record information of the domain name.
  • the specific service processing procedure is as follows (1) to (8): (1) The domain name cache server needs to obtain all domain name record information of a domain name according to the needs of the service;
  • the domain name cache server initiates a domain name resolution request for a domain name to the root domain name server
  • the root domain name server After receiving the domain name resolution request, the root domain name server returns the next-level domain name server information to the domain name cache server, and instructs the domain name cache server to request the domain name resolution service from the next-level domain name server;
  • the domain name cache server initiates a domain name resolution request to the second-level domain name server, and after receiving the domain name resolution request, the second-level domain name server returns the third-level domain name server information to the domain name cache server; and so on, until the provided domain name server information is the final domain name. server information;
  • the domain name cache server initiates a domain name resolution request to the final domain name server
  • the domain name server After receiving the domain name resolution request, the domain name server generates a domain name resolution result according to the domain name resolution and the load balancing policy, and returns the domain name resolution result to the domain name cache server. (7) The domain name cache server successfully obtains the domain name resolution result. Thereby, the final domain name server can be determined; at this point, the domain name cache server initiates a request to the final domain name server to request to obtain all domain name record information of the domain name; (8) After receiving the message that the domain name cache server requests to obtain all the record information of the domain name, the final name domain server returns all the record information of the domain name to the domain name cache server. At this point, the domain name cache server obtains all the domain name record information of the specified domain name.
  • FIG. 8 is a flowchart of a service process for acquiring all domain name record information by using a protocol extension manner in this embodiment.
  • the business process mainly involves a domain name cache server, a root domain name server, a second/third level domain name server, and a final domain name server.
  • the specific service processing procedure is as follows (step S801 to step S808): Step S801, the domain name cache server needs to configure a corresponding policy according to requirements, and specify which specific domain name needs to obtain all domain name record information; thereafter, the domain name cache server is designated The domain name initiates the domain name resolution request; the purpose of initiating the domain name resolution request is to obtain the information of the final domain name resolution server by using the DNS resolution process; here, the domain name resolution request is first initiated to the root domain name server; Step S802, the root domain name server receives the domain name resolution. After the request, the second-level domain name server information is returned to the domain name cache server.
  • Step S803 the domain name cache server obtains the second-level domain name server information, and then initiates a domain name resolution request to the second-level domain name server.
  • Step S804 the second-level domain name server receives the domain name resolution request. After that, the third-level domain name server information will be returned to the domain name cache server, and so on, until the final domain name server information is provided to the domain name cache server;
  • Step S805 the domain name cache server sends the domain name to the final domain name server.
  • the domain name server receives the domain name resolution request, the domain name resolution is performed, and the domain name resolution result is returned to the domain name cache server.
  • Step S807 after the domain name cache server successfully obtains the domain name resolution result, the final domain name may be determined by the domain name cache server.
  • Domain name server information in order to obtain all the domain name record information of the specified domain name, the domain name cache server then initiates a request to the final domain name server to request to obtain all domain name record information of the specified domain name; Step S808, the final domain name server receives the request to obtain the specified domain name. After all the domain name records are processed, the processing is performed, and all the domain name record information of the specified domain name is returned to the domain name cache server. At this point, the domain name cache server obtains all domain name record information of the specified domain name.
  • the method has the following features: the DNS protocol extension is used to implement the information exchange between the domain name cache server and the domain name server, and the domain name cache server can configure a corresponding policy to specify which domain name record information needs to be obtained for the specific domain name; After obtaining the successful resolution result of the specific domain name specified by the policy, the final domain name server can be determined accordingly; after obtaining the final domain name server information through the domain name resolution result, the domain name cache server can initiate a request for obtaining the entire record information of the domain name server to the final domain name server.
  • the domain name cache server has the ability to receive and process all domain name record information of a specific domain name; the final domain name server has the ability to process all the record information of the specific domain name, and returns all the record information of the specific domain name to the domain name cache server.
  • FIG. 9 is a flowchart of a service process of domain name resolution and load sharing based on network state in the domain name cache server in this embodiment. This process mainly describes the domain name cache server as a specific domain name, and implements domain name resolution and load sharing based on network status information to provide users with real-time optimal domain name resolution services.
  • the service processing process mainly involves the client, the domain name cache server, and the network resource and the status information server.
  • Step S901 the client initiates a domain name resolution request.
  • the domain name cache server obtains all the domain name record information of the domain name specified by the policy in advance according to the configured policy. The method of obtaining may be in any of the foregoing manners.
  • Step S902 After receiving the domain name resolution request, the domain name cache server first determines the domain name according to the domain name, and determines whether the domain name needs to perform domain name resolution and load sharing according to the network state information. If not required, enter the normal domain name resolution processing flow; if necessary, enter the domain name resolution and load sharing processing flow according to the network status information.
  • the domain name resolution and the load sharing processing are performed according to the network status information. Therefore, the domain name resolution request triggers the domain name cache server to query the network resource and the status information server for the required network state information. Step S903, network resource and status information After receiving the query request, the server performs corresponding processing, and returns required network state information to the domain name cache server according to the needs of the domain name cache server. Step S904, the domain name cache server combines current network resources and state information, user attribute information, and the like. In the domain name record information of the specific domain name, the current optimal service node is selected, and the domain name resolution result is formed, and the domain name resolution result is returned to the client.
  • the method provided in this embodiment can enable the domain name cache server to obtain all the domain name record information of the specific domain name as needed, so that the domain name cache server can implement the load sharing of the domain name resolution, and the domain name of the network-based resource and the state information can be realized. Analyze load sharing. Thereby providing users with better domain name resolution services.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明公开了一种域名解析的方法、域名缓存服务器及最终域名服务器，其中，该方法包括：域名缓存服务器通过最终域名服务器的地址信息与最终域名服务器建立连接；从最终域名服务器上获取预定域名的全部域名记录信息，以根据全部域名记录信息确定预定域名的域名解析结果，其中，全部域名记录信息为预定域名与不同IP地址间的对应关系。通过运用本发明，使得域名缓存服务器可以根据当前链路状况确定域名解析结果，解决了相关技术域名缓存服务器缓存着一个旧的域名记录，用户发起域名请求时，无法根据实际网络情况进行域名解析的问题。

Description

域名解析的方法、 域名缓存服务器及最终域名服务器 技术领域 本发明涉及通讯领域， 特别是涉及一种域名解析的方法、 域名缓存服务器及最终 域名服务器。 背景技术 域名解析技术是互联网的基础性技术， 它提供了实现域名信息和互联网协议 (Internet Protocol, 简称为 IP)地址信息的相互映射关系， 使得用户在使用互联网时， 无需记忆复杂的 IP地址信息， 而仅需记录简单的域名信息就可以， 极大促进了因特网 (Internet) 的发展。 相关技术的域名解析及负载分担 （又称负载均衡） 处理过程如图 1所示。 域名系 统 （Domain Name System, 简称为 DNS)包括了域名缓存服务器， 根域名服务器， 二 级 /三级域名服务器， 最终域名服务器。 其中， 域名缓存服务器， 一般是用户客户端配 置、 指定或从互联网服务提供商 （Internet Service Provider, 简称为 ISP) 处获取的域 名服务器， 缓存常用的域名记录及代理用户的域名查询； 根域名服务器即现网 DNS 根服务器， 负责存储根地区有关的信息， 并为根地区的所有节点提供服务； 二级 /三级 域名服务器即各区域的域名服务器， 比如： cn域名服务器， edu.cn域名服务器； 最终 域名服务器在此指的是最终维护具体域名和 IP地址的域名服务器， 如： sina.com的域 名服务器。 域名解析业务处理流程包括步骤 S101至步骤 S108。 步骤 S101，用户客户端发起域名解析请求； 由于用户客户端一般配置指定了 DNS 服务器， 或者动态获取地址时， 一并获取的 DNS服务器信息， 使得用户客户端可以向 域名缓存服务器发起域名请求； 步骤 S102, 域名缓存服务器接收到用户域名请求后， 查询本地缓存， 如本地缓存 中有对应的 DNS记录，则向客户端返回域名解析结果，如查询不到相应的 DNS记录， 则向上级域名服务器请求域名解析； 此处， 设置向根域名服务器查询； 因此， 在本地 缓存中不存在对应域名记录的情况下， 域名缓存服务器代理用户域名解析请求， 向根 域名服务器发起域名解析请求； 步骤 S103 , 根域名服务器收到域名解析请求后， 向域名缓存服务器返回对应的二 级域名服务器信息， 指示域名缓存服务器向二级域名服务器发起域名解析请求； 步骤 S104， 域名缓存服务器获得二级域名服务器信息后， 向二级域名服务器发起 域名解析请求； 步骤 S105, 二级域名服务器收到域名解析请求后， 向域名缓存服务器返回下一级 (三级） 域名服务器信息， 如此递归处理， 直至为用户提供最终域名服务器信息； 步骤 S106， 域名缓存服务器获得最终域名服务器信息后， 向最终域名服务器发起 域名解析请求； 步骤 S107， 最终域名服务器收到域名解析请求后， 根据自身所维护的域名记录信 息， 结合负载分担策略提供相应的域名解析结果， 并向域名缓存服务器返回该域名解 析结果； 具体的负载分担策略可以采用随机分配方式， 轮询方式或根据用户 IP地址段 负载分担的方式； 步骤 S108, 本地域名服务器获得域名解析结果后， 缓存域名解析记录信息， 以便 后续能够直接为用户提供域名解析服务； 并将所得到的域名解析结果向客户端返回。 上述分析的域名解析及负载分担业务处理方法存在缺陷， 域名缓存服务器缺乏和 最终域名服务器的交互机制， 当最终域名服务器的负载分担策略实施了调整后， 无法 实时更新到域名缓存服务器。 由于域名缓存服务器依然缓存着旧的域名记录， 用户发起域名请求时， 域名服务 器在本地缓存能查询到域名记录信息， 采用旧的域名记录向用户提供。 另外， 在网络 出现拥塞情况时， 域名缓存服务器也会依然使用旧的域名记录为用户提供域名解析结 果， 无法根据网络资源及状态情况灵活实现域名解析的负载分担， 使得用户得不到最 优的业务服务， 甚至可能导致无法正常访问业务。 发明内容 本发明提供了一种域名解析的方法、 域名缓存服务器及最终域名服务器， 用以解 决相关技术中域名缓存服务器缓存着一个旧的域名记录， 用户发起域名请求时， 无法 根据实际网络情况进行域名解析， 进而实现负载分担的问题。 为解决上述技术问题， 一方面， 本发明提供一种负载均衡的方法， 包括： 域名缓 存服务器通过最终域名服务器的地址信息与所述最终域名服务器建立连接； 从所述最 终域名服务器上获取预定域名的全部域名记录信息， 以根据所述全部域名记录信息确 定所述预定域名的域名解析结果， 其中， 所述全部域名记录信息为所述预定域名与不 同 IP地址间的对应关系。 优选地， 域名缓存服务器通过最终域名服务器的地址信息与所述最终域名服务器 建立连接之前， 包括： 在所述域名缓存服务器收到最终域名服务器返回的域名解析结 果的情况下， 获取所述最终域名服务器的地址信息； 或者， 在所述域名缓存服务器上 预先配置了所述最终域名服务器的地址信息的情况下，获取预先配置的所述地址信息。 优选地， 根据所述全部域名记录信息确定所述预定域名的域名解析结果包括： 接 收来自客户端对所述预定域名的域名解析请求； 判断所述预定域名是否需要进行域名 解析的负载均衡； 在需要进行负载均衡的情况下， 根据获取的所述全部域名记录信息 确定所述预定域名的域名解析结果。 优选地， 在需要进行负载均衡的情况下， 根据获取的所述全部域名记录信息确定 所述预定域名的域名解析结果， 包括： 检测所述全部域名记录信息中各 IP地址对应的 网络服务集群对应的网络状态； 确定一个网络状态满足预定策略的网络服务集群， 以 得到一个域名解析结果。 优选地， 从所述最终域名服务器上获取预定域名的全部域名记录信息之后， 还包 括： 所述域名缓存服务器保存所述预定域名的所述全部域名记录信息。 另一方面， 本发明还提供一种域名缓存服务器， 包括： 第一建链模块， 设置为通 过最终域名服务器的地址信息与所述最终域名服务器建立连接； 第一获取模块， 设置 为从所述最终域名服务器上获取预定域名的全部域名记录信息， 以根据所述全部域名 记录信息确定所述预定域名的域名解析结果， 其中， 所述全部域名记录信息为所述预 定域名与不同 IP地址间的对应关系。 优选地， 所述域名缓存服务器还包括： 第二获取模块， 设置为在所述域名缓存服 务器收到最终域名服务器返回的域名解析结果的情况下， 获取所述最终域名服务器的 地址信息； 第三获取模块， 设置为在所述域名缓存服务器上预先配置了所述最终域名 服务器的地址信息的情况下， 获取预先配置的所述地址信息。 优选地， 所述域名缓存服务器还包括： 域名解析模块， 其中， 域名解析模块包括: 接收单元， 设置为接收来自客户端对所述预定域名的域名解析请求； 判断单元， 设置 为判断所述预定域名是否需要进行域名解析的负载均衡； 确定单元， 设置为在需要进 行负载均衡的情况下， 根据获取的所述全部域名记录信息确定所述预定域名的域名解 析结果。 优选地， 所述域名缓存服务器还包括： 保存模块， 设置为保存所述预定域名的所 述全部域名记录信息。 再一方面， 本发明还提供一种最终域名服务器， 包括： 第二建链模块， 设置为在 接收到域名缓存服务器的连接请求的情况下， 与所述域名缓存服务器建立连接； 发送 模块， 设置为向所述域名缓存服务器发送预定域名的全部域名记录信息， 以使得所述 域名缓存服务器根据所述全部域名记录信息对所述预定域名进行域名解析， 其中， 所 述全部域名记录信息为所述预定域名与不同 IP地址间的对应关系。 本发明的域名缓存服务器通过最终域名服务器的地址信息与所述最终域名服务器 建立连接， 并从该最终域名服务器上获取到预定域名的全部域名记录信息来进行域名 解析， 使得域名缓存服务器可以根据当前链路状况确定域名解析结果， 解决了相关技 术域名缓存服务器缓存着一个旧的域名记录， 用户发起域名请求时， 无法根据实际网 络情况进行域名解析的问题。 附图说明 图 1 是相关技术中解析业务的处理流程图； 图 2 是本发明实施例中一种域名解析的方法的流程图； 图 3 是本发明实施例中域名缓存服务器的第一种结构示意图； 图 4 是本发明实施例中域名缓存服务器的第二种结构示意图； 图 5 是本发明实施例中域名缓存服务器的第三种结构示意图； 图 6 是本发明实施例中最终域名服务器的结构示意图； 图 7 是本发明优选实施例中采用静态配置的方式获取全部域名记录信息的业务 处理流程图； 图 8 是本发明优选实施例中采用协议扩展方式获取全部域名记录信息的业务处 理流程图； 图 9 是本发明优选实施例中域名缓存服务器基于网络状态的域名解析及负载分 担的业务处理过程图。 具体实施方式 为了解决相关技术域名缓存服务器缓存着一个旧的域名记录， 用户发起域名请求 时， 无法根据实际情况进行域名解析的问题， 本发明提供了一种域名解析的方法、 域 名缓存服务器及最终域名服务器， 以下结合附图以及实施例， 对本发明进行进一步详 细说明。应当理解， 此处所描述的具体实施例仅仅用以解释本发明， 并不限定本发明。 相关技术中， 由于域名缓存服务器的存在，使得绝大多数的 DNS解析会在域名缓 存服务器得到解析结果。 因此， 根据网络实时状态实施 DNS负载均衡的职能， 更适合 由域名缓存服务器担当， 而非最终域名解析服务器。 在由域名缓存服务器实施 DNS 负载均衡的过程， 首先要求域名缓存服务器拥有指定域名的全部域名记录信息， 因此， 需要一种域名缓存服务器具备从最终域名解析服务器获取指定域名的全部域名记录信 息的方法， 并根据得到的全部域名记录信息进行域名解析。 本实施例提供了一种域名解析的方法， 该方法的流程如图 2所示， 包括步骤 S202 至步骤 S204。 步骤 S202,域名缓存服务器通过最终域名服务器的地址信息与最终域名服务器建 立连接。 域名缓存服务器在得到了最终域名服务器的地址信息后， 通过该地址信息与其对 应的最终域名服务器建立连接。 最终域名服务器一般只有一台， 对应到一个指定的域 名。 比如： sina.com 的最终域名服务器只有一台， 维护多个域名记录信息。 比如： 全 国 31个省， 各有一个 web服务集群， 广东对应的服务集群地址为： 1.1.1.1， 广西对应 的服务集群地址为： 2.2.2.2， 各自形成域名记录信息存储在最终域名服务器中。 步骤 S204, 从最终域名服务器上获取预定域名的全部域名记录信息， 以根据全部 域名记录信息确定预定域名的域名解析结果， 其中， 全部域名记录信息为预定域名与 不同 IP地址间的对应关系。 一个域名记录信息记录着该预定域名的一个对应的 IP地址，最终域名服务器上存 储着某一域名对应的全部域名记录信息。 当域名缓存服务器得到了全部域名记录信息 后， 就可以根据待连接的服务器的当前状况进行域名解析操作。 本实施例的域名缓存服务器通过最终域名服务器的地址信息与最终域名服务器建 立连接， 并从该最终域名服务器上获取到预定域名的全部域名记录信息来进行域名解 析， 使得域名缓存服务器可以根据当前链路状况确定域名解析结果， 解决了相关技术 域名缓存服务器缓存着一个旧的域名记录， 用户发起域名请求时， 无法根据实际网络 情况进行域名解析的问题。 实施过程中，域名缓存服务器可以通过多种方式获取最终域名服务器的地址信息。 如果当前已经按照相关技术的流程执行， 即域名缓存服务器收到了最终域名服务器返 回的域名解析结果时， 可以直接获取该最终域名服务器的地址信息； 当然， 也可以在 系统初始化时， 就在域名缓存服务器上预配置最终域名服务器的地址信息， 则域名缓 存服务器就可以根据该地址信息与最终域名服务器建立连接。 本领域技术人员还可以 根据上述记载， 知晓如何通过第三方设备与最终域名服务器建立连接，此处不再赘述。 从最终域名服务器上获取预定域名的全部域名记录信息之后， 根据全部域名记录 信息确定预定域名的域名解析结果包括： 域名缓存服务器接收来自客户端对预定域名 的域名解析请求； 判断预定域名是否需要进行域名解析的负载均衡； 在需要进行负载 均衡的情况下， 根据获取的全部域名记录信息确定预定域名的域名解析结果， 即在全 部域名记录信息中选择一个域名记录信息， 根据该域名记录信息确定对应的 IP地址。 在不需要进行负载均衡的情况下， 直接将预定域名的解析结果反馈给客户端。 其中， 在需要进行负载均衡的情况下， 还可以检测全部域名记录信息中各网络服务集群对应 的网络状态， 再确定一个满足预定策略的网络服务集群， 从而确定域名解析结果。 其 中， 预定策略可以是选择全部域名记录信息中， 网络状态最好的一个网络服务集群， 也可以是选择离客户端较近的一个网络服务集群， 本领域技术人员可以根据实际需要 进行预定策略的设置。 在从最终域名服务器上获取预定域名的全部域名记录信息之后， 域名缓存服务器 保存预定域名的全部域名记录信息， 以备下次进行负载均衡时使用。 本实施例还提供了一种域名缓存服务器， 其结构示意如图 3所示， 包括： 第一建 链模块 10， 设置为通过最终域名服务器的地址信息与最终域名服务器建立连接； 第一 获取模块 12， 与第一建链模块 10耦合， 设置为从最终域名服务器上获取预定域名的 全部域名记录信息， 以根据全部域名记录信息确定预定域名的域名解析结果， 其中， 全部域名记录信息为预定域名与不同 IP地址间的对应关系。 图 4示出了上述域名缓存服务器的一种优选结构示意图， 在图 3的基础上， 上述 服务器还包括： 第二获取模块 14， 与第一建链模块 10耦合， 设置为在域名缓存服务 器收到最终域名服务器返回的域名解析结果的情况下， 获取最终域名服务器的地址信 息； 第三获取模块 16， 与第一建链模块 10耦合， 设置为在域名缓存服务器上预先配 置了最终域名服务器的地址信息的情况下， 获取预先配置的地址信息。 如果服务器未 预先配置最终域名服务器的地址信息， 则第三获取模块 16不被触发，通过第二获取模 块 14来执行获取地址信息的操作； 或者，域名缓存服务器之前已经获得了最终域名服 务器返回的域名解析结果，则触发第二获取模块 14执行获取动作。两个模块同时存在， 根据不同条件触发不同获取流程。 图 5示出了上述域名缓存服务器的一种优选结构示意图， 在图 4的基础上， 上述 服务器还包括： 保存模块 26， 与第一获取模块 12耦合， 设置为保存预定域名的全部 域名记录信息， 域名解析模块 28， 设置为根据全部域名记录信息确定预定域名的域名 解析结果， 其中， 域名解析模块 28包括： 接收单元 120， 设置为接收来自客户端对特 定域名的域名解析请求； 判断单元 122， 与接收单元 120耦合， 设置为判断特定域名 是否需要进行域名解析的负载均衡； 确定单元 124， 与判断单元 122耦合， 设置为在 需要进行负载均衡的情况下， 根据获取的全部域名记录信息确定预定域名的域名解析 结果。 其中， 上述确定单元 124， 还可以设置为检测全部域名记录信息中各 IP地址对 应的网络服务集群对应的网络状态，确定一个网络状态满足预定策略的网络服务集群， 以得到一个域名解析结果。 本发明实施例还提供了一种最终域名服务器， 其结构示意如图 6所示， 包括： 第 二建链模块 30， 设置为在接收到域名缓存服务器的连接请求的情况下， 与域名缓存服 务器建立连接； 发送模块 32， 与第二建链模块 30耦合， 设置为向域名缓存服务器发 送预定域名的全部域名记录信息， 以使得域名缓存服务器根据全部域名记录信息对预 定域名进行域名解析， 其中， 全部域名记录信息为预定域名与不同 IP地址间的对应关 系。 优选实施例 随着技术的发展， 出现了可以为应用系统提供网络资源及状态信息的技术， 如： 应用层流量优化 (Application-Layer Traffic Optimization, 简称为 ALTO)。 这类技术可 以使得应用系统可以根据自身的需要查询获取所需的网络状态信息， 从而可以做出更 优的资源调度和业务提供。 DNS系统的域名解析和负载分担也可采用此种技术， 实现 基于网络资源和状态的域名解析和负载分担。但由于目前的 DNS业务处理方式中，域 名缓存服务器实施了域名记录的缓存， 导致了大量的 DNS 解析由域名缓存服务器完 成。 因此， 域名缓存服务器需要具备基于网络状态实施域名解析和负载分担的能力， 这就要求域名缓存服务器具备特定域名的全部记录信息。 相关技术仅基于业务处理过 程中实时检测所获得的部分信息无法得到特定域名的全部记录信息。 因此， 需要一种 域名缓存服务器与最终域名服务器的信息交互方法， 根据需要获取所需的特定域名的 全部记录信息。 基于上述思想， 本实施例提供了一种域名解析方法， 该方法可以用于进行负载均 衡， 该方法实现了域名缓存服务器与最终域名服务器信息的交互， 根据需要获取所需 的域名记录信息。 通过这种方式， 域名缓存服务器可以获得特定域名的全部域名记录 信息， 解决了由于仅依赖域名解析过程中截取并缓存最终域名服务器返回的域名解析 信息的方式无法得到特定域名的全部域名记录信息的问题， 为在域名缓存服务器进行 域名解析负载分担奠定基础。 该方法主要在域名缓存服务器和最终域名服务器之间设计了专门的接口和处理过 程， 获取特定域名的全部记录信息。 具体的业务处理方式和过程根据具体的场景和条 件可分为两种方式， 下面分别进行说明。 第一种方式： 采用静态配置的方式。 由于最终域名服务器维护的域名记录信息， 而域名缓存服务器根据业务部署的需要进行按需部署。 很多情况下， 最终域名服务器 和域名缓存服务器属于不同的公司或团体， 双方并不知道对方的 IP地址， 难以建立连 接。 因此， 在此方式中， 采用静态配置的方式预配置最终域名服务器的 IP地址， 帮助 实现连接的建立。 具体业务处理流程如下 （1 ) 至 （4): ( 1 ) 采用预配置的方式， 在域名缓存服务器上配置最终域名服务器的 IP地址信 息， 或由第三方维护指定域名与其最终域名服务器的 IP地址信息； （2)域名缓存服务 器根据预配置获得的最终域名服务器的 IP地址信息，与最终域名服务器建立连接； (3 ) 域名缓存服务器向最终域名服务器请求获取该域名的全部记录信息； （4) 最终域名服 务器根据域名缓存服务器的请求， 进行相应的处理， 向域名缓存服务器提供该域名的 全部记录信息。 其中， 由第三方维护指定域名与其最终域名服务器的 IP地址信息， 即 由外部的系统维护域名与该域名的最终域名服务器的 IP地址的对应关系，域名缓存服 务器可以去查询获取。此时，域名缓存服务器只需要配置第三方服务器的地址就可以， 因此， 也属于预配置这一类。 下面结合附图对上述流程进行说明。 图 7描述了本实施例一种采用静态配置的方式获取全部域名记录信息的业务处理 流程图。 在本处理流程中， 主要涉及域名缓存服务器和最终域名服务器。 具体的业务 处理流程步骤如下 （步骤 S701至步骤 S703 ): 步骤 S701 , 确定域名缓存服务的业务需求， 例如， 哪些域名需要在域名缓存服务 器直接实现域名解析的负载分担， 或特定的域名需要在域名缓存服务器根据实时的网 络状态信息实时负载分担。 此时， 要求域名缓存服务器具备该域名的全部域名记录信 息。 因此， 需要域名缓存服务器根据业务需求制定相应的策略， 预先配置特定域名的 最终域名服务器地址， 以便于域名缓存服务器可以和最终域名服务器建立连接；此后， 域名缓存服务器根据最终域名服务器的地址信息， 与最终域名服务器建立连接； 步骤 S702, 域名缓存服务器与最终域名服务器的连接建立后， 域名缓存服务器向 最终域名服务器请求获取特定域名的全部域名记录信息； 步骤 S703 , 最终域名服务器接收到域名缓存服务器的请求后， 进行处理， 向域名 缓存服务器返回所请求的特定域名的全部域名记录信息。 上述方法具有以下特点： 所述通过静态配置实现域名缓存服务器与最终域名服务 器进行信息交互的实现方式， 在域名缓存服务器上配置最终域名服务器的地址； 域名 缓存服务器具有请求获取特定域名的全部域名记录信息的能力； 域名缓存服务器具有 接收并处理特定域名的全部域名记录信息的能力； 最终域名服务器具备处理请求特定 域名全部记录信息的能力， 并将特定域名的全部记录信息向域名缓存服务器返回。 第二种方式： 协议扩展方式。这种方式借用相关技术中 DNS的业务处理过程， 并 进行扩展，针对特定的域名， 向最终域名服务器请求获取该域名的全部域名记录信息。 具体的业务处理过程如下 （1 ) 至 （8): ( 1 ) 域名缓存服务器根据业务的需求， 需要获取某域名的全部域名记录信息；
( 2 ) 域名缓存服务器向根域名服务器发起针对某域名的域名解析请求；
(3 )根域名服务器收到域名解析请求后， 向域名缓存服务器返回下一级域名服务 器信息， 指示域名缓存服务器向下一级域名服务器请求域名解析服务；
(4)域名缓存服务器向二级域名服务器发起域名解析请求，二级域名服务器接收 到域名解析请求后， 向域名缓存服务器返回三级域名服务器信息； 如此类推， 直至提 供的域名服务器信息为最终域名服务器信息；
( 5 ) 域名缓存服务器向最终域名服务器发起域名解析请求；
(6)最终域名服务器接收到域名解析请求后， 根据域名解析和负载均衡策略， 生 成域名解析结果， 并将该域名解析结果向域名缓存服务器返回； (7)域名缓存服务器成功得到域名解析结果，由此可确定最终域名服务器；至此， 域名缓存服务器向最终域名服务器发起请求， 请求获取该域名的全部域名记录信息； ( 8 )最终域名服务器接收到域名缓存服务器请求获取该域名的全部记录信息的消 息后， 向域名缓存服务器返回该域名的全部记录信息； 至此， 域名缓存服务器获得了 指定域名的全部域名记录信息。 上述过程中 （2) 至 （6) 为相关技术的操作流程， 本实施例是在相关技术的流程 后， 进行的进一步操作。 下面结合附图对上述流程进行说明。 图 8 描述了本实施例采用协议扩展方式获取全部域名记录信息的业务处理流程 图。该业务处理过程主要涉及了域名缓存服务器、根域名服务器、二 /三级域名服务器、 最终域名服务器。 具体的业务处理过程如下 （步骤 S801至步骤 S808 ): 步骤 S801 , 域名缓存服务器根据需求， 要配置相应的策略， 指定哪些特定的域名 需要获得全部的域名记录信息； 此后， 域名缓存服务器为指定的域名发起域名解析请 求； 发起域名解析请求的目的是借用 DNS 解析的处理获得最终域名解析服务器的信 息； 在此设置为首先向根域名服务器发起域名解析请求； 步骤 S802, 根域名服务器收到域名解析请求后， 向域名缓存服务器返回二级域名 服务器信息； 步骤 S803 , 域名缓存服务器获得二级域名服务器信息后， 向二级域名服务器发起 域名解析请求； 步骤 S804, 二级域名服务器收到域名解析请求后， 将向域名缓存服务器返回三级 域名服务器信息， 以此类推， 直至向域名缓存服务器提供的是最终域名服务器信息； 步骤 S805 , 域名缓存服务器向最终域名服务器发送域名解析请求； 步骤 S806, 最终域名服务器收到域名解析请求后， 实施域名解析， 向域名缓存服 务器返回域名解析结果； 步骤 S807, 域名缓存服务器成功得到域名解析结果后， 可由此确定该指定域名的 最终域名服务器信息； 为了获得该指定域名的全部域名记录信息， 域名缓存服务器接 着向最终域名服务器发起请求， 请求获取该指定域名的全部域名记录信息； 步骤 S808 , 最终域名服务器收到请求获取指定域名的全部域名记录的请求报文 后， 进行处理， 将该指定域名的全部域名记录信息向域名缓存服务器返回。 至此域名 缓存服务器获得了指定域名的全部域名记录信息。 上述方法具有以下特点：所述通过 DNS协议扩展实现域名缓存服务器与域名服务 器进行信息交互的方式， 域名缓存服务器能够配置相应的策略， 指定需要获取哪些特 定域名的全部域名记录信息； 域名缓存服务器在获得策略指定的特定域名的成功解析 结果后， 能够据此确定最终域名服务器； 域名缓存服务器在通过域名解析结果获得最 终域名服务器信息后，能够向最终域名服务器发起获取该域名的全部记录信息的请求; 域名缓存服务器具有接收并处理特定域名的全部域名记录信息的能力； 最终域名服务 器具备处理请求特定域名全部记录信息的能力， 并将特定域名的全部记录信息向域名 缓存服务器返回。 图 9描述了本实施例中域名缓存服务器基于网络状态的域名解析及负载分担的业 务处理过程图。 此过程主要描述了域名缓存服务器为特定的域名， 实施基于网络状态 信息的域名解析和负载分担， 以为用户提供实时最优的域名解析服务。 本业务处理过 程主要涉及了客户端、 域名缓存服务器和网络资源及状态信息服务器， 具体的业务处 理过程如下 （步骤 S901至步骤 S904): 步骤 S901 , 客户端发起域名解析请求。 在客户端发起请求之前， 域名缓存服务器 根据配置的策略预先获取策略指定的域名的全部域名记录信息。 获取的方法可以采用 前述任意一种方式。 步骤 S902, 域名缓存服务器收到域名解析请求后， 首先根据域名进行判断， 判断 该域名是否需要根据网络状态信息进行域名解析和负载分担。 如果不需要， 则进入常 规的域名解析处理流程； 如果需要， 则进入根据网络状态信息进行域名解析和负载分 担处理流程。 此处为需要根据网络状态信息进行域名解析和负载分担处理， 因此， 该 域名解析请求将触发域名缓存服务器向网络资源及状态信息服务器查询所需的网络状 态信息； 步骤 S903 , 网络资源及状态信息服务器收到查询请求后， 进行相应的处理， 根据 域名缓存服务器的需要向域名缓存服务器返回所需的网络状态信息； 步骤 S904，域名缓存服务器结合当前的网络资源及状态信息，用户的属性信息等， 在该特定域名的全部域名记录信息中， 选择出当前最优的服务节点， 并形成域名解析 结果， 向客户端返回域名解析结果。 本实施例提供的方法， 能够使得域名缓存服务器可以根据需要获取到特定域名的 全部域名记录信息， 从而可以在域名缓存服务器实现域名解析的负载分担， 更可以实 现基于网络的资源和状态信息的域名解析负载分担。 从而可以为用户提供更好的域名 解析服务。 尽管为示例目的， 己经公开了本发明的优选实施例， 本领域的技术人员将意识到 各种改进、 增加和取代也是可能的， 因此， 本发明的范围应当不限于上述实施例。

Claims

权 利 要 求 书 、 一种域名解析的方法， 包括： 域名缓存服务器通过最终域名服务器的地址信息与所述最终域名服务器建 立连接；
从所述最终域名服务器上获取预定域名的全部域名记录信息， 以根据所述 全部域名记录信息确定所述预定域名的域名解析结果， 其中， 所述全部域名记 录信息为所述预定域名与不同 IP地址间的对应关系。 、如权利要求 1所述的方法， 其中， 域名缓存服务器通过最终域名服务器的地址信息 与所述最终域名服务器建立连接之前， 所述方法还包括：
在所述域名缓存服务器收到最终域名服务器返回的域名解析结果的情况 下， 获取所述最终域名服务器的地址信息； 或者，
在所述域名缓存服务器上预先配置了所述最终域名服务器的地址信息的情 况下， 获取预先配置的所述地址信息。 、如权利要求 1或 2所述的方法， 其中， 根据所述全部域名记录信息确定所述预定域 名的域名解析结果包括： 接收来自客户端对所述预定域名的域名解析请求；
判断所述预定域名是否需要进行域名解析的负载均衡；
在需要进行负载均衡的情况下， 根据获取的所述全部域名记录信息确定所 述预定域名的域名解析结果。 、 如权利要求 3所述的方法， 其中， 在需要进行负载均衡的情况下， 根据获取的所述 全部域名记录信息确定所述预定域名的域名解析结果包括：
检测所述全部域名记录信息中各 IP 地址对应的网络服务集群所对应的网 络状态； 确定一个网络状态满足预定策略的网络服务集群， 以得到一个域名解析结 果。 、如权利要求 1或 2所述的方法， 其中， 从所述最终域名服务器上获取预定域名的全 部域名记录信息之后， 所述方法还包括： 所述域名缓存服务器保存所述预定域名的所述全部域名记录信息。 、 一种域名缓存服务器， 包括： 第一建链模块， 设置为通过最终域名服务器的地址信息与所述最终域名服 务器建立连接；
第一获取模块， 设置为从所述最终域名服务器上获取预定域名的全部域名 记录信息， 以根据所述全部域名记录信息确定所述预定域名的域名解析结果， 其中， 所述全部域名记录信息为所述预定域名与不同 IP地址间的对应关系。 、 如权利要求 6所述的服务器， 还包括： 第二获取模块， 设置为在所述域名缓存服务器收到最终域名服务器返回的 域名解析结果的情况下， 获取所述最终域名服务器的地址信息； 第三获取模块， 设置为在所述域名缓存服务器上预先配置了所述最终域名 服务器的地址信息的情况下， 获取预先配置的所述地址信息。 、 如权利要求 6或 7所述的服务器， 还包括： 域名解析模块， 其中， 所述域名解析模 块包括：
接收单元， 设置为接收来自客户端对所述预定域名的域名解析请求； 判断单元， 设置为判断所述预定域名是否需要进行域名解析的负载均衡； 确定单元， 设置为在需要进行负载均衡的情况下， 根据获取的所述全部域 名记录信息确定所述预定域名的域名解析结果。 、 如权利要求 6或 7所述的服务器， 还包括： 保存模块， 设置为保存所述预定域名的所述全部域名记录信息。 0、 一种最终域名服务器， 包括： 第二建链模块， 设置为在接收到域名缓存服务器的连接请求的情况下， 与 所述域名缓存服务器建立连接；
发送模块， 设置为向所述域名缓存服务器发送预定域名的全部域名记录信 息， 以使得所述域名缓存服务器根据所述全部域名记录信息对所述预定域名进 行域名解析， 其中， 所述全部域名记录信息为所述预定域名与不同 IP地址间的 对应关系。
PCT/CN2014/080659 2013-09-02 2014-06-24 域名解析的方法、域名缓存服务器及最终域名服务器 WO2015027743A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US14/916,053 US20160212204A1 (en) 2013-09-02 2014-06-24 Domain Name Resolution Method, DNS Cache Server, and Final DNS Server
EP14841014.5A EP3043533A4 (en) 2013-09-02 2014-06-24 DOMAIN NAME RESOLUTION PROCEDURE, DOMAIN NAME INTERMEDIATE SERVER AND FINAL DOMAIN NAME SERVER

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310392877.5A CN104427011B (zh) 2013-09-02 2013-09-02 域名解析的方法和域名缓存服务器
CN201310392877.5 2013-09-02

Publications (1)

Publication Number Publication Date
WO2015027743A1 true WO2015027743A1 (zh) 2015-03-05

Family

ID=52585513

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/080659 WO2015027743A1 (zh) 2013-09-02 2014-06-24 域名解析的方法、域名缓存服务器及最终域名服务器

Country Status (4)

Country Link
US (1) US20160212204A1 (zh)
EP (1) EP3043533A4 (zh)
CN (1) CN104427011B (zh)
WO (1) WO2015027743A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104917851A (zh) * 2015-05-08 2015-09-16 亚信科技（南京）有限公司 信息处理方法及dns缓存服务器
CN116389404A (zh) * 2023-06-06 2023-07-04 阿里云计算有限公司 域名解析方法、装置及设备

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160171415A1 (en) 2014-12-13 2016-06-16 Security Scorecard Cybersecurity risk assessment on an industry basis
CN106331201A (zh) * 2015-07-01 2017-01-11 中兴通讯股份有限公司 域名资源记录缓存控制方法及服务器
CN106357831A (zh) * 2015-07-14 2017-01-25 阿里巴巴集团控股有限公司 一种获取域名后缀的方法及装置
US10666603B2 (en) * 2017-07-13 2020-05-26 T-Mobile Usa, Inc. Optimizing routing of access to network domains via a wireless communication network
CN109729181B (zh) * 2017-10-27 2020-07-24 华为技术有限公司 一种域名访问方法及设备
CN108881506A (zh) * 2018-06-04 2018-11-23 华为技术有限公司 一种基于多可用分区az的域名解析方法及装置
WO2020041988A1 (zh) 2018-08-28 2020-03-05 华为技术有限公司 一种服务器节点的选择方法和终端设备
CN111107171B (zh) * 2018-10-26 2022-07-12 中兴通讯股份有限公司 Dns服务器的安全防御方法及装置、通信设备及介质
US11201853B2 (en) * 2019-01-10 2021-12-14 Vmware, Inc. DNS cache protection
CN109981604A (zh) * 2019-03-07 2019-07-05 北京华安普特网络科技有限公司 一种快速检测网页黑链的方法
CN110995542B (zh) * 2019-12-16 2022-04-22 金蝶智慧科技(深圳)有限公司 一种网络状态检测方法、系统及相关设备
US11575646B2 (en) 2020-03-12 2023-02-07 Vmware, Inc. Domain name service (DNS) server cache table validation
CN111600969B (zh) * 2020-03-31 2023-05-12 视联动力信息技术股份有限公司 域名寻址方法、系统、域名服务器、电子设备及存储介质
CN114157635B (zh) * 2020-09-07 2023-08-15 中国移动通信集团湖南有限公司 内容分发网络的域名回源方法和装置、设备和存储介质
CN113873052B (zh) * 2021-09-02 2024-01-30 杭州萤石软件有限公司 Kubernetes集群的域名解析方法、装置及设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101815105A (zh) * 2010-03-25 2010-08-25 上海交通大学 带智能缓存的域名解析服务系统及其服务方法
CN102137174A (zh) * 2010-12-29 2011-07-27 华为技术有限公司 域名系统缓存的方法、授权域名服务器、缓存域名服务器
CN102571997A (zh) * 2010-12-29 2012-07-11 中国移动通信集团北京有限公司 一种数据访问的方法、系统及设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7725602B2 (en) * 2000-07-19 2010-05-25 Akamai Technologies, Inc. Domain name resolution using a distributed DNS network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101815105A (zh) * 2010-03-25 2010-08-25 上海交通大学 带智能缓存的域名解析服务系统及其服务方法
CN102137174A (zh) * 2010-12-29 2011-07-27 华为技术有限公司 域名系统缓存的方法、授权域名服务器、缓存域名服务器
CN102571997A (zh) * 2010-12-29 2012-07-11 中国移动通信集团北京有限公司 一种数据访问的方法、系统及设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3043533A4 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104917851A (zh) * 2015-05-08 2015-09-16 亚信科技（南京）有限公司 信息处理方法及dns缓存服务器
CN104917851B (zh) * 2015-05-08 2019-01-22 成都亚信网络安全产业技术研究院有限公司 信息处理方法及dns缓存服务器
CN116389404A (zh) * 2023-06-06 2023-07-04 阿里云计算有限公司 域名解析方法、装置及设备
CN116389404B (zh) * 2023-06-06 2023-08-29 阿里云计算有限公司 域名解析方法、装置及设备

Also Published As

Publication number Publication date
EP3043533A4 (en) 2016-10-19
CN104427011A (zh) 2015-03-18
EP3043533A1 (en) 2016-07-13
US20160212204A1 (en) 2016-07-21
CN104427011B (zh) 2019-03-22

Similar Documents

Publication Publication Date Title
WO2015027743A1 (zh) 域名解析的方法、域名缓存服务器及最终域名服务器
JP5150769B2 (ja) 要求ルーティングおよびクライアントロケーション情報を利用したルーティング情報の更新
US10212124B2 (en) Facilitating content accessibility via different communication formats
US9800539B2 (en) Request routing management based on network components
US9160703B2 (en) Request routing management based on network components
EP2266064B1 (en) Request routing
EP1303109B1 (en) Resolving virtual network names
JP5893034B2 (ja) ネットワーク環境における要求ルーティング
CN107528862B (zh) 域名解析的方法及装置
US10594805B2 (en) Processing service requests for digital content
US20090222582A1 (en) Failover in an internet location coordinate enhanced domain name system
WO2015039475A1 (zh) 一种域名解析方法、服务器及系统
CN102739684B (zh) 一种基于虚拟IP地址的Portal认证方法及服务器
WO2012089013A1 (zh) 域名系统缓存的方法、授权域名服务器、缓存域名服务器
CN103841045A (zh) 一种互联网缓存处理方法、内容探测子系统和Cache系统
WO2019052058A1 (zh) 一种域名重定向方法和系统
WO2014193282A1 (en) Identifying resources from a device in a communications network
Luo et al. Decoupling the design of identifier-to-locator mapping services from identifiers
US20120207060A1 (en) Method and System for Implementing ID/Locator Mapping
CN106790502B (zh) 一种基于NAT64前缀的IPv4终端、IPv6服务互通业务的负载均衡系统
Barré et al. Implementation and evaluation of the Shim6 protocol in the Linux kernel
US9609017B1 (en) Methods for preventing a distributed denial service attack and devices thereof
CN115118700A (zh) 一种通信方法及通信系统
CN111404761B (zh) 内容成环检测处理方法、装置和计算机可读存储介质
WO2021204292A9 (zh) 应用发现方法、装置、系统及计算机存储介质

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: 14841014

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 14916053

Country of ref document: US

REEP Request for entry into the european phase

Ref document number: 2014841014

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2014841014

Country of ref document: EP