WO2019237288A1 - 域名解析方法、装置及计算机可读存储介质 - Google Patents

域名解析方法、装置及计算机可读存储介质 Download PDF

Info

Publication number
WO2019237288A1
WO2019237288A1 PCT/CN2018/091129 CN2018091129W WO2019237288A1 WO 2019237288 A1 WO2019237288 A1 WO 2019237288A1 CN 2018091129 W CN2018091129 W CN 2018091129W WO 2019237288 A1 WO2019237288 A1 WO 2019237288A1
Authority
WO
WIPO (PCT)
Prior art keywords
domain name
target
local dns
virtual local
name resolution
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/CN2018/091129
Other languages
English (en)
French (fr)
Inventor
朱磊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Cloudminds Shenzhen Robotics Systems Co Ltd
Original Assignee
Cloudminds Shenzhen Robotics Systems Co Ltd
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 Cloudminds Shenzhen Robotics Systems Co Ltd filed Critical Cloudminds Shenzhen Robotics Systems Co Ltd
Priority to CN201880001126.7A priority Critical patent/CN108886540B/zh
Priority to PCT/CN2018/091129 priority patent/WO2019237288A1/zh
Publication of WO2019237288A1 publication Critical patent/WO2019237288A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/45Network directories; Name-to-address mapping
    • H04L61/4505Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/66Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/02Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0272Virtual private networks

