VPN Client DNS Interception for Load Balancing Consistency

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In environments using Global Server Load Balancing (GSLB), client devices may be redirected to different data centers when their DNS cache expires, leading to inconsistent resource access and load balancing issues.

Innovation Solution

A VPN client on client devices intercepts DNS requests and generates local DNS responses based on load-balancing information from a central server, ensuring consistent connection to the same data center by updating the load-balancing information as needed, such as when a data center becomes unavailable.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If a client device uses local DNS cache to store DNS responses, then DNS query time is reduced and response speed is improved, but the client device may be redirected to different data centers when the cache expires, causing load balancing inconsistency

Engineering Contradiction:
ImproveDNS query response speedVSAvoidload balancing consistency
Core Design Contradiction:
SpeedVSReliability

Solution Approach 1:

The system performs preliminary actions by establishing VPN connectivity and obtaining load-balancing information from the DNS server before the DNS cache expires. The client device receives and stores target network addresses and hostnames in advance through the VPN connection, so when the DNS cache is flushed, the client already has updated load-balancing information ready to maintain consistent data center connectivity without requiring a new DNS query cycle.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The VPN client acts as an intermediary between the DNS cache and the external DNS server. When the DNS cache expires or is flushed, the VPN client intercepts DNS requests and automatically retrieves updated load-balancing information through the secure VPN tunnel before the application needs to use the DNS resolution. This intermediary mechanism ensures seamless transitions without direct client intervention while maintaining load balancing consistency.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Productivity

If a DNS server changes the order of network addresses in DNS responses to control client routing, then load balancing across geographically distributed servers is achieved, but the client device must periodically refresh its DNS cache, which may redirect it to different data centers

Engineering Contradiction:
Improveload balancing efficiencyVSAvoidclient-data center connection stability
Core Design Contradiction:
ProductivityVSStability of the object's composition

Solution Approach 1:

The VPN connection provides a continuous, persistent tunnel between the client device and the enterprise network infrastructure. Through this continuous connection, the client device maintains an active session with the load-balancing server, allowing for real-time or near-real-time updates of load-balancing information without breaking the connection. This continuity ensures that when DNS cache refreshes occur, the client seamlessly receives updated routing information maintaining stable data center connectivity while still enabling load balancing.

Inventive Principle:
Principle #20Continuity of useful action

Solution Approach 2:

The system implements feedback mechanisms where the DNS server or load-balancing infrastructure continuously monitors data center status and dynamically updates load-balancing information. When data center conditions change (such as failures or unavailability), the feedback loop triggers automatic updates to the client device through the VPN connection, ensuring the client receives current routing information that reflects the actual state of data centers, thus maintaining both load balancing efficiency and connection stability.

Inventive Principle:
Principle #23Feedback

3Reliability

If a client device sends periodic DNS requests to refresh the DNS cache, then updated network addresses are obtained, but this increases network traffic and DNS server load

Engineering Contradiction:
ImproveDNS information freshnessVSAvoidnetwork bandwidth consumption
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The VPN client implements self-service functionality by automatically managing DNS cache refreshes through the established VPN tunnel. Instead of the client device initiating frequent DNS queries to external servers, the VPN client autonomously intercepts DNS requests, retrieves updated load-balancing information through the existing VPN connection, and refreshes the DNS cache as needed. This self-service approach leverages the already-established secure tunnel to obtain updates without generating additional external network traffic, reducing bandwidth consumption while maintaining information freshness.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS8156199B1Centralized control of client-side domain name resolution using VPN services
Publication Date: 2012.04.10 JUNIPER NETWORKS INC
  • US8156199B1 patent drawing
  • US8156199B1 patent drawing
  • US8156199B1 patent drawing

AI summary

Techniques for centrally controlling client-side domain name resolution are described. A virtual private network (VPN) client installed on a client device may establish a VPN connection to a load-balancing server that balances load from client devices among a set of data centers that provide a resource. The VPN client may obtain and cache load-balancing information from the load-balancing server. The VPN client may then intercept a Domain Name System (DNS) request to resolve a hostname of a device in the data centers. The VPN client may use the load-balancing information to locally generate a DNS response to the DNS request. In addition, the load-balancing server may cause the VPN client to update its cached list of network addresses when one of the data centers fails.