Abstract: A method and system to communicate VPN server information to a client application without providing a full list of VPN server IP addresses. Instead, the method includes VPN server selection criteria that can be requested by client applications, such as “Free or Premium servers”, “Geolocation”, “Load”, “Streaming and protocol capabilities”, etc. A tagged data payload (e.g., JSON) can be used to provide these criteria, upon a request by a client application. Various groupings of VPN servers can be represented by the above criteria. The method provides a means for communicating the available VPN servers to a client application without sending and revealing the full list of VPN servers stored in the VPN infrastructure. This makes the VPN server selection efficient, reduces network load and VPN tunnel establishing time, also, ensures confidentiality of VPN server lists that is important for any of VPN service providers and users.

Abstract: Virtual private network (VPN) service provider infrastructure (SPI) receives a request to access a VPN from a client device. The VPN SPI selects an Internet Protocol (IP) address for access to the VPN by the client device from a pool of IP addresses. The VPN SPI provides access to the VPN for the client device via the IP address. The VPN SPI receives one or more handshake notifications from the client device. The VPN SPI determines that a threshold time period has passed since a latest-in-time handshake notification of the one or more handshake notifications. The VPN SPI disconnects the client device from the VPN in response to determining that the threshold time period has passed. The VPN SPI adds the IP address to the pool of IP addresses in response to disconnecting the client device from the VPN.

Abstract: Virtual private network (VPN) service provider infrastructure (SPI) receives a request to access a VPN from a client device. The VPN SPI selects an Internet Protocol (IP) address for access to the VPN by the client device from a pool of IP addresses. The VPN SPI provides access to the VPN for the client device via the IP address. The VPN SPI receives one or more handshake notifications from the client device. The VPN SPI determines that a threshold time period has passed since a latest-in-time handshake notification of the one or more handshake notifications. The VPN SPI disconnects the client device from the VPN in response to determining that the threshold time period has passed. The VPN SPI adds the IP address to the pool of IP addresses in response to disconnecting the client device from the VPN.

Abstract: Virtual private network (VPN) service provider infrastructure (SPI) receives a request to access a VPN from a client device. The VPN SPI selects an Internet Protocol (IP) address for access to the VPN by the client device from a pool of IP addresses. The VPN SPI provides access to the VPN for the client device via the IP address. The VPN SPI receives one or more handshake notifications from the client device. The VPN SPI determines that a threshold time period has passed since a latest-in-time handshake notification of the one or more handshake notifications. The VPN SPI disconnects the client device from the VPN in response to determining that the threshold time period has passed. The VPN SPI adds the IP address to the pool of IP addresses in response to disconnecting the client device from the VPN.

Abstract: Virtual private network (VPN) service provider infrastructure (SPI) receives a request to access a VPN from a client device. The VPN SPI selects an Internet Protocol (IP) address for access to the VPN by the client device from a pool of IP addresses. The VPN SPI provides access to the VPN for the client device via the IP address. The VPN SPI receives one or more handshake notifications from the client device. The VPN SPI determines that a threshold time period has passed since a latest-in-time handshake notification of the one or more handshake notifications. The VPN SPI disconnects the client device from the VPN in response to determining that the threshold time period has passed. The VPN SPI adds the IP address to the pool of IP addresses in response to disconnecting the client device from the VPN.

Abstract: Virtual private network (VPN) service provider infrastructure (SPI) receives a request to access a VPN from a client device. The VPN SPI selects an Internet Protocol (IP) address for access to the VPN by the client device from a pool of IP addresses. The VPN SPI provides access to the VPN for the client device via the IP address. The VPN SPI receives one or more handshake notifications from the client device. The VPN SPI determines that a threshold time period has passed since a latest-in-time handshake notification of the one or more handshake notifications. The VPN SPI disconnects the client device from the VPN in response to determining that the threshold time period has passed. The VPN SPI adds the IP address to the pool of IP addresses in response to disconnecting the client device from the VPN.

Abstract: Virtual private network (VPN) service provider infrastructure (SPI) receives a request to access a VPN from a client device. The VPN SPI selects an Internet Protocol (IP) address for access to the VPN by the client device from a pool of IP addresses. The VPN SPI provides access to the VPN for the client device via the IP address. The VPN SPI receives one or more handshake notifications from the client device. The VPN SPI determines that a threshold time period has passed since a latest-in-time handshake notification of the one or more handshake notifications. The VPN SPI disconnects the client device from the VPN in response to determining that the threshold time period has passed. The VPN SPI adds the IP address to the pool of IP addresses in response to disconnecting the client device from the VPN.

Abstract: A method and system to communicate VPN server information to a client application without providing a full list of VPN server IP addresses. Instead, the method includes VPN server selection criteria that can be requested by client applications, such as “Free or Premium servers”, “Geolocation”, “Load”, “Streaming and protocol capabilities”, etc. A tagged data payload (e.g., JSON) can be used to provide these criteria, upon a request by a client application. Various groupings of VPN servers can be represented by the above criteria. The method provides a means for communicating the available VPN servers to a client application without sending and revealing the full list of VPN servers stored in the VPN infrastructure. This makes the VPN server selection efficient, reduces network load and VPN tunnel establishing time, also, ensures confidentiality of VPN server lists that is important for any of VPN service providers and users.

Abstract: A method and system to communicate VPN server information to a client application without providing a full list of VPN server IP addresses. Instead, the method includes VPN server selection criteria that can be requested by client applications, such as “Free or Premium servers”, “Geolocation”, “Load”, “Streaming and protocol capabilities”, etc. A tagged data payload (e.g., JSON) can be used to provide these criteria, upon a request by a client application. Various groupings of VPN servers can be represented by the above criteria. The method communicates the available VPN servers to a client application without sending and revealing the full list of VPN servers stored in the VPN infrastructure. This makes the VPN server selection efficient, reduces network load and VPN tunnel establishing time, also, ensures confidentiality of VPN server lists that is important for any of VPN service providers and users.