Definitions

  • the present disclosure relates to the field of computers, and in particular, to a domain name resolution method, device, and computer-readable storage medium.
  • each tenant is a set of users, and each user accesses the VPN network using a VPN client.
  • the VP N gateway supports multi-tenant isolation.
  • the VPN gateway includes a virtual local DNS server dedicated to each tenant supported by the VPN gateway.
  • the VPN gateway configures a unique address in the VPN network for the virtual local DNS server dedicated to each tenant supported by the VPN gateway. Tenant isolation.
  • VPN gateway is required to configure a unique address in the VPN network for its dedicated virtual local DNS server for each tenant, as the number of tenants supported by a single VPN gateway increases and the number of VPN gateways in the VPN network increases, The configuration process is becoming more complex.
  • An object of the present disclosure is to provide a domain name resolution method, device, and computer-readable storage medium to simplify the configuration process of a VPN gateway.
  • a first aspect of an embodiment of the present disclosure provides a method for analyzing a domain name, which is applied to a virtual private network VPN gateway, where the VPN gateway includes a virtual local DNS server shared by multiple tenants, and the virtual local DNS
  • the server includes a load balancer and a plurality of virtual local DNS sub-servers, and each virtual local DNS sub-server provides a local DNS service for a VPN client in a tenant; the method includes:
  • the load balancer pushes the address of the virtual local DNS server to the target V PN client;
  • the load balancer monitors a domain name resolution request sent by the target VPN client to the virtual local DNS server, and the domain name resolution request includes an internal network IP address of the target VPN client;
  • the load balancer according to the intranet IP address segment to which the intranet IP address of the target VPN client belongs, Determining a target tenant to which the target VPN client belongs;
  • the load balancer forwards the domain name resolution request to a target virtual local DNS sub-server that provides local DNS services for the target tenant;
  • the target virtual local DNS sub-server performs domain name resolution on the domain name resolution request.
  • a second aspect of the embodiments of the present disclosure provides a domain name resolution device applied to a virtual private network VPN gateway.
  • the VPN gateway includes a virtual local DNS server shared by multiple tenants, and the virtual local DNS server includes a load balancer. And multiple virtual local DNS sub-servers, each virtual local DNS sub-server providing local DNS services for VPN clients in a tenant; the device includes:
  • a pushing module configured to push the address of the virtual local DNS server to the target VPN client through the load balancer after detecting that the target VPN client accesses the VPN gateway;
  • a monitoring module configured to monitor, by the load balancer, a domain name resolution request sent by the target VPN client to the virtual local DNS server, where the domain name resolution request includes an internal network IP address of the target VPN client ;
  • a determining module configured to determine, by the load balancer, a target tenant to which the target VPN client belongs according to an internal network IP address segment to which the internal network IP address of the target VPN client belongs;
  • a first forwarding module configured to forward, by the load balancer, the domain name resolution request to a target virtual local DNS subserver that provides a local DNS service for the target tenant;
  • a resolution module configured to perform domain name resolution on the domain name resolution request by the target virtual local DNS sub-server.
  • a third aspect of the embodiments of the present disclosure provides a domain name resolution generating device, including:
  • At least one processor unit a communication interface, a memory, and a communication bus; the at least one processor unit, the communication interface, and the memory complete communication with each other through the communication bus;
  • the memory is configured to store program code
  • the at least one processor unit is configured to run the program code to implement the method described in the first aspect.
  • a fourth aspect of the embodiments of the present disclosure provides a computer-readable storage medium, where the computer-readable storage medium is used to store a computer program, and the computer program includes instructions for executing the method described in the first aspect.
  • the domain name resolution method provided by the embodiment of the present disclosure has at least the following technical effects:
  • the VPN gateway pushes the address of the same virtual local DNS server for VPN clients in multiple tenants supported by the VPN gateway, the configuration complexity is low, and VPN clients in multiple tenants supported by the VPN gateway The client only needs to expose the address of a virtual local DNS server, which has higher confidentiality and security;
  • FIG. 1 is a schematic diagram of a domain name resolution method in the related art.
  • FIG. 2 is a schematic diagram of a domain name resolution method according to an embodiment of the present disclosure.
  • FIG. 3 is a flowchart of a domain name resolution method according to an embodiment of the present disclosure.
  • FIG. 4 is a schematic diagram of a connection relationship between gateways in an embodiment of the present disclosure.
  • FIG. 5 is a schematic diagram of a domain name resolution apparatus according to an embodiment of the present disclosure.
  • FIG. 6 is a structural diagram of a domain name resolution device according to an embodiment of the present disclosure.
  • a VPN gateway in the related art includes multiple virtual local DNS servers of respective tenants.
  • FIG. 1 is a schematic diagram of a domain name resolution method in the related art.
  • the VPN gateway includes a virtual local DNS server of tenant one and a virtual local DNS server of tenant two as an example.
  • the address configured by the VPN gateway for the virtual local DNS server for tenant one is 172.1.1.1
  • the address configured by the VPN gateway for the virtual local DNS server for tenant two is 172.2.1.1.
  • the VPN client in the first tenant and the VPN client in the second tenant respectively access the VPN gateway and establish a VPN tunnel with the VPN gateway.
  • the VPN gateway pushes its virtual local DNS server to the VPN client in tenant one.
  • Address 172.1.1.1 the VPN gateway pushes the address 172.2.1.1 of its virtual local DNS server to the VPN client in tenant two.
  • the VPN client in tenant one and the VPN client in tenant two respectively send to their respective virtual local DNS The server sends a domain name resolution request.
  • the respective virtual local DNS servers of tenant one and tenant two respectively perform domain name resolution on the domain name resolution requests received by them.
  • the VPN gateway includes multiple A virtual local DNS server shared by each tenant.
  • the virtual local DNS server includes a load balancer and multiple virtual local DNS sub-servers.
  • Each virtual local DNS sub-server provides local DNS services for VPN clients in a tenant.
  • FIG. 2 is a schematic diagram of a domain name resolution method according to an embodiment of the present disclosure.
  • the V PN gateway includes a virtual local DNS server.
  • the virtual local DNS server includes a virtual local DNS subserver of tenant one and a virtual local DNS subserver of tenant two.
  • the virtual local DNS subserver of tenant one is tenant one.
  • the VPN client in the local provides a local DNS service
  • the virtual local DNS subserver of the second tenant provides the local DNS service for the VPN client in the second tenant.
  • FIG. 3 is a flowchart of a domain name resolution method provided by an embodiment of the present disclosure. As shown in Figure 3, the method includes the following steps:
  • Step S11 after detecting that the target VPN client accesses the VPN gateway, the load balancer pushes the address of the virtual local DNS server to the target VPN client;
  • Step S12 the load balancer monitors a domain name resolution request sent by the target VPN client to the virtual local DNS server, where the domain name resolution request includes an internal network IP address of the target VPN client;
  • Step S13 the load balancer determines a target tenant to which the target VPN client belongs according to the IP address segment of the internal network to which the internal network IP address of the target VPN client belongs;
  • Step S14 the load balancer forwards the domain name resolution request to a target virtual local DNS sub-server that provides a local DNS service for the target tenant;
  • Step S15 the target virtual local DNS sub-server performs domain name resolution on the domain name resolution request
  • the VPN gateway includes only one virtual local DNS server, and multiple tenants supported by the VPN gateway share the virtual local DNS server.
  • the load balancer in the virtual local DNS server is configured for the virtual local DNS server.
  • An intranet IP address for example: 10.10.10.10
  • the load balancer pushes the same address to the VPN clients in different tenants, and this address is the virtual local DNS server in the VPN gateway. Address, for example: 10.10.10.10.
  • the VPN client in the tenant one and the VPN client in the tenant two respectively access the V PN gateway and establish a VPN tunnel with the VPN gateway. Then, the load balancer pushes the virtual local DNS server address 10.10.10.10 to the VPN client in tenant one, and the load balancer pushes the virtual local DNS server address 10.10.10.10 to the VPN client in tenant two.
  • the VPN clients of different tenants send domain name resolution requests to the virtual local DNS server in the VPN gateway.
  • the load balancer monitors whether there is a domain name resolution request sent by the VPN client belonging to a certain tenant to the virtual local DNS server.
  • the resolution request is based on which intranet IP address the domain name resolution request originates from, determines the intranet IP address segment to which the intranet IP address belongs, and further determines which tenant VPN client in the tenant sends the domain name resolution request.
  • the internal network IP address segments of different tenants supported by the same VPN gateway are pre-allocated and are not duplicated, and the internal network IP address segments of the same tenant allocated at different VPN gateways are pre-allocated. It is not repeated.
  • a tenant can be identified by the unique intranet IP address segment in the VPN network, and the load balancer can identify the tenant by the intranet IP address segment, and then forward the domain name resolution request to the corresponding virtual local DNS subserver. To achieve multi-tenant isolation.
  • the virtual local DNS subserver is supported by all domain name resolution types.
  • the tenant can customize the domain name resolution result of the CNAME type domain name resolution request.
  • the domain name The result is an IPv4 address.
  • This article uses the A record type as an example. It is only for illustration and does not limit the type of domain name resolution.
  • the VPN gateway is connected to the controller, and the controller delivers the correspondence between the intranet IP address segment and the tenant to the load balancer.
  • the VPN client in the first tenant sends a first domain name resolution request (A record type, requesting to resolve the IP address corresponding to the domain name www.xinhua.net) to the virtual local DNS server.
  • a record type requesting to resolve the IP address corresponding to the domain name www.xinhua.net
  • the load balancer listens to these two domain name resolution requests. Because the domain name resolution request includes the internal network IP address of the VPN client that sent the domain name resolution request, the load balancer According to the internal network IP addresses in the two domain name resolution requests monitored, and combined with the corresponding relationship between the internal network IP address segment and the tenant, determine which tenant the VPN client that sent the two domain name resolution requests belongs to, assuming load balancing The server determines that the first domain name resolution request originates from the VPN client in tenant one, and then sends the first domain name resolution request to the virtual local DNS subserver of tenant one, assuming that the load balancer determines that the second domain name resolution request originates from tenant two And the VPN client in the server sends the second domain name resolution request to the virtual local DNS subserver of the second tenant.
  • the virtual local DNS sub-server performs domain name resolution on the received domain name resolution request. As shown in FIG. 2, the virtual local DNS subserver of tenant one performs domain name resolution on the first domain name resolution request, and the virtual local DNS server of tenant two performs domain name resolution on the second domain name resolution request.
  • the domain name resolution method provided by the embodiment of the present disclosure has at least the following technical effects:
  • the VPN gateway pushes the address of the same virtual local DNS server for VPN clients in multiple tenants supported by the VPN gateway, the configuration complexity is low, and the VPN clients in multiple tenants supported by it The client only needs to expose the address of a virtual local DNS server, which has higher confidentiality and security;
  • the VPN gateway only needs to maintain one virtual local DNS server, and the maintenance cost is low.
  • the method further includes:
  • the load balancer sets the address of the virtual local DNS server to an anycast-based intranet IP address, and the anycast-based intranet address is an address of a virtual local DNS server in another VPN gateway ;
  • the load balancer When the load balancer detects a failure of the virtual local DNS server, the load balancer forwards the domain name resolution request to the virtual local DNS server in the other VPN gateway.
  • the VPN gateway pushes the address of the same virtual local DNS server to all tenants, and the address of the virtual local DNS server is an intranet IP address based on anycast and is in other V PN gateways.
  • the address of the virtual local DNS server is the same.
  • the load balancer in the VPN gateway can receive the Domain name solution
  • the analysis request is forwarded to the virtual local DNS server in other VPN gateways, so as to realize automatic switching and high availability of D NS, which enhances the robustness of the domain name resolution method provided by the embodiment of the present disclosure.
  • FIG. 4 is a schematic diagram of a connection relationship between gateways in an embodiment of the present disclosure.
  • the virtual local DNS servers in each of VPN gateway A, VPN gateway B, and VPN gateway C are 10.1 0.10.10. If the virtual local DNS server in VPN gateway A goes down, the VPN gateway A The load balancer can forward the received domain name resolution request to the virtual local DNS server in the nearest VPN gateway B.
  • a resolution policy of the target tenant is stored in a virtual local DNS sub-server that provides local DNS services for the target tenant, and a virtual local DNS sub-server that provides local DNS services for different tenants Storage has different parsing strategies;
  • step S15 includes:
  • the target virtual local DNS subserver performs domain name resolution on the domain name resolution request in accordance with the target tenant's resolution policy.
  • different resolution policies are stored in different virtual local DNS sub-servers, and each tenant can set a resolution policy according to its own network access requirements.
  • the VPN gateway is connected to the controller, and the controller delivers to each virtual local DNS subserver the resolution policy that the virtual local DNS subserver needs to use in the process of domain name resolution. Since different tenants can set different resolution policies, the resolution policies stored in different virtual local DNS subservers are different. After receiving the domain name resolution request forwarded by the load balancer, each virtual local DNS sub-server performs domain name resolution according to the resolution policy stored in the virtual local DNS sub-server. Even if different tenants request to resolve the same domain name, they are isolated from each other, and different virtual local DNS subservers give different resolution results.
  • the target tenant's resolution policy is to allow only the target VPN client to access a limited number of intranet domain names; the target virtual local DNS sub-server follows the target tenant's resolution policy And performing domain name resolution on the domain name resolution request includes:
  • the domain name in the domain name resolution request matches the domain name registered on the target virtual local DNS subserver, forward the domain name resolution request to an internal network authority DNS server, and receive the internal network authority The domain name resolution result returned by the DNS server.
  • the virtual local DN S sub-server that provides a local DNS server for the tenant can be used.
  • Multiple domain names are registered in advance.
  • the multiple domain names that are registered in advance may be internal domain names or external domain names. Regardless of whether the internal domain names or external domain names are registered in advance, they correspond to the IP addresses of the internal network DNS.
  • the correspondence relationship between the pre-registered domain name and the IP address of the intranet DNS is stored on the virtual local DNS subserver.
  • the domain name in the domain name resolution request is first compared with the domain name registered on the virtual local DNS subserver to determine whether the two match. If the two match, the domain name resolution request is forwarded to the intranet authoritative DNS server, and the intranet authoritative DNS server performs domain name resolution on the domain name resolution request, and returns the domain name resolution result to the virtual local DNS subserver.
  • the virtual local DNS sub-server since the virtual local DNS sub-server has a cache function, if the result is not parsed locally, the request will be forwarded to the next higher level and cached locally after the result is obtained. Previously, the results were returned directly to the client by the virtual local DNS subserver, and the efficiency of domain name resolution was improved through such cache settings.
  • the target tenant's resolution policy is to allow the target VPN client to access all intranet domain names;
  • the target virtual local DNS sub-server is configured to:
  • the domain name resolution request for domain name resolution includes:
  • [0071] forward the domain name resolution request to an internal network authoritative DNS server by default, and receive the domain name resolution result returned by the internal network authoritative DNS server.
  • the domain name resolution request can be forwarded to the intranet authoritative DNS server by default, and the intranet The authoritative DNS server performs domain name resolution, and then receives the domain name resolution result returned by the intranet authoritative DNS server.
  • the target tenant's resolution policy is to allow the target VPN client to access at least one external domain name; the target virtual local DNS subserver follows the target tenant's resolution policy, Performing domain name resolution on the domain name resolution request includes:
  • [0074] forward the domain name resolution request to an external public DNS server, and receive a domain name resolution result returned by the external public DNS server.
  • the domain name resolution request can be forwarded to the public DNS server by default, the domain name resolution is performed by the public DNS server, and then the domain name resolution result returned by the public DNS server is received.
  • the virtual local DNS subserver can control the number of domain names and domain name ranges that can be accessed by the VPN client, thereby improving the controllability and security of domain name resolution.
  • An embodiment of the present disclosure further provides a domain name resolution device, which is applied to a virtual private network VPN gateway.
  • the VPN gateway includes a virtual local DNS server shared by multiple tenants.
  • the virtual local DNS server includes a load balancer and a multi-tenant.
  • Virtual local DNS sub-servers, each virtual local DNS sub-server provides local DNS services for VPN clients in a tenant.
  • the domain name resolution apparatus 400 provided in the embodiment of the present disclosure includes:
  • a pushing module 401 configured to push the address of the virtual local DNS server to the target VPN client through the load balancer after detecting that the target VPN client accesses the VPN gateway;
  • a monitoring module 402 configured to monitor, by the load balancer, a domain name resolution request sent by the target VPN client to the virtual local DNS server, where the domain name resolution request includes an internal network IP of the target VPN client Address
  • a determining module 403 configured for the load balancer to determine a target tenant to which the target VPN client belongs according to an intranet IP address segment to which the target VPN client's internal network IP address belongs;
  • a first forwarding module 404 configured for the load balancer to forward the domain name resolution request to a target virtual local DNS subserver that provides a local DNS service for the target tenant;
  • a resolution module 405, configured to perform domain name resolution on the domain name resolution request by the target virtual local DNS sub-server.
  • the apparatus further includes:
  • a setting module for the load balancer to set the address of the virtual local DNS server to an anycast-based intranet IP address, and the anycast-based intranet address is a virtual one in another VPN gateway The address of the local D NS server;
  • a second forwarding module configured to detect, by the load balancer, that the virtual local DNS server sends When a failure occurs, the domain name resolution request is forwarded to the virtual local DNS server in the other VPN gateway.
  • a resolution policy of the target tenant is stored in a virtual local DNS sub-server that provides local DNS services for the target tenant, and different virtual local DNS sub-servers that provide local DNS services for different tenants are stored in different Analysis strategy
  • the analysis module includes:
  • a parsing submodule configured to perform domain name resolution on the domain name resolution request by the target virtual local DNS subserver according to the target tenant's resolution policy.
  • the resolution policy of the target tenant is to allow only the target VPN client to access a limited number of intranet domain names; the resolution submodule is configured to:
  • the resolution policy of the target tenant is to allow the target VPN client to access all internal network domain names; the resolution submodule is configured to:
  • the resolution policy of the target tenant is to allow the target VPN client to access at least one external network domain name; the resolution submodule is configured to:
  • each module of the domain name resolution device is only a logical function division, and there may be another division manner in actual implementation.
  • the physical implementation of each module may also have multiple ways, which is not limited in this disclosure.
  • An embodiment of the present disclosure further provides a domain name resolution device 100.
  • the domain name resolution device 100 include:
  • At least one processor unit such as processor unit 101 shown in FIG. 6
  • a communication interface 102 such as processor unit 101 shown in FIG. 6
  • a memory 103 such as memory 103
  • a communication bus 104 such as communication bus 104
  • the at least one processor unit, the communication interface 102, and the memory 103 communicating with each other through the communication bus 104;
  • the memory 103 is configured to store program code, and the at least one processor unit is configured to run the program code to implement the domain name resolution method shown in FIG. 1, specifically referring to the foregoing method embodiment for FIG. 1 description.
  • An embodiment of the present disclosure further provides a non-transitory computer-readable storage medium including instructions, such as the foregoing memory 103, and the foregoing instructions may be executed by a processor of the device 100 to complete a method for corresponding domain name resolution.
  • the non-transitory computer-readable storage medium may be a ROM, a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本公开提供一种域名解析方法、装置及计算机可读存储介质。该方法包括:在检测到目标VPN客户端接入所述VPN网关后,所述负载均衡器向所述目标VPN客户端推送所述虚拟本地DNS服务器的地址;所述负载均衡器监听所述目标VPN客户端向所述虚拟本地DNS服务器发送的域名解析请求,所述域名解析请求包括所述目标VPN客户端的内网IP地址;所述负载均衡器根据所述目标VPN客户端的内网IP地址所属的内网IP地址段,确定所述目标VPN客户端所属的目标租户;所述负载均衡器将所述域名解析请求转发到为所述目标租户提供本地DNS服务的目标虚拟本地DNS子服务器;所述目标虚拟本地DNS子服务器对所述域名解析请求进行域名解析。

Description

说明书 发明名称:域名解析方法、 装置及计算机可读存储介质 技术领域
[0001] 本公开涉及计算机领域, 具体地, 涉及一种域名解析方法、 装置及计算机可读 存储介质。
背景技术
[0002] 在应用多租户技术的 VPN (VirtualPrivate VPNNetwork, 虚拟专用网络) 网络 中, 每个租户为一组用户的集合, 每个用户使用 VPN客户端访问 VPN网络。 VP N网关支持多租户隔离, VPN网关包括其支持的每个租户专用的虚拟本地 DNS服 务器, VPN网关为其支持的每个租户专用的虚拟本地 DNS服务器配置 VPN网络 中唯一的地址, 以实现多租户隔离。
[0003] 由于要求 VPN网关为其支持的每个租户专用的虚拟本地 DNS服务器配置 VPN网 络中唯一的地址, 随着单个 VPN网关支持的租户数量的增多以及 VPN网络中 VP N网关数量的增多, 配置过程逐渐复杂。
[0004] 发明内容
[0005] 本公开的目的是提供一种域名解析方法、 装置及计算机可读存储介质, 以简化 VPN网关的配置过程。
[0006] 为了实现上述目的, 本公开实施例第一方面提供一种域名解析方法, 应用于虚 拟专用网络 VPN网关, 所述 VPN网关包括多个租户共用的虚拟本地 DNS服务器 , 所述虚拟本地 DNS服务器包括负载均衡器和多个虚拟本地 DNS子服务器, 每 个虚拟本地 DNS子服务器为一个租户中的 VPN客户端提供本地 DNS服务; 所述 方法包括:
[0007] 在检测到目标 VPN客户端接入所述 VPN网关后, 所述负载均衡器向所述目标 V PN客户端推送所述虚拟本地 DNS服务器的地址;
[0008] 所述负载均衡器监听所述目标 VPN客户端向所述虚拟本地 DNS服务器发送的域 名解析请求, 所述域名解析请求包括所述目标 VPN客户端的内网 IP地址;
[0009] 所述负载均衡器根据所述目标 VPN客户端的内网 IP地址所属的内网 IP地址段, 确定所述目标 VPN客户端所属的目标租户;
[0010] 所述负载均衡器将所述域名解析请求转发到为所述目标租户提供本地 DNS服务 的目标虚拟本地 DNS子服务器;
[0011] 所述目标虚拟本地 DNS子服务器对所述域名解析请求进行域名解析。
[0012] 本公开实施例第二方面提供一种域名解析装置, 应用于虚拟专用网络 VPN网关 , 所述 VPN网关包括多个租户共用的虚拟本地 DNS服务器, 所述虚拟本地 DNS 服务器包括负载均衡器和多个虚拟本地 DNS子服务器, 每个虚拟本地 DNS子服 务器为一个租户中的 VPN客户端提供本地 DNS服务; 所述装置包括:
[0013] 推送模块, 用于在检测到目标 VPN客户端接入所述 VPN网关后, 通过所述负载 均衡器向所述目标 VPN客户端推送所述虚拟本地 DNS服务器的地址;
[0014] 监听模块, 用于通过所述负载均衡器监听所述目标 VPN客户端向所述虚拟本地 DNS服务器发送的域名解析请求, 所述域名解析请求包括所述目标 VPN客户端 的内网 IP地址;
[0015] 确定模块, 用于所述负载均衡器根据所述目标 VPN客户端的内网 IP地址所属的 内网 IP地址段, 确定所述目标 VPN客户端所属的目标租户;
[0016] 第一转发模块, 用于所述负载均衡器将所述域名解析请求转发到为所述目标租 户提供本地 DNS服务的目标虚拟本地 DNS子服务器;
[0017] 解析模块, 用于所述目标虚拟本地 DNS子服务器对所述域名解析请求进行域名 解析。
[0018] 本公开实施例第三方面提供一种域名解析生成装置, 包括:
[0019] 至少一个处理器单元、 通信接口、 存储器和通信总线; 所述至少一个处理器单 元、 所述通信接口和所述存储器通过所述通信总线完成相互间的通信;
[0020] 所述存储器被配置为存储程序代码;
[0021] 所述至少一个处理器单元被配置为运行所述程序代码以实现第一方面所述的方 法。
[0022] 本公开实施例第四方面提供一种计算机可读存储介质, 所述计算机可读存储介 质用于存储计算机程序, 所述计算机程序包括用于执行第一方面所述的方法的 指令。 [0023] 采用本公开实施例提供的域名解析方法, 至少具有以下技术效果:
[0024] ( 1) VPN网关为其支持的多个租户中的 VPN客户端推送同一虚拟本地 DNS月艮 务器的地址, 配置复杂度较低, 且对其支持的多个租户中的 VPN客户端仅暴露 一个虚拟本地 DNS服务器的地址即可, 保密性和安全性较高;
[0025] (2) VPN网关仅需维护一个虚拟本地 DNS服务器, 维护成本较低。
[0026] 本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。
对附图的简要说明
附图说明
[0027] 附图是用来提供对本公开的进一步理解, 并且构成说明书的一部分, 与下面的 具体实施方式一起用于解释本公开, 但并不构成对本公开的限制。 在附图中:
[0028] 图 1是相关技术中的域名解析方法的示意图。
[0029] 图 2是本公开实施例提出的域名解析方法的示意图。
[0030] 图 3是本公开实施例提出的域名解析方法的流程图。
[0031] 图 4是本公开实施例中各个网关之间的连接关系示意图。
[0032] 图 5是本公开实施例提出的域名解析装置的示意图。
[0033] 图 6是本公开实施例提出的域名解析装置的结构图。
[0034] 具体实施方式
[0035] 以下结合附图对本公开的具体实施方式进行详细说明。 应当理解的是, 此处所 描述的具体实施方式仅用于说明和解释本公开, 并不用于限制本公开。
[0036] 在对本公开实施例提供的域名解析方法进行说明之前, 首先对相关技术中的域 名解析方法进行说明。 相关技术中的 VPN网关包括多个租户各自的虚拟本地 DN S服务器, 参考图 1, 图 1是相关技术中的域名解析方法的示意图。 如图 1所示, 图 1以 VPN网关包括租户一的虚拟本地 DNS服务器和租户二的虚拟本地 DNS服务 器为例。 VPN网关为租户一配置的虚拟本地 DNS服务器配置的地址是 172.1.1.1, VPN网关为租户二配置的虚拟本地 DNS服务器配置的地址是 172.2.1.1。
[0037] 下面以图 1为例说明相关技术中的域名解析方法。 如图 1所示, 首先, 租户一中 的 VPN客户端和租户二中的 VPN客户端分别接入 VPN网关, 与 VPN网关建立 VP N隧道。 然后, VPN网关向租户一中的 VPN客户端推送其虚拟本地 DNS服务器的 地址 172.1.1.1 , VPN网关向租户二中的 VPN客户端推送其虚拟本地 DNS服务器的 地址 172.2.1.1 然后, 租户一中的 VPN客户端和租户二中的 VPN客户端分别向各 自的虚拟本地 DNS服务器发送域名解析请求。 最后, 租户一和租户二各自的虚 拟本地 DNS服务器分别对各自收到的域名解析请求进行域名解析。
[0038] 上述域名解析方法中, 要求 VPN网关进行复杂的配置, 为改进相关技术中的域 名解析方法, 本公开实施例提出一种域名解析方法, 该方法应用于 VPN网关, 该 VPN网关包括多个租户共用的虚拟本地 DNS服务器, 该虚拟本地 DNS服务器 包括负载均衡器和多个虚拟本地 DNS子服务器, 每个虚拟本地 DNS子服务器为 一个租户中的 VPN客户端提供本地 DNS服务。
[0039] 如图 2所示, 图 2是本公开实施例提出的域名解析方法的示意图。 如图 2所示, V PN网关包括虚拟本地 DNS服务器, 该虚拟本地 DNS服务器包括租户一的虚拟本 地 DNS子服务器和租户二的虚拟本地 DNS子服务器, 租户一的虚拟本地 DNS子 服务器为租户一中的 VPN客户端提供本地 DNS服务, 租户二的虚拟本地 DNS子 服务器为租户二中的 VPN客户端提供本地 DNS服务。 下面以图 2为基础, 结合图 3对本公开实施例提供的域名解析方法进行说明。
[0040] 图 3是本公开实施例提供的域名解析方法的流程图。 如图 3所示, 该方法包括以 下步骤:
[0041] 步骤 S11 : 在检测到目标 VPN客户端接入所述 VPN网关后, 所述负载均衡器向 所述目标 VPN客户端推送所述虚拟本地 DNS服务器的地址;
[0042] 步骤 S12: 所述负载均衡器监听所述目标 VPN客户端向所述虚拟本地 DNS服务 器发送的域名解析请求, 所述域名解析请求包括所述目标 VPN客户端的内网 IP地 址;
[0043] 步骤 S13: 所述负载均衡器根据所述目标 VPN客户端的内网 IP地址所属的内网 I P地址段, 确定所述目标 VPN客户端所属的目标租户;
[0044] 步骤 S14: 所述负载均衡器将所述域名解析请求转发到为所述目标租户提供本 地 DNS服务的目标虚拟本地 DNS子服务器;
[0045] 步骤 S15: 所述目标虚拟本地 DNS子服务器对所述域名解析请求进行域名解析 [0046] 本公开实施例中, VPN网关仅包括一个虚拟本地 DNS服务器, VPN网关支持的 多个租户共用该虚拟本地 DNS服务器, 该虚拟本地 DNS服务器中的负载均衡器 为该虚拟本地 DNS服务器配置一个内网 IP地址, 例如: 10.10.10.10
[0047] 在 VPN网关支持的不同租户中的 VPN客户端接入 VPN网关后, 负载均衡器向不 同租户中的 VPN客户端推送同一地址, 该地址即为 VPN网关中虚拟本地 DNS月艮 务器的地址, 例如: 10.10.10.10。
[0048] 如图 2所示, 首先, 租户一中的 VPN客户端和租户二中的 VPN客户端分别接入 V PN网关, 与 VPN网关建立 VPN隧道。 然后, 负载均衡器向租户一中的 VPN客户 端推送虚拟本地 DNS服务器的地址 10.10.10.10, 且负载均衡器向租户二中的 VPN 客户端推送的虚拟本地 DNS服务器的地址 10.10.10.10
[0049] 然后, 不同租户的 VPN客户端向 VPN网关中的虚拟本地 DNS服务器发出域名解 析请求。 负载均衡器监听是否有属于某一租户的 VPN客户端向该虚拟本地 DNS 服务器发送的域名解析请求, 如果负载均衡器监听到属于某一租户中的 VPN客 户端向该虚拟本地 DNS服务器发送的域名解析请求, 则根据该域名解析请求来 源于哪一内网 IP地址, 确定该内网 IP地址所属的内网 IP地址段, 进而确定该域名 解析请求是哪一租户中的 VPN客户端发送的。
[0050] 本公开实施例中, 同一 VPN网关支持的不同租户的内网 IP地址段是预先分配的 且不重复的, 且同一租户在不同 VPN网关处分配的内网 IP地址段是预先分配的且 不重复的, 如此, 一个租户可以通过 VPN网络中的唯一内网 IP地址段标识, 负载 均衡器通过内网 IP地址段识别租户, 进而将域名解析请求转发到相应的虚拟本地 DNS子服务器上, 以实现多租户隔离。
[0051] 其中, 虚拟本地 DNS子服务器是所有域名解析类型都支持的, 例如: 针对 CNA ME类型, 租户可以自定义 CNAME类型的域名解析请求的域名解析结果; 又例 如: 针对 A记录类型, 域名解析结果为 IPv4地址。 本文以 A记录类型为例, 仅仅 是示意, 并不对域名解析类型进行限定。
[0052] 如图 2所示, VPN网关与控制器相连, 控制器向负载均衡器下发内网 IP地址段 与租户的对应关系。 租户一中的 VPN客户端向虚拟本地 DNS服务器发送第一域 名解析请求 ( A记录类型, 请求解析域名 www.xinhua.net对应的 IP地址) , 租户
Figure imgf000008_0001
请求解析域名 www.xunfei.com对应的 IP地址) , 负载均衡器监听到这两个域名解 析请求, 由于域名解析请求中包括发送该域名解析请求的 VPN客户端的内网 IP地 址, 所以负载均衡器根据监听到的这两个域名解析请求中的内网 IP地址, 结合内 网 IP地址段与租户的对应关系, 确定发送这两个域名解析请求的 VPN客户端分别 属于哪一个租户, 假设负载均衡器确定第一域名解析请求来源于租户一中的 VP N客户端, 则将第一域名解析请求发送给租户一的虚拟本地 DNS子服务器, 假设 负载均衡器确定第二域名解析请求来源于租户二中的 VPN客户端, 则将第二域 名解析请求发送给租户二的虚拟本地 DNS子服务器。
[0053] 最后, 虚拟本地 DNS子服务器对接收到的域名解析请求进行域名解析。 如图 2 所示, 租户一的虚拟本地 DNS子服务器对第一域名解析请求进行域名解析, 租 户二的虚拟本地 DNS服务器对第二域名解析请求进行域名解析。
[0054] 采用本公开实施例提供的域名解析方法, 至少具有以下技术效果:
[0055] ( 1) VPN网关为其支持的多个租户中的 VPN客户端推送同一虚拟本地 DNS月艮 务器的地址, 配置复杂度较低, 且对其支持的多个租户中的 VPN客户端仅暴露 一个虚拟本地 DNS服务器的地址即可, 保密性和安全性较高;
[0056] (2) VPN网关仅需维护一个虚拟本地 DNS服务器, 维护成本较低。
[0057] 在一种实施方式中, 所述方法还包括:
[0058] 所述负载均衡器将所述虚拟本地 DNS服务器的地址设置为基于任播的内网 IP地 址, 且所述基于任播的内网地址为其他 VPN网关中的虚拟本地 DNS服务器的地 址;
[0059] 所述负载均衡器在检测到所述虚拟本地 DNS服务器发生故障时, 将所述域名解 析请求转发给所述其他 VPN网关中的虚拟本地 DNS服务器。
[0060] 本公开实施例中, VPN网关向所有租户推送同一虚拟本地 DNS服务器的地址, 该虚拟本地 DNS服务器的地址是基于任播 (anycast) 的内网 IP地址, 且为其他 V PN网关中的虚拟本地 DNS服务器的地址。 如此, VPN网络中所有 VPN网关中的 虚拟本地 DNS服务器的地址相同, 根据任播的原理, 在一个 VPN网关中的虚拟 本地 DNS服务器宕机之后, 该 VPN网关中的负载均衡器能够将接收到的域名解 析请求转发到其他 VPN网关中的虚拟本地 DNS服务器上, 以此实现自动切换和 D NS的高可用, 增强了本公开实施例提供的域名解析方法的健壮性。
[0061] 如图 4所示, 图 4是本公开实施例中各个网关之间的连接关系示意图。 如图 4所 示, VPN网关 A、 VPN网关 B、 VPN网关 C各自中的虚拟本地 DNS服务器均为 10.1 0.10.10, 如果 VPN网关 A中的虚拟本地 DNS服务器宕机之后, 该 VPN网关 A中的 负载均衡器能够将接收到的域名解析请求转发到就近的 VPN网关 B中的虚拟本地 DNS服务器上。
[0062] 在一种实施方式中, 为所述目标租户提供本地 DNS服务的虚拟本地 DNS子服务 器中存储有所述目标租户的解析策略, 为不同租户提供本地 DNS服务的虚拟本 地 DNS子服务器中存储有不同的解析策略;
[0063] 相应地, 步骤 S 15包括:
[0064] 所述目标虚拟本地 DNS子服务器按照所述目标租户的解析策略, 对所述域名解 析请求进行域名解析。
[0065] 本公开实施例中, 不同的虚拟本地 DNS子服务器中存储有不同的解析策略, 每 个租户可以根据自身的网络访问需求设置解析策略。 如图 2所示, VPN网关与控 制器相连, 控制器向每个虚拟本地 DNS子服务器下发该虚拟本地 DNS子服务器 在进行域名解析的过程中需要用到的解析策略。 由于不同租户可以设置不同的 解析策略, 所以不同的虚拟本地 DNS子服务器中存储的解析策略不同。 每个虚 拟本地 DNS子服务器在接收到负载均衡器转发的域名解析请求之后, 根据该虚 拟本地 DNS子服务器中存储的解析策略, 进行域名解析。 即便不同租户请求对 相同的域名进行解析, 彼此之间也是隔离的, 不同的虚拟本地 DNS子服务器给 出不同的解析结果。
[0066] 在一种实施方式中, 所述目标租户的解析策略为仅允许所述目标 VPN客户端访 问有限数量个内网域名; 所述目标虚拟本地 DNS子服务器按照所述目标租户的 解析策略, 对所述域名解析请求进行域名解析, 包括:
[0067] 在所述域名解析请求中的域名与在所述目标虚拟本地 DNS子服务器上注册的域 名匹配时, 将所述域名解析请求转发到内网权威 DNS服务器, 并接收所述内网 权威 DNS服务器返回的域名解析结果。 [0068] 在实际应用场景中, 如果一个租户的网络访问需求是仅允许该租户中的 VPN客 户端访问有限个内网域名, 可以在为该租户提供本地 DNS服务器的虚拟本地 DN S子服务器中预先注册多个域名, 预先注册的多个域名可以是内网域名或者外网 域名, 无论预先注册的是内网域名还是外网域名, 都对应内网 DNS的 IP地址。 在 虚拟本地 DNS子服务器上存储有预先注册的域名和内网 DNS的 IP地址的对应关 系。 每个虚拟本地 DNS子服务器在对域名解析请求进行域名解析的过程中, 首 先会将域名解析请求中的域名与在该虚拟本地 DNS子服务器上注册的域名相比 较, 判断两者是否匹配, 如果两者匹配, 则将域名解析请求转发到内网权威 DN S服务器上, 由内网权威 DNS服务器对域名解析请求进行域名解析, 并返回域名 解析结果给该虚拟本地 DNS子服务器。
[0069] 此外, 由于虚拟本地 DNS子服务器具备缓存功能, 如果本地没有解析结果, 则 会向上一级转发请求, 得到结果后缓存在本地, 缓存有效时间为 TTL (Time To Live) ,在缓存过期之前, 都是由虚拟本地 DNS子服务器直接返回给客户端结果 , 通过这样的缓存设置来提升域名解析的效率。
[0070] 在另一种实施方式中, 所述目标租户的解析策略为允许所述目标 VPN客户端访 问所有内网域名; 所述目标虚拟本地 DNS子服务器按照所述目标租户的解析策 略, 对所述域名解析请求进行域名解析, 包括:
[0071] 将所述域名解析请求默认转发到内网权威 DNS服务器, 并接收所述内网权威 D NS服务器返回的域名解析结果。
[0072] 在实际应用场景中, 如果一个租户的网络访问需求是允许该租户中的 VPN客户 端访问所有的内网域名, 则可以将域名解析请求默认转发到内网权威 DNS服务 器, 由内网权威 DNS服务器进行域名解析, 然后接收内网权威 DNS服务器返回 的域名解析结果。
[0073] 在另一种实施方式中, 所述目标租户的解析策略为允许所述目标 VPN客户端访 问至少一个外网域名; 所述目标虚拟本地 DNS子服务器按照所述目标租户的解 析策略, 对所述域名解析请求进行域名解析, 包括:
[0074] 将所述域名解析请求转发到外网公共 DNS服务器, 并接收所述外网公共 DNS服 务器返回的域名解析结果。 [0075] 在实际应用场景中, 如果一个租户的网络访问需求是允许该租户中的 VPN客户 端访问至少一个外网域名, 例如: 允许该租户中的 VPN客户端访问有限数量个 外网域名或者全部的外网域名, 则可以将域名解析请求默认转发到公共 DNS月艮 务器, 由公共 DNS服务器进行域名解析, 然后接收公共 DNS服务器返回的域名 解析结果。
[0076] 采用上述域名解析方法, 虚拟本地 DNS子服务器可以控制 VPN客户端所能访问 的域名个数以及域名范围, 提高了域名解析的可控性和安全性。
[0077] 本公开实施例还提供一种域名解析装置, 应用于虚拟专用网络 VPN网关, 所述 VPN网关包括多个租户共用的虚拟本地 DNS服务器, 所述虚拟本地 DNS服务器 包括负载均衡器和多个虚拟本地 DNS子服务器, 每个虚拟本地 DNS子服务器为 一个租户中的 VPN客户端提供本地 DNS服务。 如图 5所示, 本公开实施例提供的 域名解析装置 400包括:
[0078] 推送模块 401, 用于在检测到目标 VPN客户端接入所述 VPN网关后, 通过所述 负载均衡器向所述目标 VPN客户端推送所述虚拟本地 DNS服务器的地址;
[0079] 监听模块 402, 用于通过所述负载均衡器监听所述目标 VPN客户端向所述虚拟 本地 DNS服务器发送的域名解析请求, 所述域名解析请求包括所述目标 VPN客 户端的内网 IP地址;
[0080] 确定模块 403, 用于所述负载均衡器根据所述目标 VPN客户端的内网 IP地址所 属的内网 IP地址段, 确定所述目标 VPN客户端所属的目标租户;
[0081] 第一转发模块 404, 用于所述负载均衡器将所述域名解析请求转发到为所述目 标租户提供本地 DNS服务的目标虚拟本地 DNS子服务器;
[0082] 解析模块 405 , 用于所述目标虚拟本地 DNS子服务器对所述域名解析请求进行 域名解析。
[0083] 可选地, 所述装置还包括:
[0084] 设置模块, 用于所述负载均衡器将所述虚拟本地 DNS服务器的地址设置为基于 任播的内网 IP地址, 且所述基于任播的内网地址为其他 VPN网关中的虚拟本地 D NS服务器的地址;
[0085] 第二转发模块, 用于通过所述负载均衡器在检测到所述虚拟本地 DNS服务器发 生故障时, 将所述域名解析请求转发给所述其他 VPN网关中的虚拟本地 DNS月艮 务器。
[0086] 可选地, 为所述目标租户提供本地 DNS服务的虚拟本地 DNS子服务器中存储有 所述目标租户的解析策略, 为不同租户提供本地 DNS服务的虚拟本地 DNS子服 务器中存储有不同的解析策略;
[0087] 所述解析模块包括:
[0088] 解析子模块, 用于通过所述目标虚拟本地 DNS子服务器按照所述目标租户的解 析策略, 对所述域名解析请求进行域名解析。
[0089] 可选地, 所述目标租户的解析策略为仅允许所述目标 VPN客户端访问有限数量 个内网域名; 所述解析子模块用于:
[0090] 在所述域名解析请求中的域名与在所述目标虚拟本地 DNS子服务器上注册的域 名匹配时, 将所述域名解析请求转发到内网权威 DNS服务器, 并接收所述内网 权威 DNS服务器返回的域名解析结果。
[0091] 可选地, 所述目标租户的解析策略为允许所述目标 VPN客户端访问所有内网域 名; 所述解析子模块用于:
[0092] 将所述域名解析请求默认转发到内网权威 DNS服务器, 并接收所述内网权威 D NS服务器返回的域名解析结果。
[0093] 可选地, 所述目标租户的解析策略为允许所述目标 VPN客户端访问至少一个外 网域名; 所述解析子模块用于:
[0094] 将所述域名解析请求转发到外网公共 DNS服务器, 并接收所述外网公共 DNS服 务器返回的域名解析结果。
[0095] 所属本领域的技术人员应该清楚地了解到, 为描述的方便和简洁, 上述描述的 域名解析装置的各单元的具体工作过程, 可以参考前述方法实施例中对应的过 程, 此处不再赘述。
[0096] 另外, 上述对域名解析装置组成模块进行的划分, 仅为一种逻辑功能划分, 实 际实现时可以有另外的划分方式。 并且, 各个模块的物理实现也可以有多种方 式, 本公开对此不做限定。
[0097] 本公开实施例还提供一种域名解析装置 100, 如图 6所示, 该域名解析装置 100 包括:
[0098] 至少一个处理器单元 (如图 6示出的处理器单元 101) 、 通信接口 102、 存储器 1 03和通信总线 104; 所述至少一个处理器单元、 所述通信接口 102和所述存储器 1 03通过所述通信总线 104完成相互间的通信;
[0099] 所述存储器 103被配置为存储程序代码, 所述至少一个处理器单元被配置为运 行所述程序代码以实现图 1所示的域名解析方法, 具体参照上述方法实施例针对 图 1的描述。
[0100] 本公开实施例还提供了一种包括指令的非临时性计算机可读存储介质, 例如上 述存储器 103 , 上述指令可由装置 100的处理器执行以完成用于相应的域名解析 的方法。 例如, 非临时性计算机可读存储介质可以是 ROM、 随机存取存储器 (R AM) 、 CD-ROM、 磁带、 软盘和光数据存储设备等。
[0101] 以上结合附图详细描述了本公开的优选实施方式, 但是, 本公开并不限于上述 实施方式中的具体细节, 在本公开的技术构思范围内, 可以对本公开的技术方 案进行多种简单变型, 这些简单变型均属于本公开的保护范围。
[0102] 另外需要说明的是, 在上述具体实施方式中所描述的各个具体技术特征, 在不 矛盾的情况下, 可以通过任何合适的方式进行组合。 为了避免不必要的重复, 本公开对各种可能的组合方式不再另行说明。
[0103] 此外, 本公开的各种不同的实施方式之间也可以进行任意组合, 只要其不违背 本公开的思想, 其同样应当视为本公开所公开的内容。

