The present invention relates to network communications, and in particular to an improved technique for tunneling through firewalls.
Given the need to protect network servers, firewalls are employed to ensure that only authorized communications take place with the server. A significant problem facing many client-server applications is that the client runs outside of the firewall, and thus must be able to establish connections with the server through the firewall. In most applications, only a limited set of ports is available on the firewall to facilitate communications between the client and the server. Many applications, such as Common Object Request Broker Architecture (CORBA), and to a limited extent, Remote Method Invocation for Java (RMI), rely on the ability to dynamically open ports within a selected range, such as those ports greater than 1024, to establish communications between the client and the server. Such a configuration puts a severe constraint on the firewall, since it now has to open up all of its ports because it does not know which port will be selected by the applications. In most situations, the server operators are unwilling to take the risk of opening so many ports and leaving a relatively large number of openings into their server. Accordingly, there is a need for a way to effectively tunnel through a firewall using a restricted number of ports in an efficient and effective manner, without requiring significant modification to existing client and server applications.
The present invention provides a unique way of implementing the SOCKS protocol for establishing connections through a firewall. In general, instead of having a SOCKS server implemented entirely in the firewall, SOCKS servers are implemented on both a server and a client, which are configured to communicate with each other through the firewall. The SOCKS servers on the server and client allow multiple objects on both the server and the client to communicate with each other through a single port through the firewall, wherein the SOCKS servers on the server and the client cooperate with each other and their respective objects to allow the objects to establish the connections. To establish an overall connection between objects on the client and server, the following connections are initially established: a first connection between a client object and a client SOCKS server; a second connection between the client SOCKS servers and the server SOCKS server; and the third connection between the server object and the server SOCKS server. The second connection between the SOCKS server is the connection through which the firewall is traversed. Through these three connections, the objects on the client and server may communicate with each other through the firewall.
Those skilled in the art will appreciate the scope of the present invention and realize additional aspects thereof after reading the following detailed description of the preferred embodiments in association with the accompanying drawing figures.
The accompanying drawing figures incorporated in and forming a part of this specification illustrate several aspects of the invention, and together with the description serve to explain the principles of the invention.
The embodiments set forth below represent the necessary information to enable those skilled in the art to practice the invention and illustrate the best mode of practicing the invention. Upon reading the following description in light of the accompanying drawing figures, those skilled in the art will understand the concepts of the invention and will recognize applications of these concepts not particularly addressed herein. It should be understood that these concepts and applications fall within the scope of the disclosure and the accompanying claims.
Prior to delving into the details of the present invention, an overview of a basic networking environment 10 is illustrated in
For the present invention, instead of implementing the SOCKS server in the firewall 16, a client SOCKS server 26 is implemented on each of the client systems 12, and a server SOCKS server 28 is implemented on the server system 14. To establish connections between server objects 24 and client objects 20, three connections are established: a first connection between the active client object 20 and the client SOCKS server 26; a second connection between the client SOCKS server 26 and the server SOCKS server 28; and a third connection between the active server object 24 and the server SOCKS server 28. Through these three connections, the client object 20 and the server object 24 may communicate. Notably, the server SOCKS server 28 and the client SOCKS server 26 will cooperate such that multiple connections in either direction may be established through a common port of the firewall 16. During operation, the server SOCKS server 28 and the client SOCKS server 26 will keep track of and facilitate the connection through the firewall 16 without knowledge of the respective server objects 24 and client objects 20.
With reference to
Next, a server object 24A is created (step 106), and in traditional fashion, will be established to listen on a random port. Assume that this random port is port 8001 for purposes of illustration. When client object 20A is created (step 108), and desires to establish a connection with server object 24A, client object 20A will be provided or will otherwise access the port number to which the server object 24A is listening (port 8001). Once the port for the server object 24A is known, the client object 20A will establish a connection with the client SOCKS server 26 using port 1080 (step 110) and request a connection to server object 24A using port 8001 (step 112). In response, the client SOCKS server 26 will establish a connection with the server SOCKS server 28 using port 1080 through the firewall 16 (step 114), and request a connection to the server object 24A using port 8001 (step 116). The server SOCKS server 28 will then establish a connection with server object 24A using port 8001 (step 118), wherein an effective connection between server object 24A and client object 20A is established (step 120). At this point, a bi-directional communication session may take place using the effective connection between server object 24A and client object 20A through port 1080 of the firewall 16.
At this point, assume that client object 20B needs to establish a connection with server object 24B, which is listening on port 8002. As such, client object 20B will establish a connection with the client SOCKS server 26 using port 1080 (step 122) and request a connection to server object 24B using port 8002 (step 124). The client SOCKS server 26 will then establish a connection through the firewall 16 with the sever SOCKS server 28 using port 1080 (step 126) and request a connection to server object 24B using port 8002 (step 128). The server SOCKS server 28 will then establish a connection with server object 24B using port 8002 (step 130), wherein an effective connection between server object 24B and client object 20B is established (step 132).
The connection between the server SOCKS server 28 and the client SOCKS server 26 may be a regular socket connection, or may be encrypted using various techniques, such as the Secure Socket Layer (SSL), for increased security. The SOCKS servers 26, 28 are preferably configured to connect with other SOCKS servers if the address of the remote entity is outside of the system in which the requesting SOCKS server is located. If the connection is intended for a location on the same system, then the requesting SOCKS server will establish a connection directly within the system, without forwarding the request for a connection to another SOCKS server.
For most client-server sessions where security is implemented, clients are required to initiate the client-server session. For the present invention, if the server system 14 desires to establish a secure session with the client system 12, the server system 14 may instruct the client system 12 to initiate a new connection, which will be secure, over an existing connection, which may have been initiated by either the server system 14 or the client system 12.
The communication flow diagram of
Although the above example allows signaling for establishing a new connection with security over an existing connection, an additional protocol may be established wherein such signaling may be established over the same connection over which the secure session is established. As such, all data transmissions and connection requests between the server SOCKS server 28 and the client SOCKS server 26 use the same connection.
With reference to
One of the benefits of the present invention is that the connections through the firewall 16 are through the socket creation layer, wherein higher level protocols are supported without change. For example, Common Object Request Broker Architecture (CORBA), Remote Method Invocation for Java (RMI), and like protocols are supported without changes to existing interfaces or software code. As noted, the invention supports the establishment of connections for events, as well as requests for callbacks to initiate secure connections. Accordingly, the present invention facilitates an effective and efficient technique for tunneling through firewalls 16 without the disadvantages of prior techniques.
Those skilled in the art will recognize improvements and modifications to the preferred embodiments of the present invention. All such improvements and modifications are considered within the scope of the concepts disclosed herein and the claims that follow.
Number | Name | Date | Kind |
---|---|---|---|
6104716 | Crichton et al. | Aug 2000 | A |
7020700 | Bennett et al. | Mar 2006 | B1 |
7428752 | Rutherglen et al. | Sep 2008 | B2 |
20020108089 | Reid et al. | Aug 2002 | A1 |
20020133723 | Tait | Sep 2002 | A1 |
20020143962 | Carter | Oct 2002 | A1 |
20020147927 | Tait | Oct 2002 | A1 |
20020180725 | Simmonds et al. | Dec 2002 | A1 |
20030097554 | Cheston et al. | May 2003 | A1 |
20030131263 | Keane et al. | Jul 2003 | A1 |
20030175815 | Nikiforov | Sep 2003 | A1 |
20030177384 | Jones et al. | Sep 2003 | A1 |
20030217149 | Crichton et al. | Nov 2003 | A1 |
20040236726 | Ewing et al. | Nov 2004 | A1 |
20040255307 | Irudayaraj | Dec 2004 | A1 |
20050007567 | Pierrat et al. | Jan 2005 | A1 |
20050037367 | Fiekowsky et al. | Feb 2005 | A9 |
20050125511 | Hunt | Jun 2005 | A1 |
20050204306 | Kawahara et al. | Sep 2005 | A1 |
20060242241 | Tock et al. | Oct 2006 | A1 |
20060265749 | Kwon et al. | Nov 2006 | A1 |
20080077710 | Kouvelas et al. | Mar 2008 | A1 |
20100115149 | Ewer | May 2010 | A1 |
20110171948 | Labuda et al. | Jul 2011 | A1 |
Entry |
---|
Non-Final Office Action for U.S. Appl. No. 10/723,841, mailed May 16, 2007, 7 pages. |
Final Office Action for U.S. Appl. No. 10/723,841, mailed Oct. 16, 2007, 14 pages. |
Advisory Action for U.S. Appl. No. 10/723,841, mailed Jan. 15, 2008, 4 pages. |
Non-Final Office Action for U.S. Appl. No. 10/723,841, mailed Jun. 11, 2008, 12 pages. |
Final Office Action for U.S. Appl. No. 10/723,841, mailed Dec. 12, 2008, 16 pages. |
Examiner's Answer to Appeal Brief for U.S. Appl. No. 10/723,841, mailed Sep. 17, 2009, 22 pages. |
Patent Board Decision on Appeal for U.S. Appl. No. 10/723,841, mailed Sep. 12, 2012, 13 pages. |
Notice of Allowance for U.S. Appl. No. 10/723,841, mailed Nov. 23, 2012, 5 pages. |
Number | Date | Country | |
---|---|---|---|
20130198395 A1 | Aug 2013 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 10723841 | Nov 2003 | US |
Child | 13804239 | US |