WO2015074391A1

WO2015074391A1 - Method and apparatus for mounting peripheral components on multiple virtual machines

Info

Publication number: WO2015074391A1
Application number: PCT/CN2014/078077
Authority: WO
Inventors: 刘宝起
Original assignee: 华为技术有限公司
Priority date: 2013-11-22
Filing date: 2014-05-22
Publication date: 2015-05-28
Also published as: CN103618780B; CN103618780A

Abstract

Disclosed are a method and an apparatus for mounting peripheral components on multiple virtual machines. The method comprises: after a server receives a first message that is sent by a first terminal and is for establishing a connection with a peripheral component, the server obtaining an identification code uniquely identifying the peripheral component from the first message; the server establishing a connection with the terminal, so that the server accesses the peripheral component and connects the peripheral component to a corresponding virtual machine, so as to implement the mounting of the peripheral component of the virtual machine; and storing a correspondence between the virtual machine and the terminal according to the identification code, so that the server determines the corresponding virtual machine according to the received identification code. The method and the apparatus disclosed in the present invention solve the problem that the usability for a user is not high because an existing server cannot distinguish content of each terminal, and a CD-ROM drive can be mounted on only one virtual machine on a same host so as to install an operating system.

Description

The present invention relates to the field of communication network technologies, and in particular, to a multi-virtual machine mounted optical drive method and apparatus. Background technique

The role of Cloud Computing is to simplify computing resources (CPU, memory λ network and storage resources into resources that are as easy to use as hydropower, and users can easily use it over the network.

Virtualization technology is an important supporting technology for cloud computing. Virtualization technology can expand the capacity of hardware and simplify the software reconfiguration process. Virtualization technology through CPU, memory, and network allows one platform to run multiple virtual machines at the same time, and each virtual machine can run independently without affecting each other, which significantly improves work efficiency.

After the cloud platform is set up, you need to create a virtual machine template or mirror. You can deploy and distribute VMs in batches through this template and mirror.

The current common way to create a virtual machine template or image is to first create a virtual machine with a naked virtual machine, and then mount the virtual machine to mount the laptop or the image of the server as a virtual machine drive.

There are many ways to mount an optical drive, including the shared Common Internet File System (CIFS) protocol and the Small Form Factor (SFF) protocol. In the prior art, if multiple terminals are connected to the server at the same time, the server cannot distinguish each terminal content, and finally the same host can only have one virtual machine mounted with the optical drive to install the operating system, so the user is not easy to use. . Summary of the invention

The present invention provides a method and apparatus for implementing a multi-virtual machine to mount peripheral components, and the present invention The provided method and device solve the problem that the server in the prior art cannot distinguish each terminal content, and finally the same host can only have one virtual machine mounted with the optical drive to install the operating system, so the user is not easy to use.

In a first aspect, a method for implementing a multi-virtual machine to mount a peripheral component is provided. The method includes: after receiving a first message sent by a terminal to establish a connection of a peripheral component, the server obtains a uniqueness from the first message. Identifying an identification code of the peripheral component;

Establishing a connection between the server and the terminal, so that the server accesses the peripheral component, and connects the peripheral component to the corresponding virtual machine, and implements mounting of the peripheral component of the virtual machine; storing according to the identifier Corresponding relationship between the virtual machine and the terminal, so that the server determines the corresponding virtual machine according to the received identification code.

With reference to the first aspect, in a first possible implementation, the first message includes: identifier information, used to indicate a type of the peripheral component;

An identification code for uniquely indicating the peripheral component mounted on the server.

In conjunction with the first aspect or the first possible implementation of the first aspect, in a second possible implementation, obtaining an identifier that uniquely identifies the peripheral component from the first message includes:

Obtaining a length value of the identification code from the specified flag bit, and acquiring an identifier corresponding to the length value from the preset position; or

The start position of the storage identification code and the length value of the identification code are obtained from the preset position, and an identification code corresponding to the length value is read from the start position.

With reference to the first aspect, or the first to the second possible implementation manners of the first aspect, in a third possible implementation manner, the method further includes:

When receiving the second request that the plurality of access terminals access the different virtual machines at the same time, the identification code is obtained from the second request, and the target virtual machine corresponding to each access terminal is determined according to the obtained identification code.

In combination with the first aspect, or the first to third possible implementations of the first aspect, at the fourth After the target virtual machine corresponding to each access terminal is determined according to the obtained identification code, the method further includes:

Sending, by the server, an access request to the target terminal corresponding to the target virtual machine, and receiving a data flow returned by the target terminal for the access request, and feeding back the data flow to the second aspect of the access terminal, providing a server, The server includes:

An obtaining module, configured to obtain, after receiving a first message sent by a terminal to establish a connection of a peripheral component, obtain an identifier that uniquely identifies the peripheral component from the first message;

a mounting module, configured to establish a connection with the terminal, so that the server accesses the peripheral component, and connects the peripheral component to a corresponding virtual machine to implement peripheral component mounting of the virtual machine;

And a storage module, configured to store, according to the identifier, a correspondence between the virtual machine and the terminal, so that the server determines a corresponding virtual machine according to the received identifier.

With reference to the second aspect, in a first possible implementation, the obtaining module obtains the identifier that uniquely identifies the peripheral component from the first message, including:

Obtaining a length value of the identifier from the specified flag bit, and acquiring an identifier corresponding to the length value from the preset position; or acquiring a starting position of the storage identifier and a length value of the identifier from the preset position, The starting position begins to read an identification code corresponding to the length value.

With reference to the second aspect or the first possible implementation manner of the second aspect, in a second possible implementation manner, the server further includes:

The access receiving module is configured to: when receiving the second request that the multiple access terminals access the different virtual machines at the same time, obtain the identification code from the second request, and determine, according to the obtained identification code, the corresponding access of each access terminal The target virtual machine.

With reference to the second possible implementation of the second aspect, in a third possible implementation, the access receiving module is further configured to send an access request to the target terminal corresponding to the target virtual machine, and receive the target terminal for the Accessing the data stream returned by the request and feeding back the data stream to the Said access terminal.

One or both of the above technical solutions have at least the following technical effects:

The method and the device provided by the embodiments of the present invention distinguish each terminal by using an identification code that uniquely identifies the terminal when the virtual machine optical disk drive is mounted, so that the server can distinguish each virtual machine according to the identification code, and can also be based on the identification code carried by the terminal. Determine the virtual machine that the terminal needs to access. Therefore, after multiple terminals mount the optical drive to multiple virtual machines at the same time, different terminals can simultaneously operate the virtual machine (this operation includes: installing the operating system or software copy, etc.)

1 is a schematic flow chart of a method for implementing a multi-virtual machine to mount peripheral components according to an embodiment of the present invention;

FIG. 1 is a schematic flowchart of a specific application method for implementing a method for mounting a peripheral component of a multi-virtual machine according to an embodiment of the present invention; FIG.

2 is a schematic structural diagram of a server according to an embodiment of the present invention;

FIG. 3 is a schematic diagram showing the structure of an apparatus for implementing a peripheral component of a multi-virtual machine according to an embodiment of the present invention. detailed description

Because in the prior art, the SFF protocol has the same message format length and memory. After multiple clients are connected to the server at the same time, the server cannot distinguish each client-side content, and finally the same host can only have one virtual machine mounted on the optical drive for operation. The installation of the system, so the user is not easy to use.

In order to overcome the above problems in the prior art, the present invention provides a method for implementing a multi-virtual machine to mount a peripheral component, the method comprising:

After receiving the first message sent by the terminal to establish a connection of the peripheral component, the server obtains an identifier that uniquely identifies the peripheral component from the first message; Establishing a connection between the server and the terminal, so that the server accesses the peripheral component, and connects the peripheral component to the corresponding virtual machine, and implements mounting of the peripheral component of the virtual machine; storing according to the identifier Corresponding relationship between the virtual machine and the terminal, so that the server determines the corresponding virtual machine according to the received identification code.

In the example of the present invention, each virtual terminal is distinguished by an identification code that uniquely identifies the terminal when the virtual machine optical disk drive is mounted, so that the server can distinguish each virtual machine according to the identification code, and can also determine that the terminal needs to access according to the identification code carried by the terminal. The virtual machine, so after multiple terminals mount the optical drive to multiple virtual machines at the same time, different terminals can simultaneously operate the virtual machine (this operation includes: installing an operating system or software copy, etc.)

Some portions of the detailed description below are presented in the form of an algorithm that includes operations on data stored in a computer memory. An algorithm generally refers to a self-consistent sequence of operations that result in a desired result. These operations typically require or involve physical manipulation or physical quantities. Typically, but not necessarily, these quantities take the form of electrical or magnetic signals that can be stored, transferred, combined, compared, and otherwise manipulated. It has proven convenient at times, principally for reasons of common usage, to refer to these signals as bits, values, elements, symbols, characters, terms, numbers, and so forth.

It should be borne in mind, however, that all of these and similar terms are associated with the appropriate physical quantities and are merely a convenient reference to the quantities. The descriptions of terms such as "processing" or "calculating" or "determining" or "displaying" may be used throughout the specification to mean a data processing system or similar electronic device, unless otherwise explicitly stated otherwise. Actions and processes that manipulate data in a computer's registers and memory in physical (electronic) quantities and convert them into memory or registers of the system (or other such means of storing, transmitting, or displaying such information). Other data that is similarly represented in the form of physical quantities.

The invention may relate to an apparatus for performing one or more of the operations described herein. The device may be specially constructed for the required purposes, or may also include a general purpose computer selectively activated by a computer program stored in the computer. Or reconfigure such computer program may be stored in a machine (eg computer) readable medium or in any type of medium suitable for storing electronic instructions and respectively coupled to a bus, the computer readable medium comprising But not limited to any type of disk (including floppy disk, CD, CD-ROM)

Relationship, so if the user terminal wants to access the corresponding virtual machine after the mount is successful, the identifier can be carried in the access request, so that the server can find the virtual machine to be accessed according to the carried identifier. Solve the problem that the server does not recognize the multiple terminals when they are attached to multiple virtual machines at the same time.

After multiple terminals mount optical drives to multiple virtual machines at the same time, if the terminal installs the operating system at the same time or the software copy is implemented, it can be:

In order

The server sends an access request to the target terminal corresponding to the target virtual machine, and receives the data flow returned by the target terminal for the access request, and feeds back the data flow to the access terminal. In the embodiment of the present invention, the terminal is When the peripheral component is mounted for the virtual machine, each terminal and the virtual machine are distinguished by the identification code. Therefore, after the virtual machine mounts the peripheral component, the server can determine the terminal according to the identification code carried in the request of the terminal to access the virtual machine. The virtual machine that needs to be accessed, so that multiple terminals can install an operating system or a software copy to the corresponding virtual machine at the same time.

In order to explain the solution provided by the embodiment of the present invention in more detail, the following is a detailed description of the solution of the present invention by taking an optical drive mount as an example:

As shown in Table 1, the structure of the optical drive connection message is established in the prior art SFF protocol, wherein the size of the optical drive connection message established by the SFF protocol is 12 bytes (Byte), and the 0th byte represents that the message is to establish an optical drive connection. Message; the first byte represents the message is to achieve the optical drive mount; the next 2-11 bytes in the message are all 0, no representation. The format and length of the optical drive connection message sent by each client are the same. Therefore, when multiple clients establish a connection, the server cannot determine which client the image file formed after the optical drive is mounted belongs to. 0 ( byte ) 1 2 11

Device—Type Device_Type_CDrom 0 0

Table 1

Based on the above problem of the prior art, the method provided by the embodiment of the present invention is to modify the establishment connection message of the SFF protocol, and the main purpose of the modification is to add an identification code for distinguishing each terminal and the image file in the connection connection message. The modified optical drive connection message includes:

Identification information (Device_Type of the 0th byte in Table 1 and Device_Type_CDrom of the 1st byte) for indicating the type of the peripheral component;

In the embodiment of the present invention, since the types of peripheral components include various types, for example, an optical drive, a floppy drive, and a USB. Also, each type of peripheral component can include multiple types. Therefore, the identification information can be composed of two parts:

The first part is used to indicate the approximate classification of the peripheral components, such as the mounted peripheral components are optical drives or floppy drives.

The second part is used to indicate the specific type of the mounted peripheral components based on the approximate classification, for example, the peripheral component of the optical drive classification is a CD drive or an iso file.

In the embodiment of the present invention, as long as the establishment connection message includes an identification code for distinguishing the image file and the terminal, the operation of the operating system installation and the software copy of the corresponding virtual machine can be implemented by different user terminals at the same time, so the following Several optimized implementations are provided to modify an existing connection establishment message, and the modified connection establishment message can carry the identification code, and the specific modification method includes:

A, modifying the length of the establishing the optical drive connection message, and adding the identification code to the end of the original established optical drive connection message;

For example, the identifier provided in the embodiment of the present invention is a universal unique identifier (Universally The specific format of the optical drive connection message in the method provided by the embodiment of the present invention may be (as shown in Table 2):

Table 2

In the embodiment of the present invention, the SFF protocol establishing optical drive connection message (or called establishing an optical drive connection message) may be extended to a message of length 48 bytes (Byte), wherein the 0th byte and the 1st byte are combined with the original message. The content carried is the same, that is, the 0th byte represents the establishment of the optical drive connection message, the first byte represents the specific type of the mounted optical drive, and the following 2, 3, 8, 9, 10, 11 bytes are 0, no Said.

In this embodiment, in order to facilitate the server to determine the content of the identification code (which may be a UUID), the newly added UUID may be added at the end of the original message by default, so in this embodiment as long as it is in the original message structure (ie, the second one) The byte to the eleventh byte) indicates the length of the UUID. In the present embodiment, the four bytes from the 4th to the 7th are selected (in order to adapt to the length of the different identification code, the length of the four-byte identification code is set in the example, and it is not limited to use only four bytes) to indicate the UUID. The length, the specific environment can also be 5th to 8th, 6th to 9th, and so on. Because the length of the UUID is long, the length of the UUID can be expressed in hexadecimal. In this example, the length of the UUID is 36, and the modified message for establishing the optical drive connection may be: In this embodiment, the server obtains a unique identifier for the first terminal from the formed optical drive connection message formed. The specific implementation manner of the first identification code includes:

Obtaining a length value of the identification code from the specified flag bit, and acquiring an identifier corresponding to the length value from the preset position.

The specific implementation of reading the UUID in the setup optical drive connection message formed by the foregoing example A may be: Server identification message 4-7 bytes (in the specific implementation environment, it may be the second to the 11th Two or more bytes, where the number of bytes is determined according to the length of the identification code)

0x24 (hexadecimal), it can be determined that 0x24 bytes are read as UUID content from the 12th byte of the message establishing the optical drive connection (ie, X in the above example represents the specific content of the newly added UUID), ie The UUID that uniquely identifies the mounted optical drive is 36 bytes long. The 36-byte UUID is represented by the 12th to 47th bytes in the message.

B, adding a start position and a length of the identifier indication identifier in the establishing the optical drive connection message, and adding the identifier to the establishing the optical drive connection message;

For example, if the identifier provided in the embodiment of the present invention is a Universally Unique Identifier (UUID), and the length of the UUID is 36 bytes, the optical drive connection message is established in the method provided by the embodiment of the present invention. The specific format can be (as shown in Table 3):

table 3

In the embodiment of the present invention, the SFF protocol establishing optical drive connection message (or called establishing an optical drive connection message) may be extended to a message of length 48 bytes (Byte), wherein the 0th byte and the 1st byte are combined with the original message. The content carried is the same, that is, the 0th byte represents the establishment of the optical drive connection message, the first byte represents the message for the optical drive mount, and the latter 2, 3, 8, 9, 10, 11 bytes are 0. No indication.

In this embodiment, in order to facilitate the server to determine the content of the identification code (ie, UUID), a flag is added in the setup optical drive connection message to indicate the starting position and length of the added UUID, that is, 4th to 7th in Table 3. The content in the byte, in this embodiment, as long as the starting position and length of the UUID are indicated in the original message structure (ie, the second byte to the eleventh byte), the server can be added by using the two information. UUID. In the embodiment, the four bytes of the 4th to 7th are selected to indicate the starting position and length of the UUID, and the specific environment may also be 5~8, 6-9, and the like. In this example, the 4th and 5th bytes may indicate the starting position of the storage UUID, and the 6th and 7th bytes indicate The length of the UUID. Since the length and the starting position of the UUID are indicated in this embodiment, the starting position of the UUID may be any position of the setup optical drive connection message (if the UUID does not start from the 12th byte, the connection The length of the message will have a corresponding adjustment

In this example, uuiD has a length of 36, and the starting position of the UUID is the 12th byte, so the corresponding 4th to 7th bytes correspond to i) C2 (0C corresponds to the starting position 12 24 corresponding to the length of the UUID 36 The modified optical drive connection message may be: In this embodiment, the specific implementation manner of the server for obtaining the first identifier that uniquely identifies the first terminal from the formed optical drive connection message is:

The storage start position and the length value of the identification code are obtained from the preset position, and the identification code corresponding to the length value is read from the storage start position.

The specific implementation of reading the UUID in the setup optical drive connection message formed by the foregoing example B may be: the content of the 4-7th byte of the server identification message is 0C24 (hexadecimal), then the message from the optical drive connection may be determined. The 12th byte begins to read 36 bytes for the UUID ^: that is, X in the above example represents the specific content of the newly added UUID), that is, the UUID uniquely identifies the optical drive is 36 bytes in length, and the 36-byte UUID It is represented by the 12th to 47th bytes in the message.

The method provided by the embodiment of the present invention, even if the length of the connection messages sent by each terminal is the same (both 48-byte length), since the UUID of each terminal is different, when multiple terminals establish a connection, the server end is based on the UUID. Judging and determining each terminal, so that multiple terminals can mount optical drives to multiple virtual machines at the same time, thereby facilitating simultaneous installation of operating systems or software copies by different users. Under the same protocol, clients and servers from different vendors can seamlessly link.

As shown in FIG. 1A, in order to achieve the image file of the terminal, there is no need to open the sharing, the terminal does not need to turn off the firewall of the local machine, the host does not need to input the URL of the image when accessing the terminal, and the host does not need to input the user name and password when accessing the terminal. When the above peripheral components are mounted, the service The interaction between the device and the terminal can be implemented by using the SFF protocol. The specific implementation steps include: Step 1A01: Perform mutual trust verification between the server and the terminal.

When performing mutual trust verification, the client (or user terminal) generates a security ID according to the algorithm and sends the ID to the server for verification. Since the algorithm for generating the security ID is the same as that of the client, the server can ensure that the client is dependable after verifying the security ID sent by the client. Therefore, after the mutual trust verification is guaranteed, no additional mutual trust operation is required, for example, inputting the username and password of the server for mutual trust verification.

Step 1A02, the client and the server establish a link through the TCP protocol, and the client simultaneously maps the local ISO file or the optical drive to the server to form a virtual machine.

After the virtual machine is formed, the server can access the ISO file or the optical drive of the client by accessing the virtual machine. In this way, the server only needs to access the local device without accessing the shared remote URL, so it is possible to achieve the effect that the host does not need to input the mirrored URL when accessing the client.

Step 1A03: When the server accesses the device, the client reads the data stream of the local ISO or CD-ROM and sends it to the server.

Step 1A04, after the data transmission is completed, the client will send a message to disconnect the link.

Step 1A05, the server opens a port number for client access, so the client can access the server without shutting down the server firewall.

The mounting method of the above peripheral component provided by the embodiment of the present invention implements the interaction between the client and the server through the SFF protocol, so that the image file of the portable computer does not need to be openly shared, and the portable computer does not need to turn off the firewall of the machine. The host does not need to enter the URL of the image when accessing, and the effect of the user name and password is not required when the host accesses.

As shown in FIG. 2, the embodiment of the present invention further provides a server, where the server includes: an obtaining module 201, configured to receive, after receiving a first message sent by a terminal to establish a connection of a peripheral component, from the first message. Obtaining an identification code uniquely identifying the peripheral component;

In the embodiment of the present invention, the peripheral components may be: an optical drive, a floppy drive, and a USB device. If the peripheral component is an optical drive, the first message may be to establish an optical drive connection The mounting module 202 is configured to establish a connection with the terminal, so that the server accesses the peripheral component, and connects the peripheral component to the corresponding virtual machine, so that the peripheral component of the virtual machine is mounted;

The storage module 203 is configured to store, according to the identifier, a correspondence between the virtual machine and the terminal, so that the server determines the corresponding virtual machine according to the received identifier.

After a plurality of terminals simultaneously mount an optical drive to a plurality of virtual machines, if the terminal simultaneously installs an operating system or a software copy, the server is further configured to transfer the access requests of the multiple terminals to the corresponding virtual machines, so The server also includes:

The access receiving module 204 is configured to: when receiving a second request that multiple access terminals access the different virtual machines at the same time, obtain an identification code from the second request, and determine, according to the obtained identification code, each access terminal The target virtual machine that is accessed.

In addition, in order to mount the peripheral component, the terminal does not need to turn off the firewall of the local machine, and the access receiving module 204 is further configured to receive a second request for accessing different virtual machines by multiple access terminals simultaneously. Obtaining an identification code in the second request, and determining, according to the obtained identification code, a target virtual machine corresponding to each access terminal.

In the embodiment of the present invention, the operating system installation and the software copy operation are performed on the corresponding virtual machine by using different user terminals at the same time, as long as the identification message for distinguishing the peripheral components and the terminal is included in the connection establishment message. The specific implementation manner of obtaining the identification code from the establishment connection message including the identification code may be:

And obtaining, by the obtaining module, the identification code that uniquely identifies the peripheral component from the first message, including:

As shown in FIG. 3, the present invention further provides another apparatus for implementing a multi-virtual machine to mount peripheral components. A method for implementing a multi-VM mount peripheral component in the various embodiments described above, comprising at least one processor 301 (eg, CPU:), at least one network interface 302 or other communication interface, memory 303, and at least one communication A bus 304 is used to implement connection communication between these devices. The processor 301 is configured to execute an executable module, such as a computer program, stored in the memory 303. The memory 303 may include a high speed random access memory (IK RAM Random Access Memory) and may also include a non-volatile memory such as at least one disk memory. The communication connection between the system gateway and at least one other network element is implemented by at least one network interface 302 (which may be wired or wireless), and may use an Internet, a wide area network, a local network, a metropolitan area network, or the like.

In some embodiments, the apparatus provided by the present invention can be applied to a peer base station to establish a Χ2 interface, and the memory in the apparatus stores the program 3031, and the program can be executed by the processor. The program includes: After receiving the first message sent by the terminal to establish a connection of the peripheral component, obtaining an identifier that uniquely identifies the peripheral component from the first message; establishing a connection with the terminal, so that the device accesses the external a component is provided, and the peripheral component is connected to the corresponding virtual machine, and the peripheral component of the virtual machine is mounted; and the corresponding relationship between the virtual machine and the terminal is stored according to the identifier, so that the The device determines the corresponding virtual machine according to the received identification code.

The above one or more technical solutions in the embodiments of the present application have at least the following technical effects:

The method of the present invention is not limited to the embodiments described in the specific embodiments, and those skilled in the art can obtain other embodiments according to the technical solutions of the present invention, and also belong to the technology of the present invention. The scope of innovation.

It is apparent that those skilled in the art can make various modifications and variations to the invention without departing from the spirit and scope of the invention. Thus, it is intended that the present invention covers such modifications and variations as the modifications and variations of the present invention are intended to be included within the scope of the present invention.

Claims

Rights request

1. A method for implementing multiple virtual machines to mount peripheral components, characterized in that the method includes: After the server receives a first message sent by a terminal to establish a peripheral component connection, the server obtains the peripheral component from the first message. An identification code that uniquely identifies the peripheral component;

The server establishes a connection with the terminal so that the server accesses the peripheral component and connects the peripheral component to the corresponding virtual machine to implement the mounting of the peripheral component of the virtual machine; store according to the identification code The corresponding relationship between the virtual machine and the terminal enables the server to determine the corresponding virtual machine based on the received identification code.

2. The method of claim 1, wherein the first message includes: identification information used to indicate the type of the peripheral component;

An identification code used to uniquely identify the peripheral component mounted on the server.

3. The method according to any one of claims 1 to 2, wherein obtaining an identification code that uniquely identifies the peripheral component from the first message includes:

Obtain the length value of the identification code from the specified flag position, and obtain the identification code corresponding to the length value starting from the preset position; or

Obtain the starting position of storing the identification code and the length value of the identification code from the preset position, and read the identification code corresponding to the length value starting from the starting position.

4. The method according to any one of claims 1 to 3, characterized in that the method further includes: when receiving a second request from multiple access terminals to access different virtual machines at the same time, from the second request Obtain the identification code, and determine the target virtual machine corresponding to each access terminal based on the obtained identification code.

5. The method according to any one of claims 1 to 4, characterized in that, after determining the target virtual machine corresponding to each access terminal according to the obtained identification code, it further includes:

The server sends an access request to the target terminal corresponding to the target virtual machine, receives the data stream returned by the target terminal in response to the access request, and feeds the data stream back to the access terminal.

6. A server, characterized in that the server includes:

An acquisition module, configured to obtain an identification code that uniquely identifies the peripheral component from the first message after receiving a first message sent by a terminal to establish a connection to a peripheral component;

A mounting module is used to establish a connection with the terminal, so that the server accesses the peripheral components, and connects the peripheral components to the corresponding virtual machine to implement mounting of the peripheral components of the virtual machine;

A storage module configured to store the corresponding relationship between the virtual machine and the terminal according to the identification code, so that the server determines the corresponding virtual machine according to the received identification code.

7. The server according to claim 6, wherein the acquisition module obtains the identification code that uniquely identifies the peripheral component from the first message and includes:

Obtain the length value of the identification code from the specified flag position, and obtain the identification code corresponding to the length value starting from the preset position; or, obtain the starting position of the storage identification code and the length value of the identification code from the preset position, and obtain the length value of the identification code from the preset position. The starting position starts reading the identification code corresponding to the length value.

8. The server according to claim 6 or 7, wherein the server further includes:

The access receiving module is used to obtain an identification code from the second request when receiving a second request from multiple access terminals to access different virtual machines at the same time, and determine the corresponding access of each access terminal based on the obtained identification code. the target virtual machine.

9. The server according to claim 8, wherein the access receiving module is further configured to send an access request to a target terminal corresponding to the target virtual machine, and receive a data stream returned by the target terminal in response to the access request, and Feed back the data stream to the access terminal.