Domain Name Resolution Fallback via Backup Server

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing domain name resolution processes suffer from instability, leading to poor user experience.

Innovation Solution

A method and apparatus that involve obtaining request information from a client, retrieving candidate node information from a second server when the first server lacks necessary data, and sending this information to the client to improve stability and speed.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the first server relies on local DNS resolution results to process domain name resolution requests, then the processing speed may be improved, but the stability deteriorates due to potential DNS hijacking or local DNS failures

Engineering Contradiction:
ImprovestabilityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent introduces a second server as an intermediary to provide backup domain name resolution services. When the first server cannot obtain reliable node information through local DNS resolution (due to hijacking or failure), it queries the second server for candidate node information, ensuring stable service continuity without over-relying on local DNS results

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system performs preliminary checks by first attempting local DNS resolution, and only when that fails or appears unreliable does it proceed to query the second server. This preliminary action optimizes the resolution process by avoiding unnecessary external queries while ensuring backup availability

Inventive Principle:
Principle #10Preliminary action

2Reliability

If the first server queries the second server for candidate node information, then the stability improves by not relying solely on local DNS, but the waiting time increases due to additional network requests

Engineering Contradiction:
ImprovestabilityVSAvoidwaiting time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The first server performs local DNS resolution first as a preliminary action to obtain node information quickly. Only when local resolution fails or the results appear unreliable does it proceed to query the second server, thereby minimizing additional waiting time while maintaining stability

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements a feedback mechanism where the first server evaluates the reliability of local DNS results and dynamically decides whether to query the second server. This feedback loop ensures that the second server is consulted only when necessary, optimizing the balance between stability and waiting time

Inventive Principle:
Principle #23Feedback

3Productivity

If the first server stores and uses local node information, then the processing speed improves, but the adaptability deteriorates when local DNS is hijacked or corrupted

Engineering Contradiction:
Improveprocessing speedVSAvoidadaptability to hijacking scenarios
Core Design Contradiction:
ProductivityVSAdaptability or versatility

Solution Approach 1:

The second server acts as an intermediary that provides alternative node information when the first server's local storage is compromised by DNS hijacking or corruption. This allows the system to maintain adaptability to malicious scenarios while preserving the efficiency of local caching for legitimate cases

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system maintains a copy of node information in the second server as a backup to the first server's local storage. When local storage is hijacked or corrupted, the system can retrieve fresh node information from the second server's copy, ensuring adaptability without sacrificing processing speed

Inventive Principle:
Principle #26Copying

Data Source

PatentUS20250220076A1Domain name resolution request processing method and apparatus, and device, medium and program product
Publication Date: 2025.07.03 DOUYIN VISION CO LTD
  • US20250220076A1 patent drawing
  • US20250220076A1 patent drawing
  • US20250220076A1 patent drawing

AI summary

A method for processing a domain name resolution request is provided. The method includes: obtaining first request information of a first domain name resolution request sent by a target client, wherein the first request information comprises a domain name to be resolved carried in the first domain name resolution request, and client information of the target client; obtaining a first information set from a second server, in response to determining that first target node information corresponding to the first request information is not stored in the first server based on the domain name to be resolved and the client information, wherein the first information set is a collection of first candidate node information corresponding to the first request information; taking at least one first candidate node information in the first information set as the first target node information, and sending the first target node information to the target client.