CN115412540A - Remote equipment debugging method and device, electronic equipment and storage medium - Google Patents
Remote equipment debugging method and device, electronic equipment and storage medium Download PDFInfo
- Publication number
- CN115412540A CN115412540A CN202210940134.6A CN202210940134A CN115412540A CN 115412540 A CN115412540 A CN 115412540A CN 202210940134 A CN202210940134 A CN 202210940134A CN 115412540 A CN115412540 A CN 115412540A
- Authority
- CN
- China
- Prior art keywords
- address
- network
- debugged
- virtual
- host
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 55
- 238000013507 mapping Methods 0.000 claims abstract description 104
- 238000004590 computer program Methods 0.000 claims description 5
- 238000005516 engineering process Methods 0.000 description 17
- 230000008569 process Effects 0.000 description 15
- 238000010586 diagram Methods 0.000 description 10
- 230000006870 function Effects 0.000 description 9
- 230000002159 abnormal effect Effects 0.000 description 8
- 238000004891 communication Methods 0.000 description 8
- 238000012545 processing Methods 0.000 description 7
- 239000003795 chemical substances by application Substances 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 4
- 238000001514 detection method Methods 0.000 description 3
- 230000004927 fusion Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 101000652292 Homo sapiens Serotonin N-acetyltransferase Proteins 0.000 description 2
- 240000007651 Rubus glaucus Species 0.000 description 2
- 235000011034 Rubus glaucus Nutrition 0.000 description 2
- 235000009122 Rubus idaeus Nutrition 0.000 description 2
- 102100030547 Serotonin N-acetyltransferase Human genes 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000008439 repair process Effects 0.000 description 2
- 230000005236 sound signal Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000007599 discharging Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000010897 surface acoustic wave method Methods 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
- H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The application provides a remote equipment debugging method and device, electronic equipment and a computer readable storage medium. When the equipment to be debugged is abnormally operated, receiving operating data of the equipment to be debugged, which is sent by a user host according to a second forwarding condition, sending the operating data to a local terminal according to an acquired proxy address of the local host, a network address of the local terminal and a first intranet mapping relation, then receiving debugging data returned by the local terminal according to the operating data, and finally sending the debugging data to the equipment to be debugged according to the acquired proxy address of the local host, the network address of the equipment to be debugged, a virtual address of the user host and a first data forwarding condition so as to indicate the equipment to be debugged to debug according to the debugging data. The method establishes a remote debugging mode of the equipment to be debugged based on the local terminal through the data forwarding condition determined by network mapping, improves debugging efficiency and reduces debugging cost.
Description
Technical Field
The present application relates to the field of computer and network communication technologies, and in particular, to a method and an apparatus for remote device debugging, an electronic device, and a computer-readable storage medium.
Background
In engineering television projects, in order to ensure the operating efficiency, stability and safety of a system, an ecological manufacturer usually deploys terminal equipment in an intranet (i.e., a user intranet) of a project site. When the terminal device is abnormal, the terminal device is deployed in the user intranet, so that after-sale technicians of the terminal device can hardly locally and directly access the terminal device on the project site, and the after-sale technicians can hardly debug the terminal device smoothly if the after-sale technicians are not in the project site.
However, there are two main approaches to solving the above problems: firstly, after-sale technicians remotely guide field workers to operate, but under the conditions that professional personnel are lacked in the field, debugging tools are incomplete, and a sample machine for debugging is not provided temporarily in the field under the condition that the conditions are limited, the debugging efficiency of the method is low; and secondly, after-sales technicians are dispatched to project sites to check and process the problems, but the problem processing cost is high and the problem processing efficiency is low.
Disclosure of Invention
The application provides a remote equipment debugging method, a remote equipment debugging device, electronic equipment and a computer readable storage medium, which are used for relieving the technical problems of high cost and low efficiency in the conventional remote equipment debugging method.
In order to solve the technical problem, the present application provides the following technical solutions:
the application provides a remote equipment debugging method, which is applied to a local host and comprises the following steps:
when the equipment to be debugged runs abnormally, acquiring a first data forwarding condition, an agent address of the local host, a network address of the equipment to be debugged and a virtual address of a user host; the first data forwarding condition is determined by a first internal network mapping relation, a first external network mapping relation and a first virtual mapping relation;
receiving the running data of the equipment to be debugged, which is sent by the user host according to a second data forwarding condition; the second forwarding condition is determined by the first internal network mapping relationship, the second external network mapping relationship and the second virtual mapping relationship;
sending the operating data to a local terminal according to the proxy address of the local host, the network address of the local terminal and the first intranet mapping relation;
receiving debugging data returned by the local terminal according to the running data;
and sending the debugging data to the equipment to be debugged according to the proxy address of the local host, the network address of the equipment to be debugged, the virtual address of the user host and the first data forwarding condition so as to indicate the equipment to be debugged to debug according to the debugging data.
Correspondingly, this application still provides a remote equipment debugging device, is applied to local host computer, and the device includes:
the first obtaining module is used for obtaining a first data forwarding condition, an agent address of the local host, a network address of the device to be debugged and a virtual address of a user host when the device to be debugged operates abnormally; the first data forwarding condition is determined by a first internal network mapping relation, a first external network mapping relation and a first virtual mapping relation;
the operation data receiving module is used for receiving the operation data of the equipment to be debugged, which is sent by the user host according to a second data forwarding condition; the second forwarding condition is determined by a first internal network mapping relation, a second external network mapping relation and a second virtual mapping relation;
the operation data forwarding module is used for sending the operation data to the local terminal according to the proxy address of the local host, the network address of the local terminal and the first intranet mapping relation;
the debugging data receiving module is used for receiving debugging data returned by the local terminal according to the running data;
and the debugging data forwarding module is used for sending the debugging data to the equipment to be debugged according to the proxy address of the local host, the network address of the equipment to be debugged, the virtual address of the user host and the first data forwarding condition so as to indicate the equipment to be debugged to debug according to the debugging data.
Meanwhile, the application provides an electronic device, which comprises a processor and a memory, wherein the memory is used for storing a computer program, and the processor is used for operating the computer program in the memory so as to execute the steps in the remote device debugging method.
In addition, the present application also provides a computer-readable storage medium, where a plurality of instructions are stored in the computer-readable storage medium, and the instructions are suitable for being loaded by a processor to execute the steps in the remote device debugging method.
Has the advantages that: the application provides a remote equipment debugging method and device, electronic equipment and a computer readable storage medium. Specifically, when the device to be debugged is abnormal in operation, a first data forwarding condition, a proxy address of a local host, a network address of the device to be debugged, and a virtual address of a user host are acquired, wherein the first data forwarding condition is determined by a first internal network mapping relationship, a first external network mapping relationship, and a first virtual mapping relationship, then operation data of the device to be debugged sent by the user host according to a second data forwarding condition is received, wherein the second data forwarding condition is determined by the first internal network mapping relationship, a second external network mapping relationship, and a second virtual mapping relationship, then the operation data is sent to the local terminal according to the proxy address of the local host, the network address of the local terminal, and the first internal network mapping relationship, then debugging data returned by the local terminal according to the operation data is received, and finally the debugging data is sent to the device to be debugged according to the proxy address of the local host, the network address of the device to be debugged, the virtual address of the user host, and the first data forwarding condition, so as to instruct the device to be debugged according to the debugging data. The method provides a physical network fusion technology based on network mapping and IP address forwarding, particularly, a data forwarding condition is determined according to a network mapping relation, and a remote debugging mode of the equipment to be debugged is established through the data forwarding condition based on the local terminal, so that the aim of seamlessly permeating the local terminal into a remote network for debugging is fulfilled, the debugging efficiency is improved, and the debugging cost is reduced.
Drawings
The technical solution and other advantages of the present application will become apparent from the detailed description of the embodiments of the present application with reference to the accompanying drawings.
Fig. 1 is a system architecture diagram of a remote device debugging system provided in an embodiment of the present application.
Fig. 2 is a schematic flowchart of building a remote device debugging system according to an embodiment of the present application.
Fig. 3 is a schematic network connection diagram of a remote device debugging system according to an embodiment of the present application.
Fig. 4 is a flowchart illustrating a remote device debugging method according to an embodiment of the present application.
Fig. 5 is another schematic flowchart of a remote device debugging method according to an embodiment of the present application.
Fig. 6 is a schematic structural diagram of a remote device debugging apparatus according to an embodiment of the present application.
Fig. 7 is a schematic structural diagram of an electronic device provided in an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application. It is to be understood that the embodiments described are only a few embodiments of the present application and not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
The terms "including" and "having," and any variations thereof, in the description and claims of this application are intended to cover non-exclusive inclusions; the division of the modules presented in this application is only a logical division, and may be implemented in other ways in practical applications, for example, a plurality of modules may be combined or integrated into another system, or some features may be omitted, or not executed.
In this application, a device to be debugged refers to a device to be debugged in a remote network (i.e., a user network), which may be a television in each ecosystem in the remote network.
In this application, a local host refers to a programmable network device in a local network and a subscriber host refers to a programmable network device in a subscriber network. The programmable network device is generally a Linux host, and the carrier of the programmable network device can be an old PC, a server, a loongson box, a raspberry pi, even a virtual machine, and the like.
In this application, the virtual address of the subscriber host refers to an IP address used by the subscriber host when the subscriber host is added to the virtual network.
In the present application, the data forwarding condition refers to an IP address forwarding manner based on a network mapping relationship.
In the present application, the intranet mapping relationship refers to a mapping relationship of IP addresses of devices in the same intranet (including the same user network or the same local network); the mapping relation of the external network refers to the mapping relation between the IP addresses of the equipment in the user network and the equipment in the virtual network, or the mapping relation between the IP addresses of the equipment in the local network and the equipment in the virtual network; the virtual mapping refers to a mapping of IP addresses of devices in the same virtual network.
In this application, the operation data refers to data generated by the equipment during operation, and may include an operation state, an operation parameter, and the like of the equipment.
In this application, debug data refers to data used to debug a device so that the device can function properly.
The application provides a remote equipment debugging method and device, electronic equipment and a computer readable storage medium.
Referring to fig. 1, fig. 1 is a schematic system architecture diagram of a remote device debugging system provided in the present application, as shown in fig. 1, the remote device debugging system at least includes a local host 101, a local terminal 102, a user host 103, a device to be debugged 104, and a virtual server 105, where:
communication links are arranged between the local host 101 and the local terminal 102, between the user host 103 and the device to be debugged 104, between the local host 101 and the virtual server 105, and between the user host 103 and the virtual server 105, so as to realize information interaction. The type of communication link may include a wired, wireless communication link, or fiber optic cable, etc., and the application is not limited thereto.
The local host 101 and the user host 103 are programmable network devices in different networks. The programmable network device is generally a Linux host, and the carrier of the programmable network device can be an old PC, a server, a loongson box, a raspberry pi, even a virtual machine, and the like. In addition, the local host 101 may also be a preconfigured virtual machine file (e.g., vmware) or a card machine sent by a sender, so that the debugging cost is further reduced.
The local terminal 102 is a terminal device in a local network, which may be a television terminal or the like. It should be noted that the local terminal 102 is a device that needs to be infiltrated into the user network by an after-market technician during the debugging process, and may be infiltrated into a plurality of devices in actual operation.
The device to be debugged 104 is a device in the user network, and may be a television terminal device for debugging that meets the condition, or a server (e.g., an IPTV server, a PMS server, an RCU server, and a face recognition server) for managing the terminal device, and the like.
The virtual server 105 is a server in a virtual network, and may be an independent server, or a server network or a server cluster composed of servers; for example, the server described in the present application includes, but is not limited to, a computer, a network host, a database server, and a Cloud server formed by an application server or a plurality of servers, wherein the Cloud server is formed by a large number of computers or network servers based on Cloud Computing (Cloud Computing).
As shown in fig. 2, fig. 2 is a schematic diagram of a process of system setup provided in the embodiment of the present application, where the process may include the following steps:
s201: and building a virtual network.
Specifically, after-sale technicians use a general network toolkit (e.g., socat) to build a virtual network as shown in fig. 3 through a public network server, where a network segment of an intranet of the virtual network is 172.10.1.0/22, and a public network address of the virtual network is: 2.3.4.5. it should be noted that the virtual network is completely under the control of after-market technicians.
S202: and adding the user host in the user network into the virtual network.
The user host is a programmable network device, so after-sales technicians configure the virtual address of the user host as 172.10.1.251 according to the network segment address of the intranet of the virtual network through operations such as related configuration, and add the user host to the virtual network.
S203: and constructing the local network.
After learning the network segment of the intranet of the user network, after the after-sales technicians construct a mask and a local network with the network segment consistent with the user network (i.e. the network segment of the intranet is 192.168.1.0/22), and ensure that the host positions of the user network and the local network do not overlap. It should be noted that the local network is a local area network created locally by an after-sales technician, the public network address of the user network is 1.2.3.4, and the public network address of the local network is 5.6.7.8, so that the difference between the two can be distinguished by the public network address.
Typically, the device data in the local network is very limited and is completely controlled by the after-market technician through the local network.
S204: a local host in the local network is joined to the virtual network.
Similarly, the local host is a programmable network device, so after-sales technicians configure the virtual address of the local host as 172.10.1.252 according to the network segment address of the intranet of the local network by operations such as related configuration and the like on the premise of ensuring that the host locations of the user network and the local network do not overlap, thereby adding the local host to the virtual network.
S205: and carrying out network mapping on the equipment to be debugged through the user host.
The network address 192.168.1.3 of the device to be debugged in the user network is mapped into the virtual network by using a network mapping technology (NETMAP) of a firewall technology (Itables) on the user host, and the virtual mapping address of the device to be debugged is 172.10.1.3.
It should be noted that NETMAP is a network mapping technique, and can project all host bits in one network segment into another network segment.
S206: and carrying out network mapping of the local terminal through the local host.
Similarly, the network address 192.168.1.10 of the local terminal in the local network is mapped into the virtual network by the network mapping technology (NETMAP) of the firewall technology (Iptables) on the local host, and the virtual mapping address of the local terminal is 172.10.1.10.
S207: the proxy address of the local terminal is configured on the subscriber host.
And establishing a proxy address of the local terminal through the user host for receiving and forwarding data of the local terminal. The proxy address of the user host is consistent with the network address of the local terminal, namely 192.168.1.10.
S208: and configuring the proxy address of the device to be debugged on the local host.
And establishing a proxy address of the equipment to be debugged through the local host, and receiving and forwarding data of the equipment to be debugged. The proxy address of the device is consistent with the network address of the device to be debugged, namely the proxy address of the local host is 192.168.1.3.
S209: and establishing a first data forwarding condition for sending the message to the equipment to be debugged through the local host.
And establishing an IP forwarding rule through the local host based on a proxy technology (such as source address forwarding SNAT) commonly used by a network outlet and an IP data packet forwarding technology (such as target address forwarding DNAT), namely sending data of the local terminal to a first data forwarding condition of the device to be debugged through the local host.
S210: and establishing a second data forwarding condition for sending the message to the local terminal through the user host.
And establishing an IP forwarding rule through the user host based on a proxy technology (such as source address forwarding SNAT) commonly used by a network outlet and a forwarding technology (such as target address forwarding DNAT) of the IP data packet, namely sending the data of the equipment to be debugged to a second data forwarding condition of the local terminal through the user host.
Through the above process, a network connection schematic diagram of the remote device debugging system shown in fig. 3 is established. It should be noted that, as shown in fig. 3, the local host and the local terminal are in the local network, and the device to be debugged and the user host are in the user network; the network segments of the internal networks of the local network and the user network are the same (192.168.1.0/22), the masks of the local network and the user network are the same, and the network addresses of the local host, the local terminal, the device to be debugged and the user host are different.
In the system building process, the local host determines a data forwarding condition according to the network mapping relation, establishes a remote debugging mode of the equipment to be debugged through the data forwarding condition based on the local terminal, and uses the virtual server as a transfer station for data interaction between the local terminal and the equipment to be debugged, so that the aim of seamlessly permeating the local terminal into a remote network for debugging is fulfilled, the debugging efficiency is improved, and the debugging cost is reduced.
It should be noted that the system architecture diagrams shown in fig. 1 and fig. 3 are only an example, and the server, the terminal, the device, and the scenario described in the embodiment of the present application are for more clearly illustrating the technical solution of the embodiment of the present application, and do not form a limitation on the technical solution provided in the embodiment of the present application, and it is known by a person skilled in the art that as the system evolves and a new service scenario appears, the technical solution provided in the embodiment of the present application is also applicable to similar technical problems. The following are detailed descriptions. It should be noted that the following description of the embodiments is not intended to limit the preferred order of the embodiments.
With reference to the system architecture of the remote device debugging system, the following will describe in detail a remote device debugging method in the present application, please refer to fig. 4, where fig. 4 is a schematic flow diagram of the remote device debugging method provided in the embodiment of the present application, and the remote device debugging method is applied to a local host. The method at least comprises the following steps:
s301: when the equipment to be debugged is abnormal in operation, acquiring a first data forwarding condition, an agent address of a local host, a network address of the equipment to be debugged and a virtual address of a user host; the first data forwarding condition is determined by a first internal network mapping relation, a first external network mapping relation and a first virtual mapping relation.
The device to be debugged refers to a device to be debugged in a remote network (i.e., a user network), and may be a television in each ecosystem in the remote network. When the equipment to be debugged runs abnormally, namely the equipment to be debugged runs in a wrong state in the running process, and the running parameters do not meet the standard.
In the actual application process, if the operation of the device to be debugged is abnormal, the user side may want the manufacturer of the device to be debugged to perform feedback such as technical consultation, fault repair, and the like, and after receiving such feedback, the manufacturer of the device to be debugged may dispatch an after-sales technician to perform debugging and repair, and the after-sales technician may immediately set up the remote device debugging system shown in fig. 3 according to the foregoing steps, thereby obtaining a first data forwarding condition (i.e., an IP address forwarding manner based on a network mapping relationship) for forwarding the debugging data of the local terminal to the device to be debugged through the local host, and obtaining a proxy address 192.168.1.3 of the local host, a network address 192.168.1.3 of the device to be debugged, a virtual address 172.10.1.251 of the user host, and the like, and conveniently and accurately sending the debugging data of the local terminal to the device to be debugged based on the obtained contents for debugging.
Specifically, the first data forwarding condition is determined by the local host according to the first intranet mapping relationship, the first extranet mapping relationship, and the first virtual mapping relationship. The first intranet mapping relation refers to the corresponding relation between the IP address 192.168.1.10 and the IP address 192.168.1.3 in the same intranet; the first external network mapping relation refers to the corresponding relation between IP addresses 192.168.1.3 and IP addresses 172.10.1.3 in the internal network and the virtual network; the first virtual mapping relation refers to the corresponding relation between the IP address 172.10.1.3 and the IP address 172.10.1.251 in the virtual network.
S302: receiving operation data of the equipment to be debugged, which is sent by the user host according to the second data forwarding condition; and the second forwarding condition is determined by the first internal network mapping relation, the second external network mapping relation and the second virtual mapping relation.
The operation data refers to data generated during the operation of the device, and may include an operation state, an operation parameter, and the like of the device.
As can be seen from the foregoing, the second data forwarding condition is determined by the user host according to the first intranet mapping relationship, the second intranet mapping relationship, and the second virtual mapping relationship, where the first intranet mapping relationship refers to a corresponding relationship between the IP address 192.168.1.10 and the IP address 192.168.1.3 in the same intranet; the first external network mapping relation refers to the corresponding relation between the IP addresses 192.168.1.10 and 172.10.1.10 in the internal network and the virtual network; the first virtual mapping relation refers to the corresponding relation between the IP address 172.10.1.10 and the IP address 172.10.1.252 in the virtual network.
Specifically, the device to be debugged determines that the proxy address of the corresponding user host should be 192.168.1.10 through the network address 192.168.1.3 and the first intranet mapping relationship, then sends the running data of the device to the user host with the proxy address of 192.168.1.10, so that the user host determines the corresponding virtual mapping address 172.10.1.10 according to the second extranet mapping relationship in sequence, first transmits the data into the virtual server, uses the virtual server as a transfer station of the data, then determines the local host with the corresponding virtual address 172.10.1.252 according to the second virtual mapping relationship, and forwards the running data to the local host through the virtual server.
S303: and sending the operation data to the local terminal according to the proxy address of the local host, the network address of the local terminal and the first intranet mapping relation.
After the local host receives the operation data of the device to be debugged, the local host determines that the destination terminal of data transmission is the local terminal with the network address of 192.168.1.10 according to the proxy address 192.168.1.3 of the local host and the first intranet mapping relation, and then sends the operation data to the local terminal.
S304: and receiving debugging data returned by the local terminal according to the running data.
The debugging data refers to data used for debugging the equipment so that the equipment can normally operate.
After-sale technicians debug through the local terminal and the obtained running data to obtain debugging data, and then the debugging data are returned to the local host, so that the local host forwards the debugging data to the equipment to be debugged.
S305: and sending the debugging data to the equipment to be debugged according to the proxy address of the local host, the network address of the equipment to be debugged, the virtual address of the user host and the first data forwarding condition so as to indicate the equipment to be debugged to debug according to the debugging data.
As shown in fig. 3, in the foregoing process, the proxy address, the network address, the virtual address, and the like of each device/host are obtained, after the local host receives the debug data returned by the local terminal, according to a first external network mapping relationship (i.e., a corresponding relationship between an IP address 192.168.1.3 and an IP address 172.10.1.3) and a proxy address 192.168.1.3 of the local host, the corresponding virtual mapping address is 172.10.1.3, so that the debug data is sent to the corresponding virtual server for data transfer, then, according to the first virtual mapping relationship (i.e., a corresponding relationship between an IP address 172.10.1.3 and an IP address 172.10.1.251), it is determined that a host with a virtual address 172.10.1.251 is a target host, that is the user host in fig. 3, then, the debug data is sent to the user host through the virtual server, finally, the debug data is sent to the device to be debugged through the user host, and the device to be debugged is instructed by the user host to run according to the debug data, thereby implementing remote debugging of the device to be debugged.
In the process, a remote device debugging system is constructed based on a physical network fusion technology of network mapping and IP address forwarding, so that the local terminal seamlessly infiltrates into a user network for debugging, the local terminal can interact with a device to be debugged in the remote network, it needs to be noted that the number of the devices to be debugged can be multiple, and therefore comprehensive and systematic remote debugging activities can be realized to the maximum extent. The remote equipment debugging mode enables after-sale technicians to debug without being in the project site, reduces debugging cost and improves debugging efficiency.
As shown in fig. 5, fig. 5 is another schematic flow chart of a remote device debugging method provided in the embodiment of the present application, and the specific flow may be as follows:
s401: when the equipment to be debugged is abnormal in operation, the network address and the virtual mapping address of the equipment to be debugged, the virtual address of the user host, the network address of the local terminal and the virtual network parameters of the preset virtual network are obtained.
The virtual mapping address of the equipment to be debugged is determined by the user host according to the virtual network parameters and the network address of the equipment to be debugged, and the virtual address of the user host is configured by the user host according to the virtual network parameters.
Specifically, when an after-sales technician learns that a device to be debugged is abnormal in operation, the network address of the device to be debugged is 192.168.1.3, a preset virtual network with the intranet segment 172.10.1.0/22 is established, the network address 192.168.1.3 of the device to be debugged in a user network is mapped into the virtual network through a network mapping technology (NETMAP) of a firewall technology (Iptables) on a user host, the virtual mapping address of the device to be debugged is 172.10.1.3, and the user host is added into the virtual network by configuring the virtual address of the user host to be 172.10.1.521; meanwhile, a local network consistent with the network segment of the intranet of the user network is built, and the network address of the local terminal is 192.168.1.10.
S402: and according to the network address of the device to be debugged, creating the proxy address of the local host.
And establishing a proxy address of the equipment to be debugged through the local host for receiving and forwarding data of the equipment to be debugged. Therefore, the proxy address should be consistent with the network address of the device to be debugged, i.e. the proxy address of the local host is 192.168.1.3.
S403: and determining a first internal network mapping relation, a first external network mapping relation and a first virtual mapping relation according to the network address and the virtual mapping address of the equipment to be debugged, the network address of the local terminal, the proxy address of the local host and the virtual address of the user host.
Specifically, in order to send data from the local terminal to the device to be debugged, the data source is determined to be the local terminal, the network address of the data source is 192.168.1.10, the target of data reception is the device to be debugged, the network address of the data source is 192.168.1.3, and based on the determination, the first internal network mapping relationship is the corresponding relationship between the IP address 192.168.1.10 and the IP address 192.168.1.3.
As can be seen from the network connection diagram of the remote device system shown in fig. 3, in the process of sending data from the local terminal to the device to be debugged, a process of sending data to the virtual server by the local host needs to be performed, so that a corresponding relationship between the IP address 192.168.1.3 and the IP address 172.10.1.3 can be determined according to the proxy address 192.168.1.3 of the local host and the virtual mapping address 172.10.1.3 of the device to be debugged; after the data is sent to the virtual server, the data needs to be forwarded to the user host by the virtual server, so that the first virtual mapping relationship is determined to be the corresponding relationship between the IP address 172.10.1.3 and the IP address 172.10.1.251 according to the virtual mapping address 172.10.1.3 of the device to be debugged and the virtual address 172.10.1.251 of the user host.
To sum up, according to the first internal network mapping relationship, the first external network mapping relationship, and the first virtual mapping relationship, the network corresponding relationship that the first data forwarding condition is to forward the data from the local terminal to the device to be debugged may be determined.
S404: and obtaining the virtual address of the local host and the virtual mapping address of the local terminal according to the virtual network parameters and the network address of the local terminal.
For the virtual address of the local host and the virtual mapping address of the local terminal, the local host is also required to be configured and determined, and the virtual network parameters of the preset virtual network (the network segment of the intranet of the virtual network is 172.10.1.0/22) are already obtained through the foregoing process. Therefore, after-sale technicians configure the virtual address of the local host as 172.10.1.252 according to the network segment address of the intranet of the local network and the virtual network parameters by operations such as related configuration and the like on the premise of ensuring that the host positions of the user network and the local network are not overlapped, so that the local host is added to the virtual network; then, the network address of the local terminal in the local network is mapped into the virtual network according to the virtual network parameter and the network address 192.168.1.10 of the local terminal by using a network mapping technology (NETMAP) of a firewall technology (Iptables) on the local host, and the virtual mapping address of the local terminal is 172.10.1.10.
S405: and receiving the operation data of the equipment to be debugged, which is sent by the user host according to the second data forwarding condition.
And the second data forwarding condition is determined by the user host according to the first internal network mapping relation, the second external network mapping relation and the second virtual mapping relation. Specifically, the second external network mapping relationship is determined by the proxy address of the user host and the virtual mapping address of the local terminal, and the second virtual mapping relationship is determined by the virtual mapping address of the local terminal and the virtual address of the local host.
S406: and sending the operation data to the local terminal according to the proxy address of the local host, the network address of the local terminal and the first intranet mapping relation.
After the local host receives the operation data of the device to be debugged, the local host determines that the destination terminal of data transmission is the local terminal with the network address of 192.168.1.10 according to the proxy address 192.168.1.3 of the local host and the first intranet mapping relation, and then sends the operation data to the local terminal.
S407: and receiving debugging data returned by the local terminal according to the running data.
After-sale technicians carry out debugging work through the local terminal and the obtained running data to obtain debugging data which can enable the equipment to run normally, and then the debugging data are sent to the local host to carry out data forwarding.
S408: and determining a target virtual mapping address according to the proxy address of the local host and the first external network mapping relation.
The data forwarding is performed through the local host, and first, according to the proxy address 192.168.1.3 of the local host and the first external network mapping relationship (namely, the corresponding relationship between the IP address 192.168.1.3 and the IP address 172.10.1.3), the target virtual mapping address of the first destination of the data is determined to be 172.10.1.3.
S409: and determining the target virtual address according to the target virtual mapping address and the first virtual mapping relation.
Then, the target virtual address of the second destination of the data is determined to be 172.10.1.251 according to the target virtual mapping address 172.10.1.3 and the first virtual mapping relationship (i.e., the correspondence relationship between IP address 172.10.1.3 and IP address 172.10.1.251).
S410: and when the target virtual address is consistent with the virtual address of the user host, acquiring the proxy address of the user host and sending the debugging data to the user host.
And matching the determined target virtual address with the virtual address of the host in the user network to obtain a second destination of the data as the user host, immediately obtaining the proxy address 192.168.1.10 corresponding to the user host, and simultaneously sending the debugging data returned by the local terminal to the user host.
It should be noted that, since there may be a plurality of subscriber hosts in the subscriber network, a corresponding target subscriber host needs to be found in an address matching manner.
S411: and instructing the user host to forward the debugging data to the equipment to be debugged according to the proxy address of the user host, the network address of the equipment to be debugged and the first intranet mapping relation.
Finally, according to the agent address 192.168.1.10 of the user host and the first intranet mapping relation (namely, the corresponding relation between the IP address 192.168.1.10 and the IP address 192.168.1.3), the address of the target device is determined to be 192.168.1.3, then, according to the address 192.168.1.3 of the target device and the device with the network address 192.168.1.3 in the user network, the corresponding device is matched to be a device to be debugged, and the debugging data is forwarded to the device to be debugged from the user host, so that the device to be debugged is debugged according to the debugging data, and abnormal operation is repaired.
Therefore, the remote equipment debugging method can realize unattended operation on a project site, and the debugging operation is not limited by time and space; in addition, by providing a physical network fusion technology based on network mapping and IP address forwarding, the purpose that a local terminal is remotely accessed to a user network of a project site to achieve the same network environment with the project site terminal is achieved, terminals in the two networks are transparent and no extra configuration and software installation are needed on the terminals/equipment; meanwhile, a data forwarding condition is determined according to the network mapping relation, a remote debugging mode of the equipment to be debugged is established through the data forwarding condition based on the local terminal, test in a remote network environment with customization, high efficiency and low cost is realized aiming at specific projects, and the method is very suitable for being used in a sample period and an after-sale maintenance period of the projects.
Based on the content of the foregoing embodiments, an embodiment of the present application provides a remote device debugging apparatus, which may be disposed in a local host. The remote device debugging apparatus is configured to execute the remote device debugging method provided in the foregoing method embodiment, and specifically, referring to fig. 6, the apparatus includes:
a first obtaining module 601, configured to obtain, when a device to be debugged is abnormal in operation, a first data forwarding condition, an agent address of the local host, a network address of the device to be debugged, and a virtual address of a user host; the first data forwarding condition is determined by a first internal network mapping relation, a first external network mapping relation and a first virtual mapping relation;
an operation data receiving module 602, configured to receive operation data of the device to be debugged, where the operation data is sent by the user host according to a second data forwarding condition; the second forwarding condition is determined by a first internal network mapping relation, a second external network mapping relation and a second virtual mapping relation;
the operation data forwarding module 603 is configured to send the operation data to the local terminal according to the proxy address of the local host, the network address of the local terminal, and the first intranet mapping relationship;
a debug data receiving module 604, configured to receive debug data returned by the local terminal according to the running data;
a debugging data forwarding module 605, configured to send the debugging data to the device to be debugged according to the proxy address of the local host, the network address of the device to be debugged, the virtual address of the user host, and the first data forwarding condition, so as to instruct the device to be debugged to debug according to the debugging data.
In one embodiment, the first obtaining module 601 includes:
the second obtaining module is used for obtaining the network address of the equipment to be debugged, the virtual mapping address of the equipment to be debugged, the virtual address of the user host, the network address of the local terminal and the virtual network parameters of the preset virtual network; the virtual mapping address of the equipment to be debugged is determined by a user host according to the virtual network parameters and the network address of the equipment to be debugged, and the virtual address of the user host is configured by the user host according to the virtual network parameters;
the first establishing module is used for establishing the proxy address of the local host according to the network address of the equipment to be debugged;
the first determining module is used for determining a first intranet mapping relation according to the network address of the equipment to be debugged and the network address of the local terminal;
the second determining module is used for determining a first external network mapping relation according to the proxy address of the local host and the virtual mapping address of the device to be debugged;
a third determining module, configured to determine a first virtual mapping relationship according to the virtual mapping address of the device to be debugged and the virtual address of the user host;
and the fourth determining module is used for determining a first data forwarding condition according to the first intranet mapping relation, the first extranet mapping relation and the first virtual mapping relation.
In one embodiment, the remote device commissioning apparatus further comprises:
the third acquisition module is used for acquiring virtual network parameters of a preset virtual network;
the address configuration module is used for configuring the virtual address of the local host according to the virtual network parameters;
a fifth determining module, configured to determine a virtual mapping address of the local terminal according to the virtual network parameter and the network address of the local terminal.
Wherein the second external network mapping relationship is determined by the proxy address of the user host and the virtual mapping address of the local terminal, and the second virtual mapping relationship is determined by the virtual mapping address of the local terminal and the virtual address of the local host.
In one embodiment, debug data forwarding module 605 includes:
a sixth determining module, configured to determine a target virtual mapping address according to the proxy address of the local host and the first extranet mapping relationship;
a seventh determining module, configured to determine a target virtual address according to the target virtual mapping address and the first virtual mapping relationship;
the first sending module is used for acquiring the proxy address of the user host and sending the debugging data to the user host when the target virtual address is consistent with the virtual address of the user host;
and the indicating module is used for indicating the user host to forward the debugging data to the equipment to be debugged according to the proxy address of the user host, the network address of the equipment to be debugged and the first intranet mapping relation so that the equipment to be debugged is debugged according to the debugging data.
The local host and the local terminal are positioned in a local network, and the equipment to be debugged and the user host are positioned in a user network; the network segments of the internal networks of the local network and the user network are the same, the masks of the local network and the user network are the same, and the network addresses of the local host, the local terminal, the device to be debugged and the user host are different. In addition, the local host and the user host are both programmable network devices.
The remote device debugging apparatus according to the embodiment of the present application may be configured to implement the technical solutions of the foregoing method embodiments, and the implementation principles and technical effects thereof are similar and will not be described herein again.
Different from the prior art, the remote equipment debugging device provided by the application is provided with the first acquisition module and the debugging data forwarding module, the data forwarding condition is determined through the first acquisition module according to the network mapping relation, the remote debugging mode of the equipment to be debugged is established through the data forwarding condition based on the local terminal, and the debugging data returned by the local terminal is forwarded to the equipment to be debugged through the debugging data forwarding module, so that the aim of seamlessly permeating the local terminal into a remote network for debugging is fulfilled, the debugging efficiency is improved, and the debugging cost is reduced.
Accordingly, an electronic device may include, as shown in fig. 7, a processor 701 having one or more processing cores, a Wireless Fidelity (WiFi) module 702, a memory 703 having one or more computer-readable storage media, an audio circuit 704, a display unit 705, an input unit 706, a sensor 707, a power supply 708, and a Radio Frequency (RF) circuit 709. Those skilled in the art will appreciate that the configuration of the electronic device shown in fig. 7 does not constitute a limitation of the electronic device and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components. Wherein:
the processor 701 is a control center of the electronic device, connects various parts of the whole electronic device by using various interfaces and lines, and performs various functions of the electronic device and processes data by operating or executing software programs and/or modules stored in the memory 703 and calling data stored in the memory 703, thereby performing overall monitoring of the electronic device. In one embodiment, processor 701 may include one or more processing cores; preferably, the processor 701 may integrate an application processor, which mainly handles operating systems, user interfaces, application programs, etc., and a modem processor, which mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into the processor 701.
WiFi belongs to short-distance wireless transmission technology, and electronic equipment can help a user to send and receive e-mails, browse webpages, access streaming media and the like through a wireless module 702, and provides wireless broadband internet access for the user. Although fig. 7 shows the wireless module 702, it is understood that it does not belong to the essential constitution of the terminal, and may be omitted entirely as needed within a range not changing the essence of the invention.
The memory 703 may be used to store software programs and modules, and the processor 701 may execute various functional applications and data processing by operating the computer programs and modules stored in the memory 703. The memory 703 may mainly include a program storage area and a data storage area, where the program storage area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, and the like), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the terminal, etc. Further, the memory 703 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device. Accordingly, the memory 703 may also include a memory controller to provide the processor 701 and the input unit 706 with access to the memory 703.
The audio circuitry 704 includes speakers that can provide an audio interface between a user and the electronic device. The audio circuit 704 can transmit the electrical signal converted from the received audio data to a speaker, and the electrical signal is converted into a sound signal by the speaker and output; on the other hand, the speaker converts the collected sound signal into an electrical signal, which is received by the audio circuit 704 and converted into audio data, and the audio data is processed by the audio data output processor 701 and then transmitted to another electronic device via the rf circuit 709, or the audio data is output to the memory 703 for further processing.
The display unit 705 may be used to display information input by or provided to a user and various graphical user interfaces of the terminal, which may be made up of graphics, text, icons, video, and any combination thereof. The Display unit 705 may include a Display panel, and in one embodiment, the Display panel may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like.
The input unit 706 may be used to receive input numeric or character information and generate keyboard, mouse, joystick, optical or trackball signal inputs related to user settings and function control. In particular, in one particular embodiment, the input unit 706 may include a touch-sensitive surface as well as other input devices. The touch-sensitive surface, also referred to as a touch display screen or a touch pad, may collect touch operations by a user (such as operations by the user on or near the touch-sensitive surface using a finger, a stylus, or any other suitable object or attachment) thereon or nearby, and drive the corresponding connection device according to a predetermined program. In one embodiment, the touch sensitive surface may comprise two parts, a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 701, and can receive and execute commands sent by the processor 701. In addition, touch sensitive surfaces may be implemented using various types of resistive, capacitive, infrared, and surface acoustic waves. The input unit 706 may include other input devices in addition to the touch-sensitive surface. In particular, other input devices may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and the like.
The electronic device may further include at least one sensor 707, such as a light sensor, a motion sensor, and other sensors, and the electronic device may further include a gyroscope, a barometer, a hygrometer, a thermometer, an infrared sensor, and other sensors, which are not described herein.
The electronic device also includes a power source 708 (e.g., a battery) for powering the various components, which may preferably be logically coupled to the processor 701 via a power management system to manage charging, discharging, and power consumption via the power management system. The power source 708 may also include any component of one or more dc or ac power sources, recharging systems, power failure detection circuitry, power converters or inverters, power status indicators, and the like.
The rf circuit 709 may be used for receiving and transmitting signals during information transmission and reception or during a call, and in particular, receives downlink information of a base station and then sends the received downlink information to one or more processors 701 for processing; in addition, data relating to uplink is transmitted to the base station. In general, rf circuitry 709 includes, but is not limited to, an antenna, at least one Amplifier, a tuner, one or more oscillators, a Subscriber Identity Module (SIM) card, a transceiver, a coupler, a Low Noise Amplifier (LNA), a duplexer, and the like. In addition, the radio frequency circuit 709 may also communicate with networks and other devices via wireless communication. The wireless communication may use any communication standard or protocol, including but not limited to Global System for Mobile communications (GSM), general Packet Radio Service (GPRS), code Division Multiple Access (CDMA), wideband Code Division Multiple Access (WCDMA), long Term Evolution (LTE), email, short Message Service (SMS), and the like.
Although not shown, the electronic device may further include a camera, a bluetooth module, and the like, which are not described in detail herein. Specifically, in this embodiment, the processor 701 in the electronic device loads the executable file corresponding to the process of one or more application programs into the memory 703 according to the following instructions, and the processor 701 runs the application program stored in the memory 703, so as to implement the following functions:
when the equipment to be debugged runs abnormally, acquiring a first data forwarding condition, an agent address of the local host, a network address of the equipment to be debugged and a virtual address of a user host; the first data forwarding condition is determined by a first internal network mapping relation, a first external network mapping relation and a first virtual mapping relation;
receiving the running data of the equipment to be debugged, which is sent by the user host according to a second data forwarding condition; the second forwarding condition is determined by the first internal network mapping relationship, the second external network mapping relationship and the second virtual mapping relationship;
sending the operating data to a local terminal according to the proxy address of the local host, the network address of the local terminal and the first intranet mapping relation;
receiving debugging data returned by the local terminal according to the running data;
and sending the debugging data to the equipment to be debugged according to the proxy address of the local host, the network address of the equipment to be debugged, the virtual address of the user host and the first data forwarding condition so as to indicate the equipment to be debugged to debug according to the debugging data.
It will be understood by those skilled in the art that all or part of the steps of the methods of the above embodiments may be performed by instructions, or by instructions controlling associated hardware, which may be stored in a computer-readable storage medium and loaded and executed by a processor.
To this end, an embodiment of the present application provides a computer-readable storage medium, in which a plurality of instructions are stored, where the instructions can be loaded by a processor to implement the functions of the remote device debugging method described above.
Wherein the computer-readable storage medium may include: read Only Memory (ROM), random Access Memory (RAM), magnetic or optical disks, and the like.
The remote device debugging method, the remote device debugging apparatus, the electronic device and the computer-readable storage medium provided in the embodiments of the present application are described in detail above, and a specific example is applied in the present application to explain the principles and embodiments of the present application, and the description of the above embodiments is only used to help understanding the method and the core idea of the present application; meanwhile, for those skilled in the art, according to the idea of the present application, the specific implementation manner and the application scope may be changed, and in summary, the content of the present specification should not be construed as a limitation to the present application.
Claims (10)
1. A remote device debugging method is applied to a local host, and comprises the following steps:
when the equipment to be debugged runs abnormally, acquiring a first data forwarding condition, an agent address of the local host, a network address of the equipment to be debugged and a virtual address of a user host; the first data forwarding condition is determined by a first internal network mapping relation, a first external network mapping relation and a first virtual mapping relation;
receiving the running data of the equipment to be debugged, which is sent by the user host according to a second data forwarding condition; the second forwarding condition is determined by the first internal network mapping relationship, the second external network mapping relationship and the second virtual mapping relationship;
sending the operating data to a local terminal according to the proxy address of the local host, the network address of the local terminal and the first intranet mapping relation;
receiving debugging data returned by the local terminal according to the running data;
and sending the debugging data to the equipment to be debugged according to the proxy address of the local host, the network address of the equipment to be debugged, the virtual address of the user host and the first data forwarding condition so as to indicate the equipment to be debugged to debug according to the debugging data.
2. The remote device debugging method of claim 1, wherein the step of obtaining the first data forwarding condition, the proxy address of the local host, the network address of the device to be debugged, and the virtual address of the user host comprises:
acquiring a network address of the equipment to be debugged, a virtual mapping address of the equipment to be debugged, a virtual address of a user host, a network address of a local terminal and virtual network parameters of a preset virtual network; the virtual mapping address of the equipment to be debugged is determined by a user host according to the virtual network parameters and the network address of the equipment to be debugged, and the virtual address of the user host is configured by the user host according to the virtual network parameters;
according to the network address of the equipment to be debugged, creating a proxy address of the local host;
determining a first intranet mapping relation according to the network address of the equipment to be debugged and the network address of the local terminal;
determining a first external network mapping relation according to the proxy address of the local host and the virtual mapping address of the device to be debugged;
determining a first virtual mapping relation according to the virtual mapping address of the device to be debugged and the virtual address of the user host;
and determining a first data forwarding condition according to the first internal network mapping relation, the first external network mapping relation and the first virtual mapping relation.
3. The remote device debugging method according to claim 1, further comprising, before the step of receiving the operation data of the device to be debugged sent by the user host according to the second data forwarding condition:
acquiring virtual network parameters of a preset virtual network;
configuring a virtual address of the local host according to the virtual network parameters;
and determining the virtual mapping address of the local terminal according to the virtual network parameters and the network address of the local terminal.
4. The remote device commissioning method of claim 3, wherein said second external network mapping relationship is determined by a proxy address of said subscriber host and a virtual mapping address of said local terminal, and wherein said second virtual mapping relationship is determined by a virtual mapping address of said local terminal and a virtual address of said local host.
5. The remote device debugging method of claim 1, wherein the step of sending the debugging data to the device to be debugged according to the proxy address of the local host, the network address of the device to be debugged, the virtual address of the user host, and the first data forwarding condition to instruct the device to be debugged to debug according to the debugging data comprises:
determining a target virtual mapping address according to the proxy address of the local host and the first extranet mapping relation;
determining a target virtual address according to the target virtual mapping address and the first virtual mapping relation;
when the target virtual address is consistent with the virtual address of the user host, acquiring the proxy address of the user host, and sending the debugging data to the user host;
and instructing the user host to forward the debugging data to the equipment to be debugged according to the proxy address of the user host, the network address of the equipment to be debugged and the first intranet mapping relation, so that the equipment to be debugged is debugged according to the debugging data.
6. The remote device debugging method of claim 1, wherein the local host and the local terminal are in a local network, and the device to be debugged and the user host are in a user network; the network segments of the internal networks of the local network and the user network are the same, the masks of the local network and the user network are the same, and the network addresses of the local host, the local terminal, the device to be debugged and the user host are different.
7. The remote device commissioning method of claim 1, wherein said local host and said user host are both programmable network devices.
8. A remote device debugging apparatus, applied to a local host, the apparatus comprising:
the first obtaining module is used for obtaining a first data forwarding condition, an agent address of the local host, a network address of the device to be debugged and a virtual address of a user host when the device to be debugged operates abnormally; the first data forwarding condition is determined by a first internal network mapping relation, a first external network mapping relation and a first virtual mapping relation;
the operation data receiving module is used for receiving the operation data of the equipment to be debugged, which is sent by the user host according to a second data forwarding condition; the second forwarding condition is determined by a first internal network mapping relation, a second external network mapping relation and a second virtual mapping relation;
the operation data forwarding module is used for sending the operation data to the local terminal according to the proxy address of the local host, the network address of the local terminal and the first intranet mapping relation;
the debugging data receiving module is used for receiving debugging data returned by the local terminal according to the running data;
and the debugging data forwarding module is used for sending the debugging data to the equipment to be debugged according to the proxy address of the local host, the network address of the equipment to be debugged, the virtual address of the user host and the first data forwarding condition so as to indicate the equipment to be debugged to debug according to the debugging data.
9. An electronic device comprising a processor and a memory, the memory storing a computer program, the processor being configured to execute the computer program in the memory to perform the steps of the remote device commissioning method of any one of claims 1 to 7.
10. A computer readable storage medium storing instructions adapted to be loaded by a processor to perform the steps of the remote device method of any of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210940134.6A CN115412540A (en) | 2022-08-05 | 2022-08-05 | Remote equipment debugging method and device, electronic equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210940134.6A CN115412540A (en) | 2022-08-05 | 2022-08-05 | Remote equipment debugging method and device, electronic equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115412540A true CN115412540A (en) | 2022-11-29 |
Family
ID=84159675
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210940134.6A Pending CN115412540A (en) | 2022-08-05 | 2022-08-05 | Remote equipment debugging method and device, electronic equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115412540A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115794313A (en) * | 2022-12-26 | 2023-03-14 | 科东(广州)软件科技有限公司 | Virtual machine debugging method, system, electronic equipment and storage medium |
| CN116896583A (en) * | 2023-07-17 | 2023-10-17 | 博智安全科技股份有限公司 | Remote control method, device, electronic equipment and storage medium |
-
2022
- 2022-08-05 CN CN202210940134.6A patent/CN115412540A/en active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115794313A (en) * | 2022-12-26 | 2023-03-14 | 科东(广州)软件科技有限公司 | Virtual machine debugging method, system, electronic equipment and storage medium |
| CN115794313B (en) * | 2022-12-26 | 2024-04-09 | 科东(广州)软件科技有限公司 | Virtual machine debugging method, system, electronic device and storage medium |
| CN116896583A (en) * | 2023-07-17 | 2023-10-17 | 博智安全科技股份有限公司 | Remote control method, device, electronic equipment and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106686070B (en) | Database data migration method, device, terminal and system | |
| CN115412540A (en) | Remote equipment debugging method and device, electronic equipment and storage medium | |
| CN110032512B (en) | Debugging method of small program, related equipment and terminal | |
| CN105320598A (en) | Software testing method and device | |
| CN105491135B (en) | Establish the method and device of data connection | |
| CN104142868A (en) | Connection establishment method and device | |
| CN105162591A (en) | Equipment registration method and device | |
| CN107423099B (en) | Key code programming method, server, terminal, key code programming system and storage medium | |
| CN106162811B (en) | Method and device for establishing network connection | |
| CN105530222A (en) | Method for establishing connection among terminals, and device and system | |
| CN115756881A (en) | Data processing method, device, equipment and storage medium based on SDK | |
| CN106470234B (en) | Equipment discovery method and device | |
| CN105975316A (en) | Process management method and device and equipment | |
| CN112749074A (en) | Test case recommendation method and device | |
| CN104391629A (en) | Method for sending message in orientation manner, method for displaying message, server and terminal | |
| CN104092657A (en) | Information transmission method, device and system | |
| CN105955789B (en) | A kind of application program discharging method, device and equipment | |
| CN109348425B (en) | Positioning information updating method, device, equipment and storage medium | |
| CN103729283A (en) | System log output method and device and terminal device | |
| CN104751333A (en) | Information interaction method, device and system | |
| CN107463524A (en) | A kind of method and relevant device for accessing data | |
| CN111193636A (en) | Method and device for testing availability of single machine | |
| CN104580251A (en) | Method and device for authorized fast logging | |
| CN112328304B (en) | Script adaptation method, system, equipment and computer storage medium | |
| CN103973546B (en) | Communicating method, device and system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |