CN114915565B

CN114915565B - Network debugging method and system

Info

Publication number: CN114915565B
Application number: CN202210487136.4A
Authority: CN
Inventors: 刘俊; 胡波; 方春
Original assignee: Shanghai Bilibili Technology Co Ltd
Current assignee: Shanghai Bilibili Technology Co Ltd
Priority date: 2022-05-06
Filing date: 2022-05-06
Publication date: 2023-09-19
Anticipated expiration: 2042-05-06
Also published as: CN114915565A

Abstract

The embodiment of the application provides a method and a system for network debugging, wherein the method comprises the following steps: generating a debug ID in response to the received debug request; activating an SDK in a target application according to the debug ID; the SDK is used for intercepting a data packet sent by the target application according to the debug ID and forwarding the data packet to a proxy server; and forwarding the received data packet to a real server, and receiving result data returned by the real server so as to debug the result data. The method can intercept HTTP requests directly through the SDK in a mode of accessing the SDK in an application (such as an APP or a website, etc.) and send the HTTP requests to the proxy server for forwarding, so that the problem that the setting of an operating system needs to be manually modified, the operating process of network debugging is simplified, the operation is easy, in addition, only request data of the application accessed with the SDK can be recorded in the network debugging process, and the problem that the analysis result is influenced by acquiring excessive redundant contents is avoided.

Description

Network debugging method and system

Technical Field

The embodiment of the application relates to the technical field of computer networks, in particular to a network debugging method, a network debugging system, computer equipment and a computer readable storage medium.

Background

In the prior art, the HTTP network debugging tool generally runs a proxy program on the current device, and manually modifies the proxy setting of the operating system, so that the default HTTP network request of the operating system passes through the proxy program, thereby obtaining and tampering the network request content.

However, the HTTP network debugging method needs to modify the setting of the operating system and install proxy software, especially the setting process on the mobile phone device is complicated, and because the proxy setting of the system is modified, the default HTTP network request of the whole system is obtained in the network debugging process, which contains a large number of network requests irrelevant to the debugging program, and increases the workload of the network debugging process.

Disclosure of Invention

An object of an embodiment of the present application is to provide a method, a system, a computer device and a computer readable storage medium for network debugging, which are used for solving the following problems: the process of modifying the setting of the operating system during the HTTP network debugging is complicated, and a large number of network requests irrelevant to the debugging program can be acquired during the network debugging after the setting of the operating system is modified.

An aspect of an embodiment of the present application provides a method for network debugging, where the method includes:

generating a debug ID in response to the received debug request;

activating an SDK in a target application according to the debug ID; the SDK is used for intercepting a data packet sent by the target application according to the debug ID and forwarding the data packet to a proxy server;

and forwarding the received data packet to a real server, and receiving result data returned by the real server so as to debug the result data.

Optionally, the activating the SDK in the target application according to the debug ID includes:

generating a two-dimensional code according to the debug ID, and displaying the two-dimensional code;

and responding to the scanning operation of the two-dimensional code by the target application so as to activate the SDK in the target application.

and activating the SDK in the target application under the condition that the access domain name of the target application is detected to carry the debug ID.

Optionally, the SDK is further configured to record, in the data packet, a domain name of the proxy server, a domain name of the real server, and the debug ID;

the forwarding the received data packet to the real server side includes:

and forwarding the received data packet to the real service terminal according to the domain name of the real service terminal in the data packet.

Optionally, the real server is configured to feed back the data packet, and return result data carrying the debug ID to the proxy server.

Optionally, the debug request is initiated by the first user through the domain name of the proxy server; after the step of receiving the result data returned by the real server, the method further includes:

and displaying the result data on a graphical user interface corresponding to the first user according to the debug ID in the result data.

Optionally, the method further comprises:

receiving an access request initiated by a second user through a domain name carrying the debug ID; wherein the second user is one or more users other than the first user;

and displaying the result data on a graphical user interface corresponding to the second user according to the debug ID in the result data.

An aspect of an embodiment of the present application further provides a system for network debugging, including:

the ID generation module is used for responding to the received debugging request to generate a debugging ID;

the SDK activation module is used for activating the SDK in the target application according to the debug ID; the SDK is used for intercepting a data packet sent by the target application according to the debug ID and forwarding the data packet to a proxy server;

and the data packet forwarding module is used for forwarding the received data packet to a real service end, and receiving result data returned by the real service end so as to debug the result data.

An aspect of an embodiment of the present application further provides a computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the steps of the method of network debugging as described above when the processor executes the computer program.

An aspect of the embodiments of the present application further provides a computer-readable storage medium having stored therein a computer program executable by at least one processor to cause the at least one processor to perform the steps of a method for network debugging as described above when the computer program is executed.

The method, the system, the equipment and the computer readable storage medium for network debugging provided by the embodiment of the application generate a debugging ID (identification) by responding to a received debugging request, and activate an SDK (software development kit) in a target application according to the debugging ID, wherein the SDK is used for intercepting a data packet sent by the target application according to the debugging ID and forwarding the data packet to a proxy server; and forwarding the received data packet to a real server, and receiving result data returned by the real server so as to debug the result data. The method can intercept HTTP requests directly through the SDK in a mode of accessing the SDK in an application (such as an APP or a website) and send the HTTP requests to the proxy server for forwarding, so that the problem that the operation system needs to be manually modified is avoided, the operation process of network debugging is simplified, the operation is easy, in addition, only request data of the application accessed with the SDK can be recorded in the network debugging process, other data cannot be obtained, and the problem that privacy is violated or the analysis result is influenced by excessive redundant content is avoided.

Drawings

Fig. 1 schematically shows a network topology of a network commissioning method in the prior art;

FIG. 2 schematically illustrates a network topology of a method of network commissioning according to an embodiment of the present application;

FIG. 3 schematically illustrates an application environment diagram of a method of network commissioning in accordance with an embodiment of the present application;

FIG. 4 schematically illustrates a flow chart of a method of network commissioning according to a first embodiment of the present application;

FIG. 5 is a flow chart of substeps of step S402 in FIG. 4;

FIG. 6 is a flowchart of another substep of step S402 in FIG. 4;

FIG. 7 is a flow chart schematically illustrating the steps of a method for network commissioning according to a first embodiment of the present application;

fig. 8 schematically shows a network topology diagram of a method of network commissioning based on embodiment one;

FIG. 9 schematically illustrates a block diagram of a system for network commissioning in accordance with a second embodiment of the present application; a kind of electronic device with high-pressure air-conditioning system

Fig. 10 schematically shows a hardware architecture diagram of a computer device adapted to implement a method of network debugging according to a third embodiment of the present application.

Detailed Description

The present application will be described in further detail with reference to the drawings and examples, in order to make the objects, technical solutions and advantages of the present application more apparent. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the application. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.

It should be noted that the descriptions of "first," "second," etc. in the embodiments of the present application are for descriptive purposes only and are not to be construed as indicating or implying a relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defining "a first" or "a second" may explicitly or implicitly include at least one such feature. In addition, the technical solutions of the embodiments may be combined with each other, but it is necessary to base that the technical solutions can be realized by those skilled in the art, and when the technical solutions are contradictory or cannot be realized, the combination of the technical solutions should be considered to be absent and not within the scope of protection claimed in the present application.

In the prior art, by running a proxy program on the current device and manually modifying the proxy setting of the operating system, the default HTTP network request of the operating system passes through the proxy program, thereby obtaining and tampering with the network request content. In fig. 1, debugging software is installed and started on a PC (B), and it is ensured that a mobile phone (a) and the PC (B) are located in the same local area network, a user obtains an IP address of B from an operating system, and the IP address of B is set as a proxy server of a, so that B can obtain all HTTP data packets on a, and the above steps need to be repeated every time network debugging is performed. This network debugging scheme has the following disadvantages:

1. the setting of the operating system and the installation of proxy software are required to be modified, and particularly, the setting process on mobile phone equipment is complicated;

2. the network request recorded by the local agent program cannot be shared with other people in real time, namely the problem cannot be analyzed remotely;

3. because the system agent settings are modified, the entire system default HTTP network request is obtained, containing a large number of network requests that are independent of the debugger.

In view of this, the present application aims to propose a network debugging scheme implemented based on the provided SDK, as shown in fig. 2, taking a mobile phone APP packet capturing as an example, through accessing the provided SDK in the corresponding mobile phone APP, the APP technician accesses the website provided by Proxy service (Proxy Server) once, the SDK intercepts all HTTP packets sent by the APP, and the HTTP packets are forwarded by the Proxy service, so that the Proxy service only obtains the network request of the APP accessing the provided SDK. Specifically, according to the network debugging method provided by the application, a debugging ID is generated by responding to a received debugging request, and an SDK in a target application is activated according to the debugging ID, wherein the SDK is used for intercepting a data packet sent by the target application according to the debugging ID and forwarding the data packet to an agent server; and forwarding the received data packet to a real server, and receiving result data returned by the real server so as to debug the result data. The method can intercept HTTP requests directly through the SDK in a mode of accessing the SDK in an application (such as an APP or a website) and send the HTTP requests to the proxy server for forwarding, so that the problem that the operation system needs to be manually modified is avoided, the operation process of network debugging is simplified, the operation is easy, in addition, only request data of the application accessed with the SDK can be recorded in the network debugging process, other data cannot be obtained, and the problem that privacy is violated or the analysis result is influenced by excessive redundant content is avoided.

The present application provides various embodiments to further introduce a solution to network commissioning, in particular with reference to the following.

In the description of the present application, it should be understood that the numerical references before the steps do not identify the order in which the steps are performed, but are merely used to facilitate description of the present application and to distinguish between each step, and thus should not be construed as limiting the present application.

The following is a term explanation of the present application:

HTTP Hyper Text Transfer Protocol, the hypertext transfer protocol, which most applications use to communicate with servers.

SDK: software Development Kit, a software development kit, is typically a collection of development tools that some software engineers create application software for a specific software package, software framework, hardware platform, operating system, etc., and can package independent capabilities for use by third party programs.

URL: uniform Resource Locator A Uniform resource locator, commonly known as a web address, or web address for short, is a representation method on a Web service program of the Internet for specifying information positions.

Fig. 3 schematically shows an environmental application schematic according to an embodiment of the application. As shown in fig. 3:

the computer device 10000 can be connected to the client 30000 via a network 20000.

The computer device 10000 can provide services such as network debugging, or return the result data of network debugging to the client 30000, or the like.

The computer device 10000 can be located in a data center such as a single venue or distributed in different geographic locations (e.g., in multiple venues). The computer device 10000 can provide services via one or more networks 20000. Network 20000 includes various network devices such as routers, switches, multiplexers, hubs, modems, bridges, repeaters, firewalls, proxy devices, and/or the like. Network 20000 may include physical links such as coaxial cable links, twisted pair cable links, fiber optic links, combinations thereof, and the like. Network 20000 may include wireless links such as cellular links, satellite links, wi-Fi links, and the like.

The computer device 10000 can be implemented by one or more computing nodes. One or more computing nodes may include virtualized computing instances. Virtualized computing instances may comprise emulation of virtual machines, e.g., computer systems, operating systems, servers, etc. The computing node may load the virtual machine by the computing node based on the virtual image and/or other data defining the particular software (e.g., operating system, dedicated application, server) used for the emulation. As the demand for different types of processing services changes, different virtual machines may be loaded and/or terminated on one or more computing nodes. A hypervisor may be implemented to manage the use of different virtual machines on the same computing node.

The client 30000 may be configured to access the content and services of the computer device 10000. Client 30000 can include any type of electronic device, such as a mobile device, tablet device, laptop computer, workstation, virtual reality device, gaming device, set top box, digital streaming media device, vehicle terminal, smart television, set top box, and the like.

The client 30000 may output (e.g., display, render, present) results data of the network debug, etc., to the user.

The network debugging scheme will be described below by way of various embodiments. The scheme may be implemented by the computer device 10000.

Example 1

Fig. 4 schematically shows a flow chart of a method of network commissioning according to a first embodiment of the present application.

As shown in fig. 4, the network debugging method may include steps S400 to S404, in which:

step S400, generating a debug ID in response to the received debug request;

in this embodiment, a network debugger may initiate a debug request to a domain name of a proxy server, for example, the network debugger may input the domain name of the proxy server in any one browser and send the debug request, and after receiving the debug request, the proxy server generates a debug instruction, and a debug ID (Identifier) corresponding to the debug instruction, where the debug ID is a unique Identifier of the current network debug instruction, and is used to isolate the debug requests and HTTP packets between different users.

Step S402, activating the SDK in the target application according to the debug ID; the SDK is used for intercepting a data packet sent by the target application according to the debug ID and forwarding the data packet to a proxy server;

in this embodiment, after generating the debug ID, the proxy server may further activate the SDK accessed in the target application according to the debug ID, where the SDK is a tool for performing network debugging that is preloaded in an application (such as APP or website, etc.); the target application is an application which is required to be subjected to network debugging at present and can be APP or a website and the like. After activating an SDK accessed in a target application, the SDK can acquire the debug ID of the time, intercept a data packet sent by the target application according to the debug ID, and forward the data packet to a proxy server. Specifically, the data packet sent by the intercepted target application is adjusted through the SDK, the domain name of the proxy server side is recorded in the data packet, and the domain name of the real server side and the debug ID are recorded, so that the data packet can be sent to the proxy server side according to the recorded domain name of the proxy server side, and the data packet is forwarded through the proxy server side instead of being directly sent to the real server side.

Step S404, forwarding the received data packet to a real server, and receiving result data returned by the real server to debug the result data.

In this embodiment, after receiving the data packet sent by the SDK, the proxy server extracts the domain name of the real server in the data packet, and then forwards the data packet to the real server according to the domain name of the real server. After receiving the data packet, the real server side can feed back the data packet and return the result data carrying the debug ID to the proxy server side.

Several alternative embodiments are provided below for a method of optimizing the network commissioning, in particular as follows:

in a preferred embodiment of the present application, as shown in fig. 5, the step S402 includes steps S500 to S502: step S500, a two-dimensional code is generated according to the debug ID, and the two-dimensional code is displayed; step S502, responding to the scanning operation performed on the two-dimensional code by the target application, so as to activate the SDK in the target application.

In this embodiment, for the use scenario of APPs, currently, there are two-dimensional code scanning components on many APPs, and the SDK accessed in the APP can be activated by scanning the two-dimensional code, where the two-dimensional code corresponds to a debug instruction, after the APP scans the two-dimensional code, corresponds to receiving a debug instruction, and activates the SDK according to the debug instruction. Specifically, the proxy server may generate a two-dimensional code according to the debug ID, and display the two-dimensional code on a graphical user interface provided by the proxy server, for example, if a network debugger accesses a domain name of the proxy server on a browser, the proxy server may generate a two-dimensional code, and display the two-dimensional code on the graphical user interface of the browser. The method comprises the steps that a network debugging person can scan a two-dimensional code on a browser through a scanning control on an APP, after receiving scanning operation of the two-dimensional code through a target application, a proxy server responds to the scanning operation to activate an SDK in the target application, so that an HTTP data packet sent by the target application is intercepted through the SDK, and the HTTP data packet is forwarded to the proxy server.

In a preferred embodiment of the present application, as shown in fig. 6, the step S402 includes a step S600: and activating the SDK in the target application under the condition that the access domain name of the target application is detected to carry the debug ID.

In this embodiment, for the usage scenario of the web program, the SDK may be activated by adding the debug ID in the access domain name. Specifically, after the network debugger accesses the domain name of the proxy server on the browser, the proxy server displays the generated debug ID on the graphical user interface of the browser, and when the network debugger accesses the domain name in the web page program, the network debugger can add the debug ID to the domain name currently required to be accessed. And if the access domain name of the target application is detected to carry the debug ID, activating the SDK in the target application to intercept the HTTP data packet sent by the target application through the SDK, and forwarding the HTTP data packet to the proxy server.

