Network request proxy decision algorithm device and method based on Linux

Abstract

The invention belongs to the technical field of computer application, discloses a Linux-based network request proxy decision-making algorithm device and method, and solves the limitation in traditional proxy configuration in a manner of configuring different protocols and different proxy addresses at a Web end. According to the method, the agency setting flexibility and usability are improved, and a user is allowed to flexibly configure and switch the agency server according to different network protocols and request characteristics, so that the network flow is optimized, and the network security is improved. And a user can configure different agents according to different protocols so as to adapt to various network environments. And usability is enhanced, configuration is carried out through a Web interface, professional knowledge is not needed, and user operation is simplified. The proxy server is intelligently selected, the delay of a network request is reduced, and the access speed is improved. And intelligent decision making: dynamically selecting an optimal agent according to network conditions and request characteristics, and optimizing network traffic.

Description

Technical Field

[0001] The present invention belongs to the technical field of computer applications, and particularly relates to a network request proxy decision algorithm device and method based on Linux. Background Art

[0002] In the Linux system, network proxy settings are usually relatively fixed. Users need to manually configure proxy servers according to different network requests, which is particularly inconvenient in a multi-network environment. Existing proxy decision-making mechanisms often lack flexibility and cannot intelligently select the most suitable proxy according to the specific content of the request (such as protocol type, target address, etc.).

[0003] Through the above analysis, the problems and defects existing in the prior art are as follows:

[0004] (1) Lack of flexibility: Users cannot configure different proxy servers according to different network requests (such as HTTP, HTTPS, FTP, etc.).

[0005] (2) Complex configuration: Users need to have certain network knowledge to correctly configure the proxy, increasing the difficulty of use.

[0006] (3) Low efficiency: Fixed proxy settings may cause some requests to take a longer route, affecting network access speed and efficiency.

[0007] (4) Lack of intelligent decision-making: Existing systems cannot intelligently select a proxy according to network conditions and request characteristics. Summary of the Invention

[0008] In view of the problems existing in the prior art, the present invention provides a network request proxy decision algorithm device and method based on Linux.

[0009] The present invention is implemented as follows. A network request proxy decision algorithm device and method based on Linux includes:

[0010] A proxy decision center, a Web configuration interface module, a rule storage unit, a request analysis module, a proxy selection module, and a proxy switching module;

[0011] The proxy decision center is connected to the rule storage unit and is used to receive network requests through a core component and determine which proxy server to use according to preset rules;

[0012] The Web configuration interface module is connected to the rule storage unit and is used to allow users to configure proxy settings for different protocols through a user-friendly Web interface;

[0013] A rule storage unit, connected to the proxy decision center, the Web configuration interface module, the request analysis module, the proxy selection module, and the proxy switching module, is used to store proxy rules configured by users, including protocol types and corresponding proxy server addresses;

[0014] A request analysis module, connected to the rule storage unit, is used to analyze incoming network requests and extract request protocols and other key information;

[0015] A proxy selection module, connected to the rule storage unit, is used to select the most suitable proxy server according to the information provided by the request analysis module and the rules in the rule storage unit;

[0016] A proxy switching module, connected to the rule storage unit, is used to dynamically switch to the selected proxy server according to the decision of the proxy selection module.

[0017] Furthermore, the request analysis module:

[0018] Protocol type identification (C): Determine the protocol used by the request, such as HTTP, HTTPS, FTP;

[0019] Target address extraction (D): Extract the target URL or IP address of the request;

[0020] Request source identification (E): Identify the source IP address of the request;

[0021] Request method extraction (F): Extract the method of the request, such as GET, POST;

[0022] Request header analysis (G): Analyze additional parameters in the request header;

[0023] Request content check (H): Check the data in the request body, especially for POST requests;

[0024] Security check (I): Perform a preliminary security check to prevent network attacks.

[0025] Furthermore, the rule storage unit (J): Store proxy rules configured by users and receive the recognition results from the request analysis module;

[0026] A rule matching engine (K): Match the identified request characteristics with the stored proxy rules and perform the following operations according to the matching results:

[0027] Rule match successful (L): Find a matching proxy rule;

[0028] Apply rule (N): Select the corresponding proxy server according to the matching rule;

[0029] Rule conflict (P): If multiple rules match, resolve the rule conflict to select the optimal proxy server;

[0030] Rule matching failure (M): No matching proxy rule is found, apply the default rule;

[0031] Default rule (O): Select a default proxy server or connect directly;

[0032] Select the optimal proxy (Q): Select an optimal proxy server from the conflicting rules;

[0033] Proxy server communication (R): Establish communication with the selected proxy server to ensure that the request can be correctly forwarded through the proxy;

[0034] Target network (S): The final destination of the network request;

[0035] Web configuration interface (T): The user configures proxy rules through the Web interface and updates the rule storage unit (U).

[0036] Another object of the present invention is to provide a decision method for a network request proxy decision algorithm device based on Linux, including:

[0037] Step 1, use a core component in the proxy decision center to be responsible for receiving network requests and deciding which proxy server to use according to preset rules;

[0038] Step 2, use a user-friendly Web interface in the Web configuration interface module to allow users to configure proxy settings for different protocols;

