IP Library Granted Patent US 11,595,383
Granted Patent B2
US 11,595,383 · App. 16/894,390 · Granted Feb 28, 2023

Preauthorized domain join

Inventors: Rupesh Jain (Atlanta, GA); Vijay Chari Narayan (Johns Creek, GA); Kishore Krishnakumar (Atlanta, GA); Ameya Jambavalikar (Atlanta, GA)
Assignee: VMWARE, INC.
H04L63/0876H04L9/3213H04L61/4523H04L63/102H04L67/1097
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 11,595,383
App. No.
16/894,390
Granted
Feb 28, 2023
Kind
B2
Abstract

Disclosed are various approaches for preauthorizing the joining of a client device to a domain managed by a cloud-based directory service. An authorization token can be generated prior to a client device joining the domain. The authorization token can be subsequently installed on a client device at an OEM facility. When a user first logs into the client device, the client device can send the authorization token to the cloud-based directory service in lieu of administrative credentials to prove that the client device has been previously authorized to join the domain.

Claims (53)

1. A system, comprising:

a computing device comprising a first processor and a first memory;

a cache server comprising a second processor and a second memory;

a first set of machine-readable instructions stored in the first memory that, when executed by the first processor, cause the computing device to at least:

provide a first machine-identifier and administrative credentials to a cloud-based directory service, the first machine-identifier uniquely identifying a client device from among a plurality of computing devices;

receive a token from the cloud-based directory service in response to providing the first machine-identifier to the cloud-based directory service, wherein the token is unique to the first machine-identifier;

generate a package file comprising the token and a second set of machine-readable instructions configured to install the token, the package file being associated with the first machine-identifier; and

provide the package file to the cache server in network communication with the computing device, wherein the package file is stored on the cache server in association with the first machine-identifier; and

a third set of machine-readable instructions stored in the second memory that, when executed by the second processor, cause the cache server to at least:

receive a request to apply the package file to the client device, the request comprising a second machine-identifier;

identify the package file by comparing the first machine-identifier associated with the package file to the second machine-identifier; and

apply the package file to the client device in response to a confirmation that the first machine-identifier matches the second machine-identifier.

2. The system of claim 1 , wherein

the third set of machine-readable instructions that apply the package file to the client device send a request to the client device to execute the second set of machine-readable instructions, which causes the token to be stored on the client device.

3. The system of claim 1 , wherein the client device comprises a third processor, a third memory, and a fourth set of machine-readable instructions that, when executed, cause the client device to at least:

obtain user credentials from a user of the client device; and

send a request to the cloud-based directory service to join a domain managed by the cloud-based directory service, the request comprising the user credentials and the token.

4. The system of claim 3 , wherein the client device sends the request to the cloud-based directory service to join the domain in response to a first login by the user.

5. The system of claim 1 , wherein the first set of machine-readable instructions further cause the computing device to include in the package a name of a domain that the token authorizes the client device to join when the token is presented to the cloud-based directory service.

6. The system of claim 1 , wherein the package file is a provisioning package file.

7. The system of claim 1 , wherein the cloud-based directory service implements at least a version of a lightweight directory access protocol (LDAP).

8. A method, comprising:

providing, by a computing device, a first machine-identifier to a cloud-based directory service, the first machine-identifier uniquely identifying a client device from among a plurality of computing devices;

receiving, by the computing device, a token from the cloud-based directory service in response to providing the first machine-identifier to the cloud-based directory service, wherein the token is unique to the first machine-identifier;

generating, by the computing device, a package file comprising the token and machine-readable instructions configured to install the token, the package file being associated with the first machine-identifier;

providing, by the computing device, the package file to a cache server in network communication with the computing device, wherein the package file is stored on the cache server in association with the first machine-identifier;

receiving, by the cache server, a request to apply the package file to the client device, the request comprising a second machine-identifier;

identifying, by the cache server, the package file by comparing the first machine-identifier associated with the package file to the second machine-identifier; and

