VPN Domain Substitution for ISP-Blocked Service Access

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

VPN service providers may be unreachable due to blocked access by ISPs, leading to inefficient resource consumption and delays in obtaining VPN services.

Innovation Solution

A client application determines substitute domain information in real-time using a combination of time markers and predetermined alphanumeric characters, allowing connection requests to bypass ISP blocks and reach the VPN service provider.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If domain information is blocked by ISPs, then VPN service accessibility is reduced, but resource consumption increases due to repeated connection attempts and delays

Engineering Contradiction:
ImproveVPN service accessibilityVSAvoidresource consumption
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The system performs preliminary actions by proactively detecting domain information blocks before VPN connection attempts fail. The detection mechanism identifies blocked domains in advance, allowing the system to prepare alternative domain information before connection attempts are made, thereby avoiding repeated failed attempts and reducing resource consumption.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system introduces an intermediary detection mechanism that acts as a mediator between the VPN client and the blocked domain information. This intermediary layer detects blocks and provides alternative domain information, allowing the VPN connection process to continue without directly encountering the blocked domains, thus maintaining reliability while reducing resource waste from repeated failures.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Productivity

If domain information is blocked by ISPs, then connection establishment is delayed, but service availability is compromised

Engineering Contradiction:
Improveconnection establishment speedVSAvoidservice availability
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system performs preliminary detection of domain information blocks before VPN connection attempts are made. By identifying blocked domains in advance and preparing alternative domain information, the system avoids connection delays caused by failed attempts, thereby improving connection establishment speed while maintaining service availability.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements a feedback mechanism where detection results about blocked domain information are fed back to the VPN connection process. This feedback allows the system to adjust connection attempts by using alternative domain information when blocks are detected, improving both connection establishment speed and service availability through continuous adaptation.

Inventive Principle:
Principle #23Feedback

3Ease of operation

If traditional domain information is used, then connection requests are blocked by ISPs, but using substitute domain information increases system complexity

Engineering Contradiction:
ImproveVPN connection processVSAvoiddomain information management
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The system implements self-service by automatically detecting blocked domain information and generating or selecting alternative domain information without user intervention. The detection mechanism and domain substitution process occur autonomously within the VPN client, simplifying the user experience while managing the complexity of domain information transformation internally.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system applies parameter changes by transforming domain information parameters (such as domain names or addresses) from blocked versions to alternative versions. This parameter transformation allows the VPN connection process to bypass ISP blocks while managing complexity through systematic parameter modification rather than complex architectural changes.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS20260019404A1Providing substitute domain information in a virtual private network
Publication Date: 2026.01.15 UAB 360 IT
  • US20260019404A1 patent drawing
  • US20260019404A1 patent drawing
  • US20260019404A1 patent drawing

AI summary

A method in a virtual private network (VPN) environment, the method including determining that a VPN service provider is unreachable via utilization of original domain information, the VPN service provider being associated with providing VPN services to the user device; determining, based at least in part on determining that the VPN service provider is unreachable, substitute domain information to be utilized for transmitting a connection request, the substitute domain information including alphanumeric characters that identify the VSP service provider; and transmitting the connection request to the VPN service provider based at least in part on utilizing the substitute domain information is disclosed. Various other aspects are contemplated.