Data access and firewall tunneling using a custom socket factory
A method of tunneling through a network separation device such as a firewall or a Network Address Translator comprising establishing via a custom socket factory coupled with a host device, a connection with a cloud server by tunneling through a network separation device; maintaining, via the custom socket factory, the connection with the cloud server through the network separation device; receiving, via the connection between the custom socket factory and the cloud server, connection information; and directly connecting, via the custom socket factory, to a client device using the connection information received from the cloud server.
1. A method comprising:
establishing, by a host device coupled to a custom socket factory, a first connection between the custom socket factory and an intermediary through a network separation device, the intermediary on a first side of the network separation device and the host device on a second side of the network separation device;
receiving, by the custom socket factory via the first connection, connection information of a client device from the intermediary; and
establishing, by the custom socket factory, a second connection between the custom socket factory and the client device via a network and through the network separation device using the connection information of the client device.
2. The method of claim 1 , wherein:
the host device is behind the network separation device;
the intermediary and the client device are outside of the network separation device; and
the network separation device is one of a firewall and a network address translator.
3. The method of claim 1 , wherein the custom socket factory establishes the second connection between the custom socket factory to the client device by:
opening a new socket connection to the client device using the connection information of the client device; and
returning the new socket connection to the host device that is responsible for responding to a client request from the client device.
4. The method of claim 1 , wherein:
the custom socket factory lacks a listener port; and
the custom socket factory appears as a default socket factory of the host device.
5. The method of claim 1 , wherein the custom socket factory maintains the first connection between the custom socket factory and the intermediary by:
determining that a connection to the host device is not requested during a timeout period associated with the first connection between the custom socket factory and the intermediary;
re-establishing the first connection between the custom socket factory and the intermediary; and
resetting the timeout period.
6. The method of claim 1 , wherein the custom socket factory maintains the first connection between the custom socket factory and the intermediary by:
performing a long poll action with the intermediary, the long poll action associated with a long poll timeout;
determining that a long poll timeout occurs; and
starting another long poll action with the intermediary without a socket disconnection.
7. The method of claim 1 , further comprising:
receiving, at the custom socket factory via the first connection, a signal indicating that a connection to the host device is requested responsive to the intermediary receiving credential information of the client device and a host identifier of the host device responsive to the intermediary determining that the client device is permitted to connect to the host device based on the credential information of the client device and the host identifier of the host device.
8. The method of claim 1 , wherein receiving the connection information of the client device is responsive to a long poll action or a push action performed by the custom socket factory.
9. The method of claim 1 , wherein the connection information of the client device includes one or more of socket information, address information, a port number, and routing information associated with the client device.
10. The method of claim 1 , wherein:
the connection information of the client device is obtained by and stored at the intermediary; and
receiving the connection information of the client device includes retrieving the connection information of the client device from the intermediary.
11. A host device comprising:
one or more processors; and
a memory storing instructions that, when executed by the one or more processors, cause the host device to:
establishing a first connection between a custom socket factory and an intermediary through a network separation device, the intermediary on a first side of the network separation device and the host device on a second side of the network separation device;
receiving, by the custom socket factory via the first connection, connection information of a client device from the intermediary; and
establishing, by the custom socket factory, a second connection between the custom socket factory and the client device via a network and through the network separation device using the connection information of the client device.
12. The host device of claim 11 , wherein:
the host device is behind the network separation device;
the intermediary and the client device are outside of the network separation device; and
the network separation device is one of a firewall and a network address translator.
13. The host device of claim 11 , wherein the custom socket factory establishes the second connection between the custom socket factory and the client device by:
opening a new socket connection to the client device using the connection information of the client device; and
returning the new socket connection to the host device that is responsible for responding to a client request from the client device.
14. The host device of claim 11 , wherein:
the custom socket factory lacks a listener port; and
the custom socket factory appears as a default socket factory of the host device.
15. The host device of claim 11 , wherein the custom socket factory maintains the first connection between the custom socket factory and the intermediary by:
determining that a connection to the host device is not requested during a timeout period associated with the first connection between the custom socket factory and the intermediary;
re-establishing the first connection between the custom socket factory and the intermediary; and
resetting the timeout period.
16. The host device of claim 11 , wherein the custom socket factory maintains the first connection between the custom socket factory and the intermediary by:
performing a long poll action with the intermediary, the long poll action associated with a long poll timeout;
determining that a long poll timeout occurs; and
starting another long poll action with the intermediary without a socket disconnection.
17. The host device of claim 11 , wherein the instructions, when executed by the one or more processors cause the one or more processors to:
receive, at the custom socket factory via the first connection, a signal indicating that a connection to the host device is requested responsive to the intermediary receiving credential information of the client device and a host identifier of the host device responsive to the intermediary determining that the client device is permitted to connect to the host device based on the credential information of the client device and the host identifier of the host device.
18. The host device of claim 11 , wherein receiving the connection information of the client device from the intermediary is responsive to a long poll action or a push action performed by the custom socket factory.
19. The host device of claim 11 , wherein the connection information includes one or more of socket information, address information, a port number, and routing information associated with the client device.
20. The host device of claim 11 , wherein:
the connection information of the client device is obtained and stored at the intermediary; and
receiving the connection information of the client device includes retrieving the connection information of the client device from the intermediary.