applying, by the cache server, the package file to the client device in response to a confirmation that the first machine-identifier matches second machine-identifier.

9. The method of claim 8 , wherein

applying the package file to the client device causes the machine-readable instructions to be executed by the client device which further causes the token to be stored on the client device.

10. The method of claim 8 , further comprising:

obtaining, by the client device, user credentials from a user of the client device; and

sending, by the client device, a request to the cloud-based directory service to join a domain managed by the cloud-based directory service, the request comprising the user credentials and the token.

11. The method of claim 8 , further comprising including in the package a name of a domain that the token authorizes the client device to join when the token is presented to the cloud-based directory service.

12. The method of claim 10 , wherein the client device sends the request to the cloud-based directory service to join the domain in response to a first login by the user.

13. The method of claim 8 , wherein the package file is a provisioning package file.

14. The method of claim 8 , wherein the cloud-based directory service implements at least a version of a lightweight directory access protocol (LDAP).

15. A plurality of non-transitory, computer-readable media comprising:

a first non-transitory, computer-readable medium that comprises a first set of machine-readable instructions that, when executed by a first processor of a computing device, cause the computing device to at least:

provide a first machine-identifier and administrative credentials to a cloud-based directory service, the first machine-identifier uniquely identifying a client device from among a plurality of computing devices;

receive a token from the cloud-based directory service in response to providing the first machine-identifier to the cloud-based directory service, wherein the token is unique to the first machine-identifier;

generate a package file comprising the token and a second set of machine-readable instructions configured to install the token, the package file being associated with the first machine-identifier; and

provide the package file to a cache server in network communication with the computing device, wherein the package file is stored on the cache server in association with the first machine-identifier; and

a second non-transitory, computer-readable medium that comprises a third set of machine-readable instructions that, when executed by a second processor of the cache server, cause the cache server to at least:

receive a request to apply the package file to the client device, the request comprising a second machine-identifier;

identify the package file by comparing the first machine-identifier associated with the package file to the second machine-identifier; and

apply the package file to the client device in response to a confirmation that the first machine-identifier matches the second machine-identifier.

16. The plurality of non-transitory, computer-readable media of claim 15 , wherein the first set of machine-readable instructions further cause the computing device to include in the package file a name of a domain that the token authorizes the client device to join when the token is presented to the cloud-based directory service.

17. The plurality of non-transitory, computer-readable media of claim 15 , wherein application of the package file to the client device by the cache server causes the second set of machine-readable instructions to be executed by the client device which further causes the token to be stored on the client device.

18. The plurality of non-transitory, computer-readable media of claim 15 , wherein the token, when presented by the client device to the cloud-based directory service in conjunction with user credentials obtained by the client device, represents to the cloud-based directory service that the client device is authorized to join a domain managed by the cloud-based directory service.

19. The plurality of non-transitory, computer-readable media of claim 15 , wherein the package file is a provisioning package file.

20. The plurality of non-transitory, computer-readable media of claim 15 , wherein the cloud-based directory service implements at least a version of a lightweight directory access protocol (LDAP).

Assignments (4)
PATENT ASSIGNMENT Recorded Aug 5, 2024
From: VMWARE LLC
To: OMNISSA, LLC
Reel/Frame 068327/0365 →
SECURITY INTEREST Recorded Jul 3, 2024
From: OMNISSA, LLC
To: UBS AG, STAMFORD BRANCH
Reel/Frame 068118/0004 →
CHANGE OF NAME Recorded Apr 15, 2024
From: VMWARE, INC.
To: VMWARE LLC
Reel/Frame 067102/0395 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jun 5, 2020
From: JAIN, RUPESH; NARAYAN, VIJAY CHARI; KRISHNAKUMAR, KISHORE; JAMBAVALIKAR, AMEYA
To: VMWARE, INC.
Reel/Frame 052857/0432 →
Continuity (1)
Related Publication 20210385214A1 · Dec 9, 2021