Claims

权利要求书
[权利要求 1] 一种域名解析方法, 其特征在于, 应用于虚拟专用网络 VPN网关, 所 述 VPN网关包括多个租户共用的虚拟本地 DNS服务器, 所述虚拟本地 DNS服务器包括负载均衡器和多个虚拟本地 DNS子服务器, 每个虚拟 本地 DNS子服务器为一个租户中的 VPN客户端提供本地 DNS服务; 所 述方法包括:
在检测到目标 VPN客户端接入所述 VPN网关后, 所述负载均衡器向所 述目标 VPN客户端推送所述虚拟本地 DNS服务器的地址;
所述负载均衡器监听所述目标 VPN客户端向所述虚拟本地 DNS服务器 发送的域名解析请求, 所述域名解析请求包括所述目标 VPN客户端的 内网 IP地址;
所述负载均衡器根据所述目标 VPN客户端的内网 IP地址所属的内网 IP 地址段, 确定所述目标 VPN客户端所属的目标租户;
所述负载均衡器将所述域名解析请求转发到为所述目标租户提供本地 DNS服务的目标虚拟本地 DNS子服务器;
所述目标虚拟本地 DNS子服务器对所述域名解析请求进行域名解析。
[权利要求 2] 根据权利要求 1所述的方法, 其特征在于, 所述方法还包括:
所述负载均衡器将所述虚拟本地 DNS服务器的地址设置为基于任播的 内网 IP地址, 且所述基于任播的内网地址为其他 VPN网关中的虚拟本 地 DNS服务器的地址;
所述负载均衡器在检测到所述虚拟本地 DNS服务器发生故障时, 将所 述域名解析请求转发给所述其他 VPN网关中的虚拟本地 DNS服务器。
[权利要求 3] 根据权利要求 1所述的方法, 其特征在于, 为所述目标租户提供本地
DNS服务的虚拟本地 DNS子服务器中存储有所述目标租户的解析策略 , 为不同租户提供本地 DNS服务的虚拟本地 DNS子服务器中存储有不 同的解析策略;
所述目标虚拟本地 DNS子服务器对所述域名解析请求进行域名解析, 包括: 所述目标虚拟本地 DNS子服务器按照所述目标租户的解析策略, 对所 述域名解析请求进行域名解析。
[权利要求 4] 根据权利要求 3所述的方法, 其特征在于, 所述目标租户的解析策略 为仅允许所述目标 VPN客户端访问有限数量个内网域名; 所述目标虚 拟本地 DNS子服务器按照所述目标租户的解析策略, 对所述域名解析 请求进行域名解析, 包括:
在所述域名解析请求中的域名与在所述目标虚拟本地 DNS子服务器上 注册的域名匹配时, 将所述域名解析请求转发到内网权威 DNS服务器 , 并接收所述内网权威 DNS服务器返回的域名解析结果。
[权利要求 5] 根据权利要求 3所述的方法, 其特征在于, 所述目标租户的解析策略 为允许所述目标 VPN客户端访问所有内网域名; 所述目标虚拟本地 D NS子服务器按照所述目标租户的解析策略, 对所述域名解析请求进 行域名解析, 包括:
将所述域名解析请求默认转发到内网权威 DNS服务器, 并接收所述内 网权威 DNS服务器返回的域名解析结果。
[权利要求 6] 根据权利要求 3所述的方法, 其特征在于, 所述目标租户的解析策略 为允许所述目标 VPN客户端访问至少一个外网域名; 所述目标虚拟本 地 DNS子服务器按照所述目标租户的解析策略, 对所述域名解析请求 进行域名解析, 包括:
将所述域名解析请求转发到外网公共 DNS服务器, 并接收所述外网公 共 DNS服务器返回的域名解析结果。
[权利要求 7] 一种域名解析装置, 其特征在于, 应用于虚拟专用网络 VPN网关, 所 述 VPN网关包括多个租户共用的虚拟本地 DNS服务器, 所述虚拟本地 DNS服务器包括负载均衡器和多个虚拟本地 DNS子服务器, 每个虚拟 本地 DNS子服务器为一个租户中的 VPN客户端提供本地 DNS服务; 所 述装置包括:
推送模块, 用于在检测到目标 VPN客户端接入所述 VPN网关后, 通过 所述负载均衡器向所述目标 VPN客户端推送所述虚拟本地 DNS服务器 的地址;
监听模块, 用于通过所述负载均衡器监听所述目标 VPN客户端向所述 虚拟本地 DNS服务器发送的域名解析请求, 所述域名解析请求包括所 述目标 VPN客户端的内网 IP地址;
确定模块, 用于所述负载均衡器根据所述目标 VPN客户端的内网 IP地 址所属的内网 IP地址段, 确定所述目标 VPN客户端所属的目标租户; 第一转发模块, 用于所述负载均衡器将所述域名解析请求转发到为所 述目标租户提供本地 DNS服务的目标虚拟本地 DNS子服务器; 解析模块, 用于所述目标虚拟本地 DNS子服务器对所述域名解析请求 进行域名解析。
[权利要求 8] 根据权利要求 7所述的装置, 其特征在于, 所述装置还包括:
设置模块, 用于所述负载均衡器将所述虚拟本地 DNS服务器的地址设 置为基于任播的内网 IP地址, 且所述基于任播的内网地址为其他 VPN 网关中的虚拟本地 DNS服务器的地址;
第二转发模块, 用于通过所述负载均衡器在检测到所述虚拟本地 DNS 服务器发生故障时, 将所述域名解析请求转发给所述其他 VPN网关中 的虚拟本地 DNS服务器。
[权利要求 9] 根据权利要求 7所述的装置, 其特征在于, 为所述目标租户提供本地
DNS服务的虚拟本地 DNS子服务器中存储有所述目标租户的解析策略 , 为不同租户提供本地 DNS服务的虚拟本地 DNS子服务器中存储有不 同的解析策略;
所述解析模块包括:
解析子模块, 用于通过所述目标虚拟本地 DNS子服务器按照所述目标 租户的解析策略, 对所述域名解析请求进行域名解析。
[权利要求 10] 根据权利要求 9所述的装置, 其特征在于, 所述目标租户的解析策略 为仅允许所述目标 VPN客户端访问有限数量个内网域名; 所述解析子 模块用于:
在所述域名解析请求中的域名与在所述目标虚拟本地 DNS子服务器上 注册的域名匹配时, 将所述域名解析请求转发到内网权威 DNS服务器 , 并接收所述内网权威 DNS服务器返回的域名解析结果。
[权利要求 11] 根据权利要求 9所述的装置, 其特征在于, 所述目标租户的解析策略 为允许所述目标 VPN客户端访问所有内网域名; 所述解析子模块用于 将所述域名解析请求默认转发到内网权威 DNS服务器, 并接收所述内 网权威 DNS服务器返回的域名解析结果。
[权利要求 12] 根据权利要求 9所述的装置, 其特征在于, 所述目标租户的解析策略 为允许所述目标 VPN客户端访问至少一个外网域名; 所述解析子模块 用于:
将所述域名解析请求转发到外网公共 DNS服务器, 并接收所述外网公 共 DNS服务器返回的域名解析结果。
[权利要求 13] 一种计算机可读存储介质, 其特征在于, 所述计算机可读存储介质用 于存储计算机程序, 所述计算机程序包括用于执行权利要求 1至 6中任 一项所述的方法的指令。
PCT/CN2018/091129 2018-06-13 2018-06-13 域名解析方法、装置及计算机可读存储介质 Ceased WO2019237288A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201880001126.7A CN108886540B (zh) 2018-06-13 2018-06-13 域名解析方法、装置及计算机可读存储介质
PCT/CN2018/091129 WO2019237288A1 (zh) 2018-06-13 2018-06-13 域名解析方法、装置及计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2018/091129 WO2019237288A1 (zh) 2018-06-13 2018-06-13 域名解析方法、装置及计算机可读存储介质

Publications (1)

Publication Number Publication Date
WO2019237288A1 true WO2019237288A1 (zh) 2019-12-19

Family

ID=64325005

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/091129 Ceased WO2019237288A1 (zh) 2018-06-13 2018-06-13 域名解析方法、装置及计算机可读存储介质

Country Status (2)

Country Link
CN (1) CN108886540B (zh)
WO (1) WO2019237288A1 (zh)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111885217A (zh) * 2020-07-21 2020-11-03 深信服科技股份有限公司 一种数据通信方法、装置、设备及存储介质
CN112398694A (zh) * 2020-11-18 2021-02-23 互联网域名系统北京市工程研究中心有限公司 流量检测系统、方法及存储介质
CN112910902A (zh) * 2021-02-04 2021-06-04 浙江大华技术股份有限公司 数据解析方法、装置、电子设备、计算机可读存储介质
CN113315848A (zh) * 2020-02-27 2021-08-27 阿里巴巴集团控股有限公司 访问控制方法、装置及设备
CN113438307A (zh) * 2021-06-22 2021-09-24 北京金山安全软件有限公司 一种域名解析方法、服务器、系统及存储介质
CN114285822A (zh) * 2021-12-15 2022-04-05 中国银联股份有限公司 一种域名解析服务器切换方法及装置
CN114356456A (zh) * 2022-01-12 2022-04-15 北京金山云网络技术有限公司 业务处理方法、装置、存储介质和电子设备
CN115150358A (zh) * 2021-03-31 2022-10-04 贵州白山云科技股份有限公司 域名获取的方法、电子装置以及系统
CN115378906A (zh) * 2022-08-16 2022-11-22 北京轻网科技股份有限公司 一种基于vpn框架的本地dns代理方法、装置、设备及介质
CN116389410A (zh) * 2023-04-14 2023-07-04 北京持安科技有限公司 基于域名获取客户端的安全访问控制方法、客户端及存储介质
CN119520410A (zh) * 2025-01-17 2025-02-25 北京安博通科技股份有限公司 一种基于网关设备负载均衡的方法、装置及电子设备

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110674098B (zh) * 2019-09-19 2022-04-22 浪潮电子信息产业股份有限公司 一种分布式文件系统中的域名解析方法
CN114301614B (zh) * 2020-09-23 2024-07-19 中国电信股份有限公司 检测网络中的域名非法监听的方法与系统
CN113079504A (zh) * 2021-03-23 2021-07-06 广州讯鸿网络技术有限公司 5g消息dm多负载均衡器接入实现方法、装置及系统
CN115826444B (zh) * 2021-09-18 2025-09-19 上海云盾信息技术有限公司 基于dns解析的安全访问控制方法、系统、装置及设备
CN113992382B (zh) * 2021-10-22 2024-04-05 北京京东振世信息技术有限公司 业务数据处理方法、装置、电子设备及存储介质
CN114338597B (zh) * 2021-11-30 2024-06-28 奇安信科技集团股份有限公司 一种网络访问方法及装置
CN114500450B (zh) * 2021-12-22 2023-10-10 天翼云科技有限公司 一种域名解析方法、设备及计算机可读存储介质
CN114301872B (zh) * 2021-12-27 2023-12-26 奇安信科技集团股份有限公司 基于域名的访问方法及装置、电子设备、存储介质
CN114430409B (zh) * 2022-01-26 2023-08-15 网易(杭州)网络有限公司 网页访问方法、网页访问装置、存储介质及电子设备
CN114553828B (zh) * 2022-02-24 2023-01-31 中国人民解放军国防科技大学 一种dns运维管理方法、装置、设备及介质
CN115348235A (zh) * 2022-08-11 2022-11-15 中国工商银行股份有限公司 域名解析方法、装置、电子设备及存储介质
CN116033020B (zh) * 2022-12-27 2024-05-10 中国联合网络通信集团有限公司 增强物理网关算力的方法、装置、设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012065641A1 (en) * 2010-11-17 2012-05-24 Telefonaktiebolaget Lm Ericsson (Publ) Dns server arrangement and method
CN106797410A (zh) * 2016-12-23 2017-05-31 深圳前海达闼云端智能科技有限公司 域名解析方法和装置
US20170171146A1 (en) * 2015-12-14 2017-06-15 Microsoft Technology Licensing, Llc Shared Multi-Tenant Domain Name System (DNS) Server For Virtual Networks

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020103931A1 (en) * 2001-01-26 2002-08-01 Mott Charles J. Virtual private networking using domain name service proxy
CN101420762B (zh) * 2007-10-23 2011-02-23 中国移动通信集团公司 接入网关的选择方法、系统及网关选择执行节点
US8583806B2 (en) * 2012-02-06 2013-11-12 Xerocole, Inc. Data sharing method for recursive DNS servers
CN103731516B (zh) * 2014-01-24 2017-04-05 互联网域名系统北京市工程研究中心有限公司 基于嵌套视图的dns解析方法及其系统
CN106686085B (zh) * 2016-12-29 2020-06-16 华为技术有限公司 一种负载均衡的方法、装置和系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012065641A1 (en) * 2010-11-17 2012-05-24 Telefonaktiebolaget Lm Ericsson (Publ) Dns server arrangement and method
US20170171146A1 (en) * 2015-12-14 2017-06-15 Microsoft Technology Licensing, Llc Shared Multi-Tenant Domain Name System (DNS) Server For Virtual Networks
CN106797410A (zh) * 2016-12-23 2017-05-31 深圳前海达闼云端智能科技有限公司 域名解析方法和装置

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113315848B (zh) * 2020-02-27 2023-04-21 阿里巴巴集团控股有限公司 访问控制方法、装置及设备
CN113315848A (zh) * 2020-02-27 2021-08-27 阿里巴巴集团控股有限公司 访问控制方法、装置及设备
CN111885217A (zh) * 2020-07-21 2020-11-03 深信服科技股份有限公司 一种数据通信方法、装置、设备及存储介质
CN111885217B (zh) * 2020-07-21 2023-11-07 深信服科技股份有限公司 一种数据通信方法、装置、设备及存储介质
CN112398694A (zh) * 2020-11-18 2021-02-23 互联网域名系统北京市工程研究中心有限公司 流量检测系统、方法及存储介质
CN112398694B (zh) * 2020-11-18 2024-02-20 互联网域名系统北京市工程研究中心有限公司 流量检测系统、方法及存储介质
CN112910902A (zh) * 2021-02-04 2021-06-04 浙江大华技术股份有限公司 数据解析方法、装置、电子设备、计算机可读存储介质
CN115150358B (zh) * 2021-03-31 2024-02-13 贵州白山云科技股份有限公司 域名获取的方法、电子装置以及系统
CN115150358A (zh) * 2021-03-31 2022-10-04 贵州白山云科技股份有限公司 域名获取的方法、电子装置以及系统
CN113438307A (zh) * 2021-06-22 2021-09-24 北京金山安全软件有限公司 一种域名解析方法、服务器、系统及存储介质
CN114285822A (zh) * 2021-12-15 2022-04-05 中国银联股份有限公司 一种域名解析服务器切换方法及装置
CN114356456A (zh) * 2022-01-12 2022-04-15 北京金山云网络技术有限公司 业务处理方法、装置、存储介质和电子设备
CN114356456B (zh) * 2022-01-12 2024-09-13 北京金山云网络技术有限公司 业务处理方法、装置、存储介质和电子设备
CN115378906A (zh) * 2022-08-16 2022-11-22 北京轻网科技股份有限公司 一种基于vpn框架的本地dns代理方法、装置、设备及介质
CN115378906B (zh) * 2022-08-16 2024-02-13 北京轻网科技股份有限公司 一种基于vpn框架的本地dns代理方法、装置、设备及介质
CN116389410A (zh) * 2023-04-14 2023-07-04 北京持安科技有限公司 基于域名获取客户端的安全访问控制方法、客户端及存储介质
CN119520410A (zh) * 2025-01-17 2025-02-25 北京安博通科技股份有限公司 一种基于网关设备负载均衡的方法、装置及电子设备

Also Published As

Publication number Publication date
CN108886540B (zh) 2021-07-23
CN108886540A (zh) 2018-11-23

Similar Documents

Publication Publication Date Title
WO2019237288A1 (zh) 域名解析方法、装置及计算机可读存储介质
US10009271B2 (en) Routing method and network transmission apparatus
US10911398B2 (en) Packet generation method based on server cluster and load balancer
US12375442B2 (en) Decoupling of IP address bindings and use in a distributed cloud computing network
US6470389B1 (en) Hosting a network service on a cluster of servers using a single-address image
US20180278717A1 (en) Request routing utilizing client location information
US11438309B2 (en) Preventing a network protocol over an encrypted channel, and applications thereof
CN104618243B (zh) 路由方法、装置及系统、网关调度方法及装置
US10333780B2 (en) Method, apparatus and computer program product for updating load balancer configuration data
US8458303B2 (en) Utilizing a gateway for the assignment of internet protocol addresses to client devices in a shared subset
EP3780552B1 (en) Message processing method in distributed device and distributed device
US20030154306A1 (en) System and method to proxy inbound connections to privately addressed hosts
US10263950B2 (en) Directing clients based on communication format
WO2013040942A1 (zh) 数据中心系统及装置和提供服务的方法
WO2018041212A1 (zh) 一种cdn业务的处理方法、相关设备及通信系统
CN109525684B (zh) 报文转发方法和装置
JP2007207231A (ja) ネットワークにおける分散サービスへのアクセス法
CN115242882A (zh) 一种基于传输层路由访问k8s容器环境的方法及装置
US20130262637A1 (en) Dns proxy service for multi-core platforms
CN115913583A (zh) 业务数据访问方法、装置和设备及计算机存储介质
KR101345372B1 (ko) 사용자 정보에 기반한, 도메인 네임 시스템 및 도메인 네임 서비스 방법
CN115442100A (zh) 基于多节点零信任网关的数据访问方法及相关设备
JP2010226665A (ja) 負荷分散システム、負荷分散装置、及び負荷分散方法
CN113014682A (zh) 实现网络动态性的方法、系统、终端设备及存储介质
CN109618014B (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: 18922404

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 18.05.2021)

122 Ep: pct application non-entry in european phase

Ref document number: 18922404

Country of ref document: EP

Kind code of ref document: A1