Dynamic service access
View Patent ↗Apparatus, systems, and methods may operate to authenticate a desktop client to an identity service (IS), to receive a request, from an application, at the IS via the desktop client for a virtual service internet protocol (IP) address associated with a service. The IS may operate to build a routing token that includes an original physical IP address associated with the service when a policy associated with the IS permits access to the service by a user identity associated with the desktop client. After the routing token is validated, the application may be connected to the service via the desktop client. The application may comprise an e-mail application or a remote control application, such as a virtual network computing (VNC) application. Additional apparatus, systems, and methods are disclosed.
1. An apparatus, comprising:
a node comprising an identity service (IS) arranged to:
receive a request from an application, via an authenticated desktop client, for a virtual service internet protocol (IP) address associated with a service, wherein the virtual service IP is intercepted by the apparatus and not sent on to a network containing the application;
build a routing token that includes an original physical IP address associated with the service when a policy associated with the IS permits access to the service by a user identity associated with the authenticated desktop client; and
transmit the routing token to a validation node so that the application can be connected using an original connection to the service via the authenticated desktop client after the validation node has validated the routing token.
2. The apparatus of claim 1 , further comprising:
a workload management system to detect changes to the original physical address and to start the service if the service is unavailable, in response to the request.
3. The apparatus of claim 1 , further comprising:
a storage node to store the policy, the storage node coupled to the node via a network.
4. A system, comprising:
a first node comprising an identity service (IS) arranged to:
receive a request from an application, via an authenticated desktop client, for a virtual service internet protocol (IP) address associated with a service, wherein the virtual service IP is intercepted by the apparatus and not sent on to a network containing the application;
build a routing token that includes an original physical IP address associated with the service when a policy associated with the IS permits access to the service by a user identity associated with the authenticated desktop client; and
transmit the routing token to a validation node so that the application can be connected using an original connection to the service via the authenticated desktop client after the validation node has validated the routing token; and
a second node to host the service.
5. The system of claim 4 , further comprising.
a third node to host the desktop client.
6. The system of claim 5 , wherein the third node includes a secure sockets layer virtual private network (SSL-VPN) module coupled to the application.
7. A processor-implemented, method to execute on one or more processors that perform the method, comprising:
authenticating a desktop client to an identity service (IS);
receiving a request, from an application, at the IS via the desktop client, for a virtual service internet protocol (IP) address associated with a service, the receiving including intercepting the virtual service IP and not sending the virtual IP on to a network containing the application;
building a routing token, by the IS, to include an original physical IP address associated with the service when a policy associated with the IS permits access to the service by a user identity associated with the desktop client; and
after validating the routing token, connecting the application using an original connection to the service via the desktop client.
8. The method of claim 7 , further comprising:
detecting an error associated with accessing the service in the original connection;
requesting, by the desktop client, a new physical address associated ith the service;
receiving the new physical address at the desktop client; and
making a new connection from the application to the service at the new physical address via the desktop client.
9. The method of claim 7 , further comprising:
receiving, by the IS, an indication that the original physical address associated with the service has been changed to a new physical address; and
transmitting, from the IS, the new physical address to the desktop client.
10. The method of claim 9 , wherein the receiving comprises:
receiving the indication from a workload management system.
11. The method of claim 9 , wherein the transmitting further comprises:
transmitting the new physical address to a secure sockets layer virtual private network (SSL-VPN) module forming part of the desktop client.
12. The method of claim 7 , further comprising:
transmitting the routing token via a secure network connection to a node hosting the service.
13. The method of claim 7 , further comprising:
validating the routing token by a node hosting the service.
14. A processor-implemented method to execute on one or more processors that perform the method, comprising:
authenticating a desktop client to an identity service (IS);
receiving a request, from one of an e-mail application or a remote control application, at the IS via the desktop client, for a virtual service internet protocol (IP) address associated with a service, the receiving including intercepting the virtual service IP and not sending the virtual IP on to a network containing the application;
building a routing token, by the IS, to include an original physical IP address associated with the service when a policy associated with the IS permits access to the service by a user identity associated with the desktop client; and
after validating the routing token, connecting the one of the e-mail application or the remote control application using an original connection to the service via the desktop client.
15. The method of claim 14 , further comprising:
receiving the virtual service IP address and a port as an address-port pair at the desktop client in response to the request.
16. The method of claim 14 , further comprising:
detecting an error due to the service not being available; and
starting the service.
17. The method of claim 16 , wherein the starting comprises:
starting the service using a workload management system.
18. The method of claim 14 , wherein the validating comprises:
validating the routing token at a secure sockets layer virtual private network (SSL-VPN) server.
19. The method of claim 18 , wherein the connecting comprises:
connecting the service to the one of the e-mail application or the remote control application via the SSL-VPN server.
20. The method of claim 14 , wherein the connecting comprises:
connecting the service as an e-mail service on an e-mail server to the e-mail application without using an SSL-VPN server.