[0039] Step 3, store the proxy rules configured by the user in the rule storage unit, including the protocol type and the corresponding proxy server address;

[0040] Step 4, analyze the incoming network request through the request analysis module, and extract the request protocol and other key information;

[0041] Step 5, select the most suitable proxy server through the proxy selection module according to the information provided by the request analysis module and the rules in the rule storage unit;

[0042] Step 6, dynamically switch to the selected proxy server through the proxy switching module according to the decision of the proxy selection module.

[0043] Another object of the present invention is to provide a computer device, the computer device includes a memory and a processor, the memory stores a computer program, and when the computer program is executed by the processor, the processor executes the steps of the decision method of the network request proxy decision algorithm device based on Linux.

[0044] Another object of the present invention is to provide a computer-readable storage medium storing a computer program, which, when executed by a processor, causes the processor to execute the steps of the decision-making method of the network request proxy decision algorithm device based on Linux.

[0045] Another object of the present invention is to provide an information data processing terminal for implementing the network request proxy decision algorithm device based on Linux.

[0046] Combined with the above technical solutions and the technical problems solved, the advantages and positive effects of the technical solutions to be protected by the present invention are as follows:

[0047] First, the present invention provides a network request proxy decision algorithm device and method based on Linux. By configuring different protocols to use different proxy addresses through the Web side, the limitations existing in traditional proxy configurations are solved. This method improves the flexibility and ease of use of proxy settings, allowing users to flexibly configure and switch proxy servers according to different network protocols and request characteristics, thereby optimizing network traffic and enhancing network security.

[0048] Improved flexibility: Users can configure different proxies according to different protocols to adapt to various network environments.

[0049] Enhanced ease of use: Configuration through the Web interface requires no professional knowledge, simplifying user operations.

[0050] Improved efficiency: Intelligent selection of proxy servers reduces the latency of network requests and improves access speed.

[0051] Intelligent decision-making: Dynamically select the best proxy according to network conditions and request characteristics to optimize network traffic.

[0052] Second, as creative auxiliary evidence for the claims of the present invention, it is also reflected in the following important aspects:

[0053] (1) The expected benefits and commercial value after the transformation of the technical solution of the present invention are:

[0054] 1. Improve enterprise operation efficiency: Enterprises can flexibly configure network proxies for different business departments with the help of the present invention, enabling key business data to be transmitted quickly and securely, reducing business stagnation caused by network latency or failures, thereby improving overall operation efficiency and indirectly bringing considerable economic benefits to the enterprise. For example, the trading system of a financial enterprise can speed up transactions and gain a market advantage and increase revenue by intelligently selecting low-latency proxies.

[0055] 2 Optimize network resource utilization: In data center and cloud computing scenarios, the present invention can dynamically allocate proxy resources according to server loads and request characteristics, avoid network congestion, and improve resource utilization rates. This can reduce the investment costs of enterprises in network hardware facilities, and at the same time improve service quality, attract more customers to use their cloud services, and create more business value for enterprises.

[0056] 3 Enhance product competitiveness: For network equipment manufacturers or software developers, integrating the present invention into products can enable the products to have more intelligent and flexible network proxy functions, meeting the diverse needs of users. This will make the products stand out in the market, attract more users to purchase, expand the market share, enhance brand awareness and product added value, and directly bring about an increase in sales revenue.

[0057] 4 Expand service markets: The present invention can give rise to a series of related services, such as proxy rule customization services, network security consulting and optimization services, etc. Professional technical personnel can provide customized proxy configuration solutions for enterprises or individuals to help them optimize the network environment. This will open up new service markets and bring a continuous source of income for service providers.

[0058] 5 Promote industrial upgrading: With the wide application of the present invention, it will promote the technological upgrading and innovative development of related industries such as network communication and information security. It will encourage enterprises to increase their investment in network technology research and development, attract more talents to engage in this field, drive the coordinated development of upstream and downstream industries, form an industrial cluster effect, inject new impetus into the development of the entire social economy, and create greater commercial and social value.

[0059] (2) The technical solution of the present invention fills the technical gaps in the domestic and international industries:

[0060] 1 Integrated innovation of intelligent decision-making and dynamic switching: Although there are some network proxy software or devices in the current market with certain configuration flexibility, most of them can only achieve simple rule settings and cannot make intelligent decisions and dynamic switches according to the specific content of requests and real-time network conditions. The present invention organically integrates multiple modules such as request analysis, rule matching, intelligent selection, and dynamic switching to form a complete network request proxy decision-making system based on Linux, filling the technical gap in the refined and intelligent proxy management of different protocols and requests with different characteristics in complex network environments.

[0061] 2 Seamless Integration of Web Configuration and Real - time Updates: Traditional proxy configuration methods are usually cumbersome, requiring users to manually modify system files or operate through command lines, and it is difficult to update and take effect dynamically after configuration. Through the Web configuration interface module, the present invention realizes user - friendly proxy rule configuration and can synchronize configuration information to the rule storage unit and each execution module in real time, ensuring that new rules take effect immediately, providing users with a seamless configuration experience. This is innovative and unique in the industry, making up for the deficiencies of the prior art in terms of configuration convenience and real - time performance.

[0062] 3 Proxy Selection Algorithm Considering Multiple Factors: When selecting a proxy server in the prior art, often only a single factor such as distance or load is considered, and the comprehensive performance and applicability of the proxy cannot be evaluated comprehensively. The proxy selection module of the present invention comprehensively considers various factors such as protocol type, target address, request method, request - header parameters, load condition, latency, and geographical location of the proxy server. Through complex algorithms and weight distribution, the optimal proxy server is selected. This proxy selection algorithm considering multiple factors is still blank in the industry, providing a more scientific and accurate basis for network proxy decision - making.

[0063] (3) Whether the technical solution of the present invention solves the technical problems that people have been eager to solve but have never succeeded in solving:

[0064] 1 Problem of Flexible Proxy Configuration under Multiple Protocols: In a complex network environment, users often need to configure different proxy servers according to different protocols (such as HTTP, HTTPS, FTP, etc.) and business requirements. However, traditional proxy setting methods cannot meet the flexible configuration requirements under multiple protocols. Users often need to switch proxies frequently between different protocols, with cumbersome operations and prone to errors. Through the rule storage unit and the Web configuration interface module, the present invention realizes unified management and flexible configuration of proxy rules for different protocols. Users can easily switch proxies under multiple protocols with simple operations on the Web interface, successfully solving this long - standing technical problem that has troubled users.

[0065] 2 Problem of Intelligent Proxy Selection in a Dynamic Network Environment: Network conditions are dynamically changing, and the performance and stability of different proxy servers also vary at different times. People have always hoped to be able to intelligently select the most suitable proxy server according to real - time network conditions and request characteristics to improve network access speed and stability. The request analysis module, rule matching engine, and proxy selection module of the present invention work together, can analyze the key information of network requests in real time, and combine real - time network conditions and preset rules to dynamically select the optimal proxy server, realizing intelligent proxy selection in a dynamic network environment, meeting users' expectations for efficient and stable operation of network proxies, and overcoming this technical problem.

[0066] Stability problem of proxy switching under high-concurrency requests: In the scenario of high-concurrency network requests, how to ensure the stability of proxy switching and avoid request interruption or data loss is a major challenge in the field of network proxy. The proxy switching module of the present invention supports multi-threaded operations and has a failure retry mechanism, which can complete proxy switching in real time under high-concurrency requests, ensuring the continuity and stability of network requests. Even if the selected proxy server becomes unresponsive or communication fails, the system can quickly switch to the backup proxy or re-evaluate the proxy rules to ensure the smooth progress of network requests, effectively solving the problem of poor stability of proxy switching under high-concurrency requests.

[0067] (4) Whether the technical solution of the present invention overcomes technical prejudice:

[0068] 1. Breaking through the traditional thinking of fixed proxy settings: For a long time, the fixed proxy setting method has been commonly used in the field of network proxy. Users need to manually configure proxy servers according to different network environments. Although this method is simple, it is extremely inconvenient in multi-protocol and multi-network environments. The present invention abandons this fixed thinking and introduces a rule-based intelligent decision-making mechanism, enabling proxy settings to be dynamically adjusted according to the specific content of requests and network conditions, providing users with a brand-new, more flexible and intelligent proxy configuration method, overcoming the technical prejudice of traditional fixed proxy settings, and leading the development direction of network proxy technology.

[0069]

[0068] 2. Changing the limited concept of single-factor consideration in proxy selection: In the selection of proxy servers, previous technical solutions often only focused on a single factor, such as the proxy closest in distance or the proxy with the lowest load, while ignoring other factors that may affect the performance and security of network requests. The present invention breaks through this limited concept and proposes a proxy selection algorithm that comprehensively considers multiple factors, taking into account various factors such as protocol type, target address, request method, request header parameters, load conditions, latency, and geographical location of the proxy server. Through complex algorithms and weight allocation, the most suitable proxy server is selected. This comprehensive consideration method provides a more scientific and reasonable basis for network proxy decision-making, overcomes the one-sidedness and limitations of previous single-factor considerations, and improves the overall performance and reliability of network proxy.

[0070] 3 Subverts the inherent perception that proxy configuration is complex and difficult to operate: For most users, the configuration of network proxies has always been regarded as a complex task that requires professional knowledge. By introducing a user-friendly Web configuration interface module, the present invention simplifies the complex proxy configuration process into simple form operations, enabling users to easily complete the configuration and management of proxy rules without the need for in-depth network knowledge. This innovative measure subverts the inherent perception that proxy configuration is complex and difficult to operate, lowers the usage threshold of network proxy technology, enables more ordinary users to conveniently enjoy the convenience brought by intelligent proxies, and promotes the popularization and application of network proxy technology in a wider range of fields. BRIEF DESCRIPTION OF THE DRAWINGS

[0071] Figure 1 It is a structural block diagram of a network request proxy decision algorithm device based on Linux provided by an embodiment of the present invention.

[0072] Figure 2 It is a flowchart of a decision-making method for a network request proxy decision algorithm device based on Linux provided by an embodiment of the present invention.

[0073] Figure 3 It is a flowchart of the operation provided by an embodiment of the present invention.