In a preferred embodiment of the present application, the SDK is further configured to record, in the data packet, a domain name of the proxy server, a domain name of the real server, and the debug ID; the step S404 includes:

In this embodiment, after receiving the data packet forwarded by the SDK, the proxy server extracts the domain name of the real server carried in the data packet, and then forwards the received data packet to the real server according to the domain name of the real server in the data packet.

In a preferred embodiment of the present application, the real server is configured to feed back the data packet, and return result data carrying the debug ID to the proxy server.

In this embodiment, the debug ID may be carried in the result data returned by the server, so that the proxy server may perform data distribution according to the debug ID in the result data, and send the data to the target user for viewing, so as to implement network debug data sharing or remote (remote) debug for multiple users.

In a preferred embodiment of the present application, the debug request is initiated by the first user through the domain name of the proxy server; after the step of receiving the result data returned by the real server, the method further includes:

In this embodiment, the first user may input the domain name of the proxy server in the browser and initiate the adjustment request, so that the proxy server may provide a graphical user interface on the browser used by the first user, so that the first user may view the status of network adjustment through the graphical user interface. Specifically, after receiving the result data, the proxy server may display the result data on the graphical user interface corresponding to the first user according to the debug ID in the result data.

In a preferred embodiment of the present application, as shown in fig. 7, the method further comprises the following steps S700-S702: step S700, receiving an access request initiated by a second user through a domain name carrying the debug ID; wherein the second user is one or more users other than the first user; step S702, displaying the result data on the graphical user interface corresponding to the second user according to the debug ID in the result data.

In this embodiment, the first user may share the results of network debugging with other users, so that the other users participate in analysis, or remotely analyze the results of network debugging. Specifically, the first user can share the debug data of the shared network by sharing the debug ID to the second user, and the second user initiates the access request by adding the debug ID to the domain name of the proxy server, where the second user is one or more users other than the first user. After receiving an access request initiated by a second user, the proxy server responds to the access request and displays the result data on a graphical user interface corresponding to the second user according to the debug ID in the result data, so that remote (remote) viewing and tampering of network request content are realized.

For ease of understanding, an example network topology is provided below in conjunction with fig. 8:

1. the proxy service is deployed on the server, the proxy service is accessed through the URL of the proxy service end, the initial state proxy service end generates a random ID character string, and the ID is used for isolating HTTP data packets of multiple persons because the proxy service supports the sharing of the multiple persons. For example, 2 ID strings are generated in FIG. 8, ID: xxx and ID: yyy, respectively.

2. And generating a two-dimensional code according to the ID character string generated in the steps, displaying the two-dimensional code on a website provided by the access proxy service, and scanning the two-dimensional code by using the APP (or using a webpage program to obtain the HTTP data packet of the APP by using other modes, such as attaching the generated ID to the URL, then automatically opening the URL), so that the APP obtains the ID character string, intercepts and modifies the HTTP data packet of the APP through the SDK, and enables the HTTP data packet to pass through the proxy service. If a wants to share the packet capturing data with B, the URL with the corresponding ID added thereto may be shared with B.

The following pseudocode is the modification made to the original HTTP packet:

setHTTPHeader host proxy-server; domain name for proxy service by #proxy-server

setHTTPHeader x-realhost realhost; # reallost is the original domain name of HTTP packet

setHTTPHeader x-proxy-id; the # id is 3 obtained from the two-dimension code, the proxy service receives an HTTP data packet and sends a request to a reallost;

4. and the recorded request content is sent to the corresponding website page for display, so that the user A, B can see the data packet initiated by the mobile phone according to id selection and is different from the data packet seen by the user C (isolated according to id), thereby realizing remote analysis of network data content.

Example two

Fig. 9 schematically shows a block diagram of a network debugging system according to the third embodiment of the present application, which may be divided into one or more program modules, which are stored in a storage medium and executed by one or more processors to complete the embodiment of the present application. Program modules in the embodiments of the present application may be referred to as a series of computer program instruction segments capable of performing particular functions, and the following description may be presented in terms of their respective functions.

As shown in fig. 9, the network debug system 900 may include an ID generation module 910, an SDK activation module 920, and a packet forwarding module 930, where:

an ID generation module 910, configured to generate a debug ID in response to a received debug request;

an SDK activation module 920, configured to activate an SDK in the target application according to the debug ID; the SDK is used for intercepting a data packet sent by the target application according to the debug ID and forwarding the data packet to a proxy server;

and the data packet forwarding module 930 is configured to forward the received data packet to a real server, and receive result data returned by the real server, so as to debug the result data.

In a preferred embodiment of the present application, the SDK activation module 920 is further configured to:

In a preferred embodiment of the present application, the SDK is further configured to record, in the data packet, a domain name of the proxy server, a domain name of the real server, and the debug ID;

the packet forwarding module 930 is further configured to:

In a preferred embodiment of the present application, the debug request is initiated by the first user through the domain name of the proxy server; the apparatus further comprises:

and the first display module is used for displaying the result data on a graphical user interface corresponding to the first user according to the debug ID in the result data.

In a preferred embodiment of the application, the device further comprises:

an access request receiving module, configured to receive an access request initiated by a second user through a domain name carrying the debug ID; wherein the second user is one or more users other than the first user;

and the second display module is used for displaying the result data on a graphical user interface corresponding to the second user according to the debug ID in the result data.

Example III

Fig. 10 schematically shows a hardware architecture diagram of a computer device 10000 adapted to implement a method for network debugging according to a fourth embodiment of the present application. In this embodiment, the computer device 10000 is a device capable of automatically performing numerical calculation and/or information processing in accordance with an instruction set or stored in advance. For example, the server may be a smart phone, a tablet computer, a notebook computer, a desktop computer, a rack-mounted server, a blade server, a tower server, or a cabinet server (including a FEN independent server or a server cluster formed by a plurality of servers), etc. As shown in fig. 10, the computer device 10000 includes at least, but is not limited to: the memory 10010, processor 10020, network interface 10030 may be communicatively linked to each other via a system bus. Wherein:

memory 10010 includes at least one type of computer-readable storage medium including flash memory, hard disk, multimedia card, card memory (e.g., SD or DX memory, etc.), random Access Memory (RAM), static Random Access Memory (SRAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), programmable read-only memory (PROM), magnetic memory, magnetic disk, optical disk, etc. In some embodiments, memory 10010 may be an internal storage module of computer device 10000, such as a hard disk or memory of computer device 10000. In other embodiments, the memory 10010 may also be an external storage device of the computer device 10000, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash Card (Flash Card) or the like. Of course, the memory 10010 may also include both an internal memory module of the computer device 10000 and an external memory device thereof. In this embodiment, the memory 10010 is typically used for storing an operating system installed on the computer device 10000 and various application software, such as program codes of a network debugging method. In addition, the memory 10010 may be used to temporarily store various types of data that have been output or are to be output.

The processor 10020 may be a central processing unit (Central Processing Unit, simply CPU), controller, microcontroller, microprocessor, or other data processing chip in some embodiments. The processor 10020 is typically configured to control overall operation of the computer device 10000, such as performing control and processing related to data interaction or communication with the computer device 10000. In this embodiment, the processor 10020 is configured to execute program codes or process data stored in the memory 10010.

The network interface 10030 may comprise a wireless network interface or a wired network interface, which network interface 10030 is typically used to establish a communication link between the computer device 10000 and other computer devices. For example, the network interface 10030 is used to connect the computer device 10000 to an external terminal through a network, establish a data transmission channel and a communication link between the computer device 10000 and the external terminal, and the like. The network may be a wireless or wired network such as an Intranet (Intranet), the Internet (Internet), a global system for mobile communications (Global System of Mobile communication, abbreviated as GSM), wideband code division multiple access (Wideband Code Division Multiple Access, abbreviated as WCDMA), a 4G network, a 5G network, bluetooth (Bluetooth), wi-Fi, etc.

It should be noted that fig. 10 only shows a computer device having components 10010-10030, but it should be understood that not all of the illustrated components are required to be implemented, and more or fewer components may be implemented instead.

In this embodiment, the network debugging method stored in the memory 10010 may be further divided into one or more program modules and executed by one or more processors (the processor 10020 in this embodiment) to complete the embodiment of the present application.

Example IV

The embodiments of the present application also provide a computer readable storage medium having stored thereon a computer program which, when executed by a processor, performs the steps of the method of network debugging in the embodiments.

In this embodiment, the computer-readable storage medium includes a flash memory, a hard disk, a multimedia card, a card memory (e.g., SD or DX memory, etc.), a Random Access Memory (RAM), a Static Random Access Memory (SRAM), a read-only memory (ROM), an electrically erasable programmable read-only memory (EEPROM), a programmable read-only memory (PROM), a magnetic memory, a magnetic disk, an optical disk, and the like. In some embodiments, the computer readable storage medium may be an internal storage unit of a computer device, such as a hard disk or a memory of the computer device. In other embodiments, the computer readable storage medium may also be an external storage device of a computer device, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash Card (Flash Card), etc. that are provided on the computer device. Of course, the computer-readable storage medium may also include both internal storage units of a computer device and external storage devices. In this embodiment, the computer readable storage medium is typically used to store an operating system installed on a computer device and various types of application software, such as program codes of a method of network debugging in the embodiment, and the like. Furthermore, the computer-readable storage medium may also be used to temporarily store various types of data that have been output or are to be output.

It will be apparent to those skilled in the art that the modules or steps of the embodiments of the application described above may be implemented in a general purpose computing device, they may be concentrated on a single computing device, or distributed across a network of computing devices, they may alternatively be implemented in program code executable by computing devices, so that they may be stored in a storage device for execution by computing devices, and in some cases, the steps shown or described may be performed in a different order than what is shown or described, or they may be separately fabricated into individual integrated circuit modules, or a plurality of modules or steps in them may be fabricated into a single integrated circuit module. Thus, embodiments of the application are not limited to any specific combination of hardware and software.

The foregoing description is only of the preferred embodiments of the present application, and is not intended to limit the scope of the application, but rather is intended to cover any equivalents of the structures or equivalent processes disclosed herein or in the alternative, which may be employed directly or indirectly in other related arts.

Claims

1. The network debugging method is characterized by being applied to a proxy server and comprising the following steps:

generating a debug ID in response to the received debug request;

activating a software tool kit SDK in a target application according to the debug ID; the SDK is used for intercepting a data packet sent by the target application according to the debug ID and forwarding the data packet to a proxy server;

forwarding the received data packet to a real server, and receiving result data returned by the real server so as to debug the result data;

wherein the activating the software tool kit SDK in the target application according to the debug ID includes:

generating a two-dimensional code according to the debug ID, and displaying the two-dimensional code; responding to the scanning operation of the two-dimensional code by the target application so as to activate the SDK in the target application;

or alternatively, the first and second heat exchangers may be,

2. The method according to claim 1, wherein the SDK is further configured to record, in the data packet, a domain name of the proxy server, a domain name of the real server, and the debug ID;

the forwarding the received data packet to the real server side includes:

3. The method of network debugging according to claim 1, wherein the real server is configured to feed back the data packet, and return result data carrying the debug ID to the proxy server.

4. A method of network commissioning according to claim 1 or 3, wherein said commissioning request is initiated by a first user via a domain name of said proxy server; after the step of receiving the result data returned by the real server, the method further includes:

5. The method of network commissioning according to claim 4, wherein the method further comprises:

6. A system for network debugging, applied to a proxy server, comprising:

the SDK activation module is used for activating a software tool package SDK in the target application according to the debug ID; the SDK in the target application is used for intercepting a data packet sent by the target application according to the debug ID and forwarding the data packet to a proxy server;

the data packet forwarding module is used for forwarding the received data packet to a real service end, and receiving result data returned by the real service end so as to debug the result data;

the SDK activation module is specifically configured to:

or alternatively, the first and second heat exchangers may be,

7. A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor executes the steps of the method for implementing network debugging according to any one of claims 1 to 5.

8. A computer-readable storage medium, in which a computer program is stored, the computer program being executable by at least one processor to cause the at least one processor to perform the steps of the method of network commissioning according to any one of claims 1 to 5.