1. Field of the Invention
The invention relates to controlling and monitoring multiple processors and web enabled devices of a network that are within a secure LAN from outside the LAN without degrading the security at the edge and specifically to connecting to security cameras and security devices inside a secure LAN for monitoring and control from outside the LAN or from within another secure LAN.
2. Prior Art
In the current climate of competition and uncertainty, and because of the critical role computers and networked devices play and information they keep, it has become essential for all enterprises to have physical security covering the enterprise and network security covering internal network access and its periphery. Large enterprises tend to have their own internal security groups, which monitor network access within the company and also monitor the surrounding network continuously. Having internal security with an in-house security team is costly and this level of investment is not possible for smaller enterprises. These enterprises hence have to depend on an external security-monitoring group or company to handle the physical security within the enterprise through network connected security devices. Such groups have to have the ability to access, configure and monitor the networked devices and access monitoring devices installed within the network perimeter of the enterprise used to monitor the physical security of the LANs. Besides computers the networked devices on the networked end user devices (EUDs) include wide variety of devices such as media servers, monitoring and control devices for energy management and devices for physical security monitoring such as IP cameras, network video recorders and access control devices.
Typically, the security monitoring companies handle security for multiple enterprises simultaneously. The monitoring of the physical security devices in these cases is done via the internet. Hence the security companies require access to any secure local area networks (LANs) that the enterprise has, and the ability to connect to the end customer specific security devices or end user devices (EUD), installed within the enterprise, for the purpose of monitoring and control. Secure LANs typically control access to the units and devices in the LAN from outside with firewalls and other network security software to protect the connected devices and systems. In order to access devices for control from outside the edge router, that is the interface between the secure LAN and the internet, reconfiguration of the edge device is essential. This has multiple issues during installation and configuration of the end user devices. Firstly, there is a need to obtain an address for each EUD. If a static address is to be used, then there is the need to obtain the static internet protocol (IP) address and an associated fully qualified domain name (FQDN). If a dynamic IP address is to be used, it is obtained from the internet service provider (ISP), and in addition a dynamic domain name server or System (DNS) address is also needed. Secondly, there is a need to enable connection to each of the EUDs. This requires opening certain/multiple ports on the edge routers facing the internet and forwarding these ports to the end customer devices. For example, if a web server or processor is running on the end-customer device, then port 80 of the router facing the internet should be forwarded to the device.
In certain high security systems, secure one to one connections are established between a device outside the secure LAN to a device within the LAN by establishing a secure data pipe between the two device entities. These pipes called virtual private networks (VPNs) are able to provide connections between individual devices with high security. The typical use of these VPNs is for secure communication purposes. The current VPNs still require individual connection through available ports on the edge routers and have the same limitations and impact on LAN.
There are several issues associated with port forwarding in networks to achieve connectivity. Multiple devices cannot use the same IP address and therefore multiple IP addresses have to be acquired from the ISP. For example, if two web servers based EUDs are located inside the customer premises, then only one of them can be visible using the default hypertext transfer protocol (HTTP) via the port. The second web server has to run on a different port and thus cannot be accessed from a web client without modifying the uniform resource locator (URL), i.e, adding another port to the URL. Opening ports on the routers is a security risk that is difficult for the enterprise to accept—open ports allow hackers a chance to get in without being stopped by the firewall security protection. This means the end customer devices should be able to run firewalls to prevent hackers from entering the system. This makes the end customer devices more expensive and even then the security provided is not strong. Typically if the router administration is handled by the ISP or a network administrator, they may not be willing or available for installation work without additional payment, and hence additional cost. Opening ports needs technically qualified people who know networking protocols (what type of port to open etc.) and the router configuration details. Since connection using port forwarding is a one to one connection, in order to connect using port forwarding, web server based end customer devices have to be installed directly behind the edge router facing the internet. Hence there is a limit to the number of end customer devices that can be connected, as port availability is limited on the edge routers. If a customer already has a complex network topology with multiple routers in the network, then installation and configuration of the end customer devices in the system are very complex using the port forwarding method.
Hence it would be advantageous in any network to have a different and easier way to install and configure the EUDs and provide access to them via the edge router for monitoring and control from outside the LAN through the internet. It would be of additional advantage if multiple devices can be accessed for monitoring and control simultaneously without tying up additional ports on the edge router and enabling independent URLs for establishing the connections. It would be further advantageous to eliminate the need for port forwarding at the edge routers to eliminate the security concerns of the enterprise. It would be further advantageous to have the capability to continuously monitor the system performance and health once connections are established.
A method and a system are disclosed that enable an address of a port at the edge router to be used to establish a connection capable of enabling multiple secure virtual network connections from outside the secure LAN, that is protected by firewalls at the router interfaces to the outside. The connection uses the single port address at the edge router, to connect control units outside the secure LAN enabling communication with and control of multiple web enabled end user devices (EUDs) within a secure LAN, without port forwarding. Such a connection enabled through the firewalled edge router port is defined as a multi-pipe virtual private network (MVPN) connection. The MVPN is hence used for connecting controllers outside the secure LAN to multiple web enabled end user devices (EUDs) inside a security protected local area network (LAN) securely without tying up multiple ports on the edge router or using port forwarding at the edge router. The EUDs connect to a central server (CS) outside the LAN during configuration establishing registration and identity (ID) for each EUD. Once the EUDs establish connection from inside the LAN, the CS is enabled to communicate with the EUDs using the address and ID provided during registration. The CS then acts as a facilitator establishing secure VPN connection between controllers in the cloud and the EUDs inside the LAN. CS further acts as a pass through for those LANs that do not allow direct connections to controllers outside the LAN. The CS continues to monitor the health of the overall system once connectivity is established.
This connection can be established as a secure tunnel, in the form of MVPN with the capability to handle multiple connections from the EUDs to the controller simultaneously, it uses only a single address at the edge router of the LAN. This MVPN due to its secure nature is able to provide the high security that is needed for the data being transmitted through the cloud while allowing connection to multiple EUDs within the LAN. The CS can also act as a pass through for those LANs that do not allow direct connections from within the LAN to controllers outside the LAN. Also, multiple Central Servers could be deployed for scalability.
There are a number of advantages to using a central server that is a dedicated and secure server to mediate establishment of the secure connection or MVPN connection. Firstly, the use of the central server removes the need for port forwarding—multiple EUDs can be installed behind routers and each can be accessed securely and independently from the internet. This is due to the established registration within IDs that can be used to access them individually. Secondly, the central server by being a dedicated and secure central server, eliminates a lot of the security concerns of the users of the systems during the establishment of the connections. Thirdly, the central server acts as an intermediary for setting up secure pipe connections between monitor controllers and EUDs within a secure LAN in the form of MVPN. These connections protect the data during transport through the cloud from and to the controller and EUDs. Where the connections are not allowed the central server acts as a relay server between the monitor controller and EUDs to allow secure dual MVPN connection for monitoring and control without reconfiguration of the router. Fourthly, the central server acts as a dedicated identifying server (IDS) for the system where the IDS may also be enabled as a dedicated domain name system (DNS) server eliminating the need for the EUDs to get dynamic DNS names and internet protocol (IP) addresses from external sources when needed. Fifthly, once the secure connections are established, the central server is freed to oversee the system health of the security monitoring and sends information via email/short message service (SMS) to inform the physical security-management company of any failures of EUDs or storage devices so that any lost connections can be reestablished fast and repairs can be undertaken speedily. Lastly, the central server is a back up device that can help the system recover from any crashes.
Since the connections between the central server 201 and the web enabled devices within the LAN 101(1), as well as the monitor controller 115 are permanent connections with registration for security, even after the establishment of the secure tunnel or MVPN 214, it enables connection of other such systems in the same LAN and other LANS. The CS 201 is also able to monitor the health of the systems so connected. The permanent connection allows the central server 201 to identify system problems immediately as they happen and take remedial action or inform the administrator for manual action. The central server 201 also acts as a backup storage for security data for the systems it is connected to as it has established permanent secure connection to the devices.
If the monitor controller 115 is within a second secure LAN 101(2) the procedure to enable connection of the monitor controller 115 to the central server is through an edge router 103(2) with firewall 107(2) of the second LAN 101(2) and the internet 110.
In the special case where both EUDs and the monitor controller are behind symmetric NATs then the punch through connection may not work and the connection has to be continued through the central server 201. That is, the central server transfers data from the EUDs 204a, 204b, 204c, to the monitor controller 115 and transfers control and support data back to the EUD 204a, 204b, 204c, from monitor controller 115.
In other cases of connections with non-symmetric NAT implementations, once the initial connections and registration have been established, the central server 201 can in most cases act as a facilitator, to enable direct MVPN connection between the monitor controller 115 and the EUDs 204a, 204b, 204c. Complex NAT traversal algorithms are used to enable these secure connections using user datagram protocol (UDP) or transmission control protocol (TCP) hole punch techniques. Typically this is done by establishing the MVPN connection 214 between NAT modules on either side. One end of the secure tunnel connects to the EUDs 204a, 204b, 204c, and the other end connects to the monitoring control 115. The establishment of the MVPN connection 214 is done with the help of the mediating central server 201. Once established the MVPN connection 214 enables the monitor controller 115 to directly communicate to the EUDs 204a, 204b, 204c, without going through the central server 201. This releases the central server 201 to handle other operations as necessary.
Such an implementation of the invention enables easy and secure connection of the EUDs, 204a, 204b, 204c, within a secure LAN 101(1), to the monitor controller 115. The use of a dedicated and secure CS 201 as a facilitator to establish direct connection via UDP or TCP initiated MVPN tunnel 214 without port forwarding requirements allow the security of the secure LAN to be enhanced by use of the fire walls 107. The use of the secure server 201 as a dedicated IDS, acting where needed as a secure DNS server, further reduces the complexity of providing addresses and establishing connections to the EUDs within the secure LAN 101(1). This invention hence provides for easy installation and commissioning for monitoring and control of EUDs 204a, 204b, 204c, within secure LAN 101(1) without compromising the security of the secure LAN 101(1).
In S301—Installing a computing unit configured as a server outside the secure LAN 101(1), with software necessary to establish connectivity to EUDs 204a, 204b, 204c, that are inside the secure LAN 101(1). Server is made a secure, dedicated central server 201 with installed proprietary software. This central server 201 is enabled also to act as an IDS to provide the identification to the EUDs 204a, 204b, 204c, as well as a DNS server when and if needed providing the necessary addresses to the EUDs 204a, 204b, 204c.
In S302—Installing required number of EUDs 204a, 204b, 204c, with specialized and proprietary software, the NATTM software 202a, 202b, 202c, within the secure LAN 101(1). The NATTM software 202a, 202b, 202c, enable the EUDs 204a, 204b, 204c, to connect to the central server 201 outside the secure LAN 101(1) through the firewall 107(1) enabled edge router 103(1).
In S303—During installation and configuration of the EUDs 204a, 204b, 204c, connecting them to the central server 201 to register themselves with the central server by supplying the central server with their id, their address in the LAN and the type of NAT traversal configuration at the edge router 103(1).
In S304—Enabling the central server to retain the connection with the EUDs 204a, 204b, 204c even through the firewall 107(1) enabled edge router 103(1), using the registration information available. Since the original connection to the central server was initiated by the EUDs 204a, 204b, 204c, within the secure LAN the connection is considered secure and trust worthy by the firewall.
In S305—Allowing the monitor controller 115 to connect securely to the central server 201, the central server 201 enabled to facilitate pass through connection to and from the EUDs 204a, 204b, 204c, to the monitor controller 115 to exchange data. The monitor controller 115 thereby further enabled to continuously provide security monitoring of the EUDs 204a, 204b, 204c, to provide security control to the enterprise.
In S306—Acting as a facilitator the central server 201 enables formation of a UDP tunnel or a TCP tunnel that is a direct secure tunnel or MVPN connection 214 between the monitor controller 115 and the EUDs 204a, 204b, 204c. The direct MVPN connection 214 is established only if the EUDs 204a, 204b, 204c and the monitor controllers 115 are not behind symmetric NATs. If the EUDs and the controller are behind symmetric NATs, formation of such peer to peer connections may not be possible.
In S307—Allowing the monitor controller 115 to oversee the physical security of the enterprise using the EUDs 204a, 204b, 204c, directly, through the MVPN connection 214 while the central server 201 takes the task of monitoring the health of the connections and security system as a whole.
Even though not specifically detailed in this disclosure, the disclosed or similar systems can be established for managing the connectivity in other applications requiring secure connections to processing systems and web enabled systems within secure LANs. It can also be used in networks having LANs with limited port availability to establish secure connection to a number of entities within the LAN using the MVPN established with the help and mediation of a secure central server to which each of the entities in the LAN are registered and have unique IDs assigned to them.
The invention disclosed hereinabove is described with respect to specific embodiments, with an example of security application, but other embodiments and applications of the invention are possible in other areas of the networking field without departing from the scope of the disclosed invention as will be known to the practitioners of the art. Any improvements and modifications of the invention that are possible without departing from the spirit of the invention are covered by the present disclosure. Furthermore implementations of the invention with different hardware, software, firmware and various combinations thereof are specifically included.
Number | Name | Date | Kind |
---|---|---|---|
6088451 | He et al. | Jul 2000 | A |
6157649 | Peirce et al. | Dec 2000 | A |
6381700 | Yoshida | Apr 2002 | B1 |
6393569 | Orenshteyn | May 2002 | B1 |
7155616 | Hamlin | Dec 2006 | B1 |
7186271 | Horikiri et al. | Mar 2007 | B2 |
7203736 | Burnett et al. | Apr 2007 | B1 |
7290288 | Gregg et al. | Oct 2007 | B2 |
7380279 | Prokupets et al. | May 2008 | B2 |
7448076 | Ocepek et al. | Nov 2008 | B2 |
7730534 | Renkis | Jun 2010 | B2 |
7895334 | Tu et al. | Feb 2011 | B1 |
8010631 | Brailean et al. | Aug 2011 | B2 |
8064080 | Kawai | Nov 2011 | B2 |
20020138847 | Abrams et al. | Sep 2002 | A1 |
20020161904 | Tredoux et al. | Oct 2002 | A1 |
20020169878 | Orenshteyn | Nov 2002 | A1 |
20020184398 | Orenshteyn | Dec 2002 | A1 |
20030023874 | Prokupets et al. | Jan 2003 | A1 |
20030191848 | Hesselink et al. | Oct 2003 | A1 |
20040054926 | Ocepek et al. | Mar 2004 | A1 |
20050114711 | Hesselink et al. | May 2005 | A1 |
20050120082 | Hesselink et al. | Jun 2005 | A1 |
20050120223 | Kiwimagi et al. | Jun 2005 | A1 |
20050120240 | Kiwimagi et al. | Jun 2005 | A1 |
20050193103 | Drabik | Sep 2005 | A1 |
20050268334 | Hesselink et al. | Dec 2005 | A1 |
20050273850 | Freund | Dec 2005 | A1 |
20060056397 | Aizu et al. | Mar 2006 | A1 |
20060075065 | Renkis | Apr 2006 | A1 |
20060158336 | Nourbakhsh et al. | Jul 2006 | A1 |
20060277314 | Hesselink et al. | Dec 2006 | A1 |
20070162748 | Okayama et al. | Jul 2007 | A1 |
20070245409 | Harris et al. | Oct 2007 | A1 |
20080066168 | Gregg et al. | Mar 2008 | A1 |
20080083018 | Prokupets et al. | Apr 2008 | A1 |
20080205419 | Shin et al. | Aug 2008 | A1 |
20080209034 | Shin et al. | Aug 2008 | A1 |
20090066788 | Baum et al. | Mar 2009 | A1 |
20090066789 | Baum et al. | Mar 2009 | A1 |
20090070436 | Dawes et al. | Mar 2009 | A1 |
20090070473 | Baum et al. | Mar 2009 | A1 |
20090070477 | Baum et al. | Mar 2009 | A1 |
20090070681 | Dawes et al. | Mar 2009 | A1 |
20090070682 | Dawes et al. | Mar 2009 | A1 |
20090070692 | Dawes et al. | Mar 2009 | A1 |
20090074184 | Baum et al. | Mar 2009 | A1 |
20090077167 | Baum et al. | Mar 2009 | A1 |
20090077623 | Baum et al. | Mar 2009 | A1 |
20090077624 | Baum et al. | Mar 2009 | A1 |
20090134998 | Baum et al. | May 2009 | A1 |
20090138600 | Baum et al. | May 2009 | A1 |
20090138958 | Baum et al. | May 2009 | A1 |
20090165114 | Baum et al. | Jun 2009 | A1 |
20090225164 | Renkis | Sep 2009 | A1 |
20090271002 | Asofsky | Oct 2009 | A1 |
20100023865 | Fulker et al. | Jan 2010 | A1 |
20100217837 | Ansari et al. | Aug 2010 | A1 |
20100245107 | Fulker et al. | Sep 2010 | A1 |
20100309318 | Bund | Dec 2010 | A1 |
20110074570 | Feldstein et al. | Mar 2011 | A1 |
20110102142 | Widger et al. | May 2011 | A1 |
20110102171 | Raji et al. | May 2011 | A1 |
20110128378 | Raji | Jun 2011 | A1 |
20110187858 | Wang et al. | Aug 2011 | A1 |
20110187864 | Snider | Aug 2011 | A1 |
20120066608 | Sundermeyer et al. | Mar 2012 | A1 |
20120066632 | Sundermeyer et al. | Mar 2012 | A1 |
20120188072 | Dawes et al. | Jul 2012 | A1 |
Number | Date | Country |
---|---|---|
WO-0206963 | Jan 2002 | WO |
WO-2009029774 | Mar 2009 | WO |
Entry |
---|
“International Search Report and Written Opinion of the International Searching Authority Dated Feb. 3, 2011”, International Application No. PCT/US2010/039535. |
Number | Date | Country | |
---|---|---|---|
20110277029 A1 | Nov 2011 | US |