[0074] Figure 4 It is a bar chart of configuration time comparison provided by an embodiment of the present invention.

[0075] Figure 5 It is a bar chart of configuration error rate comparison provided by an embodiment of the present invention.

[0076] Figure 6 It is a bar chart of network request response time comparison provided by an embodiment of the present invention.

[0077] Figure 7 It is a bar chart of network request success rate comparison provided by an embodiment of the present invention.

[0078] Figure 1 In it: 1. Proxy decision center; 2. Web configuration interface module; 3. Rule storage unit; 4. Request analysis module; 5. Proxy selection module; 6. Proxy switching module. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0079] In order to make the objectives, technical solutions and advantages of the present invention clearer and more understandable, the present invention will be further described in detail below in conjunction with embodiments. It should be understood that the specific embodiments described herein are only used to explain the present invention and are not used to limit the present invention.

[0080] As Figure 1 shown, a network request proxy decision algorithm device based on Linux provided by an embodiment of the present invention includes:

[0081] Proxy decision center 1, Web configuration interface module 2, rule storage unit 3, request analysis module 4, proxy selection module 5, proxy switching module 6;

[0082] The proxy decision center 1, connected to the rule storage unit 3, is responsible for receiving network requests through a core component and deciding which proxy server to use according to preset rules;

[0083] The Web configuration interface module 2, connected to the rule storage unit 3, is used to allow users to configure proxy settings for different protocols through a user-friendly Web interface;

[0084] The rule storage unit 3, connected to the proxy decision center 1, Web configuration interface module 2, request analysis module 4, proxy selection module 5, and proxy switching module 6, is used to store proxy rules configured by users, including protocol types and corresponding proxy server addresses;

[0085] The request analysis module 4, connected to the rule storage unit 3, is used to analyze incoming network requests and extract request protocols and other key information;

[0086] The proxy selection module 5, connected to the rule storage unit 3, is used to select the most suitable proxy server according to the information provided by the request analysis module and the rules in the rule storage unit;

[0087] The proxy switching module 6, connected to the rule storage unit 3, is used to dynamically switch to the selected proxy server according to the decision of the proxy selection module.

[0088] In the embodiment of the present invention, the proxy decision center 1, as the core component, is responsible for listening to and receiving all network requests from applications or clients. Whenever a new network packet or connection request arrives, the proxy decision center 1 first parses the request according to a preset format and extracts basic information such as the destination address, port number, and request protocol. This information will be provided to the request analysis module 4 later to complete the further decomposition and identification of the protocol type, data characteristics, and other key fields.

[0089] The Web configuration interface module 2 provides a visual operation entry, allowing users to configure proxy servers for different protocols (such as HTTP, HTTPS, FTP, etc.) in the front-end interface, including the IP address, port, and other parameters of the proxy server. All operations of the user in this interface will be converted into rules and passed to the rule storage unit 3 through the interface for persistent storage. The rule storage unit 3 not only stores the configured proxy rules but also retains relevant operation logs and update histories, which are convenient for tracing and viewing during subsequent analysis or maintenance.

[0090] After the proxy decision center 1 receives and parses the basic information of the request, the system will hand over this information to the request analysis module 4. The request analysis module 4 identifies and classifies the protocol, port number, header information, etc. extracted from the request according to the protocol keyword fields or matching rules defined in the rule storage unit 3. For example, if the request contains an HTTP header and the target port is 80 or 8080, the system will identify it as an HTTP protocol request; for the case where the header contains TLS handshake information or the target port is 443, it is determined to be an HTTPS protocol request.

[0091] After completing the identification of the request protocol and other key information, the request analysis module 4 will pass this information to the proxy selection module 5. The proxy selection module 5 retrieves the configuration rules matching the current protocol from the rule storage unit 3, and calculates according to the priorities set by the user or other filtering conditions (such as geographical location, network latency, etc.) to select the proxy server address that best meets the current request requirements. If there are multiple candidate proxy servers, the proxy selection module 5 can perform further secondary selection or sorting according to predefined policies (such as round-robin, random or load balancing policies) to finally obtain an optimal proxy target.

[0092] After the proxy selection module 5 confirms the proxy server address, the proxy switching module 6 will perform the proxy switching operation according to this decision. Specifically, the proxy switching module 6 first interacts with the rule storage unit 3 to obtain the detailed configuration parameters required for the switching process, including the IP address, port, and protocol type of the proxy server. Subsequently, the proxy switching module 6 will update the internal routing table or proxy configuration file of the system, so that subsequent similar requests will be directly forwarded to the selected proxy server. At the same time, it will also modify the forwarding path of the existing connection to redirect the request data being processed to the new proxy server address to ensure seamless switching of the request.

[0093] After completing the proxy switching, the system will record the operation information of this proxy selection and switching in the rule storage unit 3. These information include the occurrence time, the selected proxy server address, the matching rules, and possible performance metrics (such as response latency, bandwidth utilization, etc.). When the user views the operation log in the Web configuration interface module 2, the system can obtain the relevant records from the rule storage unit 3 and display them to provide a basis for subsequent operation and maintenance and fault diagnosis. With this detailed signal and data processing process, the proxy decision algorithm device of the present invention can be flexibly applied in different scenarios and provide users with an efficient and maintainable network request proxy solution.

[0094] The proxy decision center in the device receives network requests through the core components and passes the requests to the request analysis module for parsing. The request analysis module extracts the protocol type (such as HTTP, HTTPS, etc.) and other key information (such as the target address, port number, etc.) in the network request, and then sends this information to the rule storage unit. The rule storage unit matches the proxy rules applicable to the request according to the rules preset by the user through the Web configuration interface module, providing a basis for subsequent proxy selection.

[0095] The proxy selection module selects the most suitable proxy server according to the matching rules in the rule storage unit and the key information provided by the request analysis module. For example, for requests with the HTTP protocol, the rule storage unit may store multiple available proxy server addresses, and the proxy selection module selects a proxy server address with the lowest latency or the highest efficiency according to the rules (such as geographical location priority, load conditions, etc.). The selection result is output through the proxy selection module for the proxy switching module to execute.

[0096] The proxy switching module dynamically adjusts the forwarding path of network traffic according to the decision of the proxy selection module. This module redirects the current network request to the selected proxy server by changing the network routing or proxy settings of the system. This process is completed in real time to ensure that the network request will not be interrupted during proxy switching, and at the same time supports multi-threaded operations to meet the processing requirements of high-concurrency requests.

[0097] The Web configuration interface module provides an intuitive graphical interface for users, allowing users to configure proxy rules (such as the correspondence between protocol types and proxy servers). The user's configuration is saved to the rule storage unit in real time, and the rule storage unit is automatically synchronized to the request analysis module and the proxy selection module to ensure that the new rules take effect immediately. In addition, the system supports dynamic rule updates, and users can adjust the proxy policy at any time to adapt to network traffic changes or new requirements, thereby enhancing the flexibility and practicality of proxy decision-making.

[0098] The request analysis module provided by the embodiment of the present invention:

[0099] Protocol type identification (C): Determine the protocol used in the request, such as HTTP, HTTPS, FTP;

[0100] Target address extraction (D): Extract the target URL or IP address of the request;

[0101] Request source identification (E): Identify the source IP address of the request;

[0102] Request method extraction (F): Extract the method of the request, such as GET, POST;

[0103] Request header analysis (G): Analyze the additional parameters in the request header;

[0104] Request content check (H): Check the data in the request body, especially for POST requests;

[0105] Security check (I): Conduct a preliminary security check to prevent network attacks.

[0106] The rule storage unit (J) provided by the embodiment of the present invention: Store the proxy rules configured by the user and receive the recognition results from the request analysis module;

[0107] Rule matching engine (K): Match the identified request features with the stored proxy rules and perform the following operations according to the matching results:

[0108] Rule matching successful (L): Find the matching proxy rule;

[0109] Apply rule (N): Select the corresponding proxy server according to the matching rule;

[0110] Rule conflict (P): If multiple rules match, resolve the rule conflict to select the optimal proxy server;

[0111] Rule matching failed (M): No matching proxy rule is found, apply the default rule;

[0112] Default rule (O): Select a default proxy server or connect directly;

[0113] Select the optimal proxy (Q): Select an optimal proxy server from the conflicting rules;

[0114] Proxy server communication (R): Establish communication with the selected proxy server to ensure that the request can be correctly forwarded through the proxy;

[0115] Target network (S): The final destination of the network request;

[0116] Web configuration interface (T): The user configures the proxy rules through the Web interface and updates the rule storage unit (U).

[0117] As Figure 2 shown, the decision-making method of a network request proxy decision algorithm device based on Linux provided by the embodiment of the present invention includes:

[0118] S101, through the proxy decision center, use a core component to be responsible for receiving network requests and deciding which proxy server to use according to preset rules;

[0119] S102, through the Web configuration interface module, use a user-friendly Web interface to allow users to configure proxy settings for different protocols;

[0120] S103, store the proxy rules configured by the user through a rule storage unit, including the protocol type and the corresponding proxy server address;

[0121] S104, analyze the incoming network requests through a request analysis module, and extract the request protocol and other key information;

[0122] S105, select the most suitable proxy server through a proxy selection module according to the information provided by the request analysis module and the rules in the rule storage unit;

[0123] S106, dynamically switch to the selected proxy server through a proxy switching module according to the decision of the proxy selection module.

[0124] The present invention provides a computer device, which includes a memory and a processor. A computer program for implementing a network request proxy decision algorithm device based on Linux is stored in the memory. When the computer program is executed by the processor, the processor can sequentially execute the decision steps of the proxy decision algorithm device, including receiving network requests, analyzing protocols and target information, matching rules, selecting the optimal proxy server, and dynamically switching proxies, so as to efficiently complete the intelligent processing of network requests.

[0125] The present invention also provides a computer-readable storage medium, storing a computer program that can be executed by a processor. When the processor runs this program, it can implement the decision-making method of a network request proxy decision algorithm device based on Linux, including steps such as rule matching, proxy selection, and dynamic proxy switching. Through this storage medium, the system can be flexibly deployed to meet the intelligent network request proxy needs of various devices and environments.

[0126] In addition, the present invention provides an information data processing terminal for specifically implementing a network request proxy decision algorithm device based on Linux. This terminal integrates the hardware and program design of the above computer device and can complete the processes of receiving, analyzing network requests, and making proxy decisions. Whether it is a single device or a distributed environment, this terminal can operate efficiently and provide users with a stable and accurate network proxy service solution. Specific implementation of the present invention:

[0127] Web console implementation:

[0128] Build a Web console using the Python Django framework, providing functions such as user authentication, proxy rule management, real-time log viewing, and system configuration.

[0129] A ProxyRule model is used to store proxy rules, including fields such as protocol type, proxy server address, and port number.

[0130] Provide a proxy rule list page to display all configured proxy rules, including the detailed description and current status (enabled / disabled) of the rules.

[0131] Users can add or edit proxy rules through a form interface, and the form will guide users to enter the necessary proxy information.

[0132] Provide intuitive operation buttons beside each proxy rule, such as "Edit", "Enable", "Disable", and "Delete", so that users can quickly manage the rules.

[0133] Backend logic implementation:

[0134] The proxy center first intercepts all incoming and outgoing network requests and identifies the key information of the requests, including the protocol type (such as HTTP, HTTPS, FTP, etc.), the target address, the request source, etc. Extract other key information, including the target address, the request source IP, the request method (such as GET, POST), etc., which are crucial for subsequent proxy decisions.

[0135] A rule matching engine that can match the identified request characteristics with the proxy rules stored in the rule storage unit. This engine is the core of the decision center and is responsible for understanding and applying complex proxy rule logic.

[0136] The proxy decision center can determine the priority when multiple matching rules exist and select the most appropriate proxy server. This logic involves weight assignment, consideration of the last modification time, or other user-defined priority rules. Once the proxy server is determined, the proxy decision center will be responsible for establishing communication with the selected proxy server to ensure that the request can be correctly forwarded through the proxy. To improve the robustness of the system, the proxy decision center includes a failure retry mechanism. If the selected proxy server is unresponsive or the communication fails, the system will attempt to use a backup proxy or re-evaluate the proxy rules.

[0137] The following is the workflow of the present invention Figure 3 :

[0138] 1 Network request: The user initiates a network request.

[0139] 2 Request analysis module:

[0140] Protocol type identification (C): Determine the protocol used by the request, such as HTTP, HTTPS, FTP, etc.

[0141] Target address extraction (D): Extract the target URL or IP address of the request.

[0142] Request source identification (E): Identify the source IP address of the request.

[0143] Request method extraction (F): Extract the request method, such as GET, POST, etc.

[0144] Request header analysis (G): Analyze the additional parameters in the request header.

[0145] Request content check (H): Check the data in the request body, especially for POST requests.

[0146] Security check (I): Perform a preliminary security check to prevent network attacks.

[0147] 3 Rule storage unit (J): Store the proxy rules configured by the user and receive the recognition results from the request analysis module.

[0148] 4 Rule matching engine (K): Match the identified request features with the stored proxy rules and perform the following operations based on the matching results:

[0149] Rule match successful (L): Find a matching proxy rule.

[0150] Apply rule (N): Select the corresponding proxy server according to the matching rule.

[0151] Rule conflict (P): If multiple rules match, resolve the rule conflict to select the optimal proxy server.

[0152] Rule match failed (M): No matching proxy rule is found, apply the default rule.

[0153] Default rule (O): Select a default proxy server or connect directly.

[0154] Select optimal proxy (Q): Select an optimal proxy server from the conflicting rules.

[0155] 6 Proxy server communication (R): Establish communication with the selected proxy server to ensure that the request can be correctly forwarded through the proxy.

[0156] 7 Target network (S): The final destination of the network request.

[0157] 8 Web configuration interface (T): The user configures the proxy rules through the Web interface and updates the rule storage unit (U).

[0158] I. The specific application fields or related products of the present invention.

[0159] 1 Enterprise network management: In an enterprise environment, different departments or business systems may need to access external network resources through different proxy servers. For example, the finance department may need to access the banking system through a specific security proxy, while the R & D department may need to access the open-source code repository through a high-speed proxy. The present invention can conveniently configure and switch proxies for these different requirements, improving the flexibility and security of enterprise network management.

[0160] 2 Multi-network environment switching: For users who often work in different network environments, such as business travelers, mobile office workers, etc., they need to flexibly select proxy servers according to the current network environment. The present invention can quickly configure and switch proxies through a Web interface without manually modifying system settings, enhancing the user experience in a multi-network environment.

[0161] 3 Network security and privacy protection: In some scenarios with high requirements for network security and privacy, such as the financial and medical industries, by intelligently selecting proxy servers, sensitive data requests can be sent through encrypted proxies or specific security channels, reducing the risk of data leakage. At the same time, for some requests that may be subject to network attacks, through security checks and intelligent decision-making mechanisms, a more secure proxy path can be selected or risk requests can be directly rejected, enhancing the network's security protection capabilities.

[0162] 4 Cloud computing and data centers: In cloud computing and data center environments, a large number of servers and virtual machines need to access the external network. The present invention can serve as an intelligent scheduling center for network traffic, dynamically selecting the optimal proxy server according to the characteristics of requests and the load conditions of servers, improving the utilization efficiency of network resources and optimizing the overall performance of the data center.

[0163] 5 Educational and research institutions: Users in schools and research institutions need to access a large number of academic resources and research databases, which may be distributed in different network locations and need to be accessed through different proxy servers. The present invention can help users in educational and research institutions flexibly configure proxies according to different protocols and target addresses, improving the efficiency and convenience of accessing academic resources.

[0164] II. Evidence related to the technical effects obtained in the embodiments of the present invention.

[0165] 1. Improved flexibility

[0166] Multi-protocol support: Through the Web configuration interface, users can easily configure proxy rules for different protocols (such as HTTP, HTTPS, FTP, etc.). For example, users can add or modify proxy rules on the Web interface without manually editing system files or using command-line tools. This flexibility enables users to better adapt to various network environments and meet network access requirements in different scenarios.

[0167] Dynamic rule update: Users can update proxy rules in real time through the Web interface, and the new rules take effect immediately. For example, users can intuitively view all configured rules on the proxy rule list page and quickly modify and adjust the rules through operation buttons such as "Edit", "Enable", "Disable", and "Delete".

[0168] 2. Enhanced usability

[0169] User-friendly Web configuration interface: The present invention provides an intuitive graphical interface. Without the need for professional network knowledge, users can complete the configuration and management of proxy rules through simple form operations. For example, users can view all configured rules on the proxy rule list page and add or edit proxy rules through the form interface.

[0170] Real-time feedback and easy operation: The Web configuration interface module supports real-time feedback. Users can immediately see the configuration results without restarting the service or reloading the configuration file. This real-time feedback mechanism greatly improves the user's operation experience and configuration efficiency.

[0171] 3. Efficiency improvement

[0172] Intelligent selection of proxy servers: Through the request analysis module and the proxy selection module, the system can dynamically select the most suitable proxy server according to the specific content of the request and the network conditions. For example, for requests using the HTTP protocol, the system can select the proxy server with the lowest latency or the highest efficiency according to the rules in the rule storage unit, combined with factors such as the target address of the request and the request source.

[0173] Reduction of network request latency: By intelligently selecting proxy servers, the system can reduce the latency of network requests and improve the access speed. For example, experimental results show that after using the proxy decision algorithm of the present invention, the average response time of network requests has been reduced from the original 100ms to 50ms, significantly improving the network access efficiency.

[0174] 4. Intelligent decision-making

[0175] Comprehensive consideration of multiple factors: The proxy selection module of the present invention comprehensively considers various factors such as protocol type, target address, request method, request header parameters, and the load situation of proxy servers. Through complex algorithms and weight allocation, it selects the optimal proxy server. For example, in the experiment, scenarios with different network loads and request characteristics were simulated. The results show that the proxy selection algorithm of the present invention can accurately select the most suitable proxy server, improving the reliability and stability of network proxies.

[0176] Solving rule conflicts: If multiple rules match, the system can resolve the rule conflicts through the rule matching engine and select the optimal proxy server. For example, in the experiment, multiple rule matching scenarios were simulated, and the system could accurately select the optimal proxy server according to the preset priority rules to ensure the smooth progress of network requests.

[0177] 5. Software simulation results

[0178] Simulation environment setup: In the laboratory environment, a simulation network containing multiple proxy servers and different network loads was set up. By simulating network requests with different protocols and request characteristics, the performance of the proxy decision algorithm of the present invention was tested.

[0179] Performance metrics: The simulation results show that the proxy decision algorithm of the present invention performs excellently in the following performance metrics:

[0180] Response time: The average response time of network requests was reduced from the original 100 ms to 50 ms.

[0181] Success rate: The success rate of network requests was increased from the original 80% to 95%.

[0182] Load balancing: The load of the proxy servers was more balanced, reducing the overload situation of individual proxy servers.

[0183] 6. Experimental design

[0184] Experimental environment: In the enterprise network environment, a network environment containing multiple departments and different business systems was selected for the experiment. The network requests of each department were forwarded through different proxy servers to test the effect of the proxy decision algorithm of the present invention in practical applications.

[0185] Experimental results:

[0186] Flexibility: Users can easily configure proxy rules for different protocols through the Web interface without manually modifying system files, and the configuration time was reduced from the original 30 minutes to 5 minutes; as Figure 4 shown.

[0187] Ease of use: Users reported that the Web configuration interface was easy to operate and did not require professional knowledge, and the configuration error rate was reduced from the original 20% to 5%; as Figure 5 shown.

[0188] Efficiency: The average response time of network requests was reduced from the original 100 ms to 50 ms, significantly improving the network access speed; as Figure 6 shown.

[0189] Intelligent Decision-making: The system can dynamically select the optimal proxy server according to the real-time network conditions and request characteristics, increasing the success rate of network requests from 80% to 95%; as Figure 7 shown.

[0190] It should be noted that the embodiments of the present invention can be implemented through hardware, software, or a combination of software and hardware. The hardware part can be implemented using dedicated logic; the software part can be stored in a memory and executed by a suitable instruction execution system, such as a microprocessor or dedicated designed hardware. Those of ordinary skill in the art can understand that the above devices and methods can be implemented using computer-executable instructions and / or included in processor control code, such as provided on a carrier medium such as a disk, CD, or DVD-ROM, a programmable memory such as read-only memory (firmware), or a data carrier such as an optical or electronic signal carrier. The devices and modules of the present invention can be implemented by hardware circuits of programmable hardware devices such as very large scale integrated circuits or gate arrays, semiconductors such as logic chips, transistors, etc., or field programmable gate arrays, programmable logic devices, etc., can also be implemented by software executed by various types of processors, or can be implemented by a combination of the above hardware circuits and software, such as firmware.

[0191] The above are only specific embodiments of the present invention, but the protection scope of the present invention is not limited thereto. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present invention by those skilled in the art within the disclosed technical scope of the present invention should be covered by the protection scope of the present invention.

Claims

1. A network request proxy decision algorithm device based on Linux, characterized in that, including: a proxy decision center, configured to receive and parse an external network request, and determine a proxy server usage decision according to the request basic information and preset rules; a Web configuration interface module, connected to the rule storage unit, configured to provide a user configuration entry, and write proxy rules to the rule storage unit through a visual interface; a rule storage unit, connected to the proxy decision center, the Web configuration interface module, the request analysis module, the proxy selection module and the proxy switching module, configured to store the mapping relationship between protocol types and corresponding proxy server addresses; a request analysis module, connected to the rule storage unit, configured to identify the protocol of the received request, and extract the target address, port and related header information; a proxy selection module, connected to the rule storage unit, configured to retrieve a proxy rule matching the current request from the rule storage unit according to the protocol and header information provided by the request analysis module, and make a proxy server selection; a proxy switching module, connected to the rule storage unit, configured to update the internal routing or configuration file according to the selection result of the proxy selection module, and implement dynamic switching of the proxy server.

2. The Linux-based network request proxy decision algorithm device according to claim 1, wherein The request analysis module: Protocol type identification (C): Determine the protocol used by the request, such as HTTP, HTTPS, FTP; Target address extraction (D): Extract the target URL or IP address of the request; Request source identification (E): Identify the source IP address of the request; Request method extraction (F): Extract the method of the request, such as GET, POST; Request header analysis (G): Analyze the additional parameters in the request header; Request content check (H): Check the data in the request body, especially for POST requests; Security check (I): Perform a preliminary security check to prevent network attacks.

3. The Linux-based network request proxy decision algorithm device according to claim 1, characterized in that The rule storage unit (J): Store the proxy rules configured by the user, and receive the identification results from the request analysis module; A rule matching engine (K): Match the identified request features with the stored proxy rules, and perform the following operations according to the matching results: Rule matching successful (L): Find a matching proxy rule; Apply rule (N): Select a corresponding proxy server according to the matching rule; Rule conflict (P): If multiple rules match, resolve the rule conflict to select the optimal proxy server; Rule matching failed (M): No matching proxy rule is found, apply the default rule; Default rule (O): Select a default proxy server or connect directly; Select the optimal proxy (Q): Select an optimal proxy server from the conflicting rules; Proxy server communication (R): Establish communication with the selected proxy server to ensure that the request can be correctly forwarded through the proxy; Target network (S): The final destination of the network request; Web configuration interface (T): The user configures proxy rules through a Web interface to update the rule storage unit (U).

4. A decision method for a Linux-based network request proxy decision algorithm device implementing the Linux-based network request proxy decision algorithm device according to any one of claims 1 to 3, characterized in that, including: 1) Receive a network request; 2) Parse the network request through the request analysis module, and extract key information such as the protocol type, target address and port number; 3) Match the extracted information with the proxy rules stored in the rule storage unit; 4) Select the most suitable proxy server according to the matching rules through the proxy selection module; 5) Dynamically adjust the network traffic path through the proxy switching module and forward the network request to the selected proxy server.

5. The method for making network request proxy decisions based on Linux according to claim 1, characterized in that The proxy rules of the rule storage unit include the following parameters: protocol type, proxy server address, priority, and load condition, which are used to guide the proxy selection module to select the optimal proxy server.

6. The method for making a network request proxy decision based on Linux according to claim 1, wherein When selecting a proxy server, the proxy selection module preferentially selects the proxy server with the lowest latency and the lowest load by calculating the latency and load condition of the proxy server.

7. The method for making network request proxy decisions based on Linux according to claim 1, characterized in that It also includes the following steps: Real-time update the proxy rules in the rule storage unit through the Web configuration interface module to ensure that the rules are dynamically synchronized with the user requirements.

8. A computer device, characterized in that, The computer device includes a memory and a processor. When the computer program stored in the memory is executed by the processor, the processor executes the steps of the decision-making method of the Linux-based network request proxy decision algorithm device as described in claim 4.

9. A computer-readable storage medium stores a computer program. When the computer program is executed by a processor, the processor executes the steps of the decision-making method of the Linux-based network request proxy decision algorithm device as described in claim 7.

10. An information data processing terminal, characterized in that, The information data processing terminal is used to implement the Linux-based network request proxy decision algorithm device as described in any one of claims 13.

Images