Remote Configuration is the zero-touch configuration mechanism that allows Intel vPro AMT systems to be setup for AMT management without any manual intervention.
This article covers the Best Practices for setting up Remote Configuration and using the Out of Band Delayed Provisioning Task to remotely and automatically provision systems for use within the Altiris infrastructure.
Introduction
In an ideal environment, vPro systems will automatically Provision without any interaction with the Administrator, allowing the versatile and robust functionality of AMT to be available immediately out of the gate. In this article we'll cover how to setup just such a scenario, but also how to use Out of Band Management's Delayed Provisioning Task to 'kick-start' any AMT system that is no longer sending out configuration requests. Reasons for this need include:
- The system is powered on in a location that does not have access to the Provisioning Server
- The system is unable to be Provisioned due to changing identities while being setup in its Fully Qualified Domain Name (FQDN)
- The IP Address changes during the Provisioning process and the Provision Server is unable to contact it back to Provision
Remote Configuration
Remote Configuration uses a certificate-based authentication model with preloaded certificate hashes to allow quick and automated process to Provision the AMT systems in the environment. The certificates require a vendor-certified cert from Verisign, GoDaddy, Komodo. While you can set your own cert and load your own hashes in the firmware of AMT systems, it turns the ease of Remote Configuration into a cost, whether by having the OEM load the proprietary cert for a fee, or requiring a configuration step to load the hashes manually into the firmware.
Certificates
The firmware will already contain the hashes for Verisign, GoDaddy, and Komodo certificates (more vendors will be added in later versions of AMT). Server-side certificates need to be loaded and registered on the Provision Server, and within Out of Band Management on the Altiris Notification Server. Please see the following article for more information on Remote Configuration:
Frequently Asked Questions about Remote Configuration.
For a specific reference for what items are required, review the section labeled: What core items MUST be defined in the provisioning certificate? Also look at the section pointing to how to acquire a certificate (other links): What resources or guidance are available for acquiring one of the core external certificates?
Additional information:
The Provision Server must be registered with DNS, accessible by the Intel AMT device via a CNAME value of 'ProvisionServer' pointing to the IP address of the Notification. Note that in a multi-domain (including root-child domain infrastructures) multiple CNAME entries must be setup to include the suffixes to include all network segments the server will be managing.
The Provision Server requires a certificate with the appropriate OID or OU detailing directions to a certificate Authority (CA), which CA must have a root certificate hash stored on the Intel AMT Systems. The OID must be of the type 'Server Authentication Certificate' with the Intel setup extension: 1.3.6.1.5.5.7.3.1, 2.16.840.1.113741.1.2.3, OR, the OU value in the Subject field must be "Intel(R) Client Setup Certificate".
The Subject CN must be either the fully qualified domain name (FQDN) of the platform running the service (example: Provisionserver.symantec.us), or the domain suffix of the platform (example: *.symantec.us.com or *.symantec.com).
Remote Configuration Process
The following process documents how the Remote Configuration Process works. This high-level overview will be referenced in the subsequent sections covering Delayed Provisioning. The following process assumes that the AMT System can reach the Provision Server and won't change identity through typical setup methods such as imaging or configuration scripts that changes the FQDN and/or Hostname of the system (including adding the system to a Domain).
The following steps must be completed before Remote Configuration will work in the environment. They are detailed with step-by-step processes in the Out of Band Management 6.2 Administrator's Guide, located here: http://www.altiris.com/upload/outofbandrefsep18.pdf
- Setting up Intel AMT using Remote Configuration - Page 44
- Certificate provider - Page 44
- Preparing a Certificate Template - Page 45
- Issuing a New Template - Page 46
- Preparing a Certificate Request - Page 47
- Acquiring a Certificate from an External Certificate Vendor - Page 48
- Installing the Remote Configuration Certificate - Page 48
- Loading the Certificate into Intel SCS - Page 49
- Enabling the Remote Configuration Feature - Page 49
Note that not all the sections need to be accomplished depending on what method you use. If you're creating your own certificate:
- Preparing a Certificate Template
- Issuing a New Template
- Preparing a Certificate Request
...should be used. Otherwise use the 'Acquiring a Certificate from an External Certificate Vendor' section, including the previous links provided on the subject, should be consulted. Remember this is the recommended method since it requires no special processes to be in place to ready the AMT systems for Provisioning.
Delayed Provisioning
The purpose of Delayed Provisioning is to Provision those systems that failed the original Provision attempt. The includes failure at any part of the Remote Configuration/Provisioning process. Failure points include:
- Hello Packet does not reach the Provision Server during the 24-hour period hello packets are sent
- The IP Address changes after the Provision Server initially receives the hello packet and hasn't sent down a profile to complete the provisioning process
- The FQDN changes, forcing an IP Address change from DHCP so when the OS is up, the Provisioning Server can't reach the system
- The Provision Server is unable to complete the process due to a number of causes, including network access problems, firewalls, subnet locations, etc...
The following items must be in place for Delayed Provisioning to work:
- AMT System must be in Setup Mode (pre-provisioned). This means the system must be in the state where it is using Remote Configuration and will use the provided hashes.
- The system must have a functioning Windows Operating System.
- The Altiris Agent must be installed and functioning within the OS.
- The Out of Band Task Agent must be installed within the Altiris Agent.
- The Delayed Provisioning Task must be enabled to target the AMT systems in question.
Delayed Provisioning Process
The following process details how Delayed Provisioning works from start to finish. In essence the process 'kick starts' the hello packet process, allowing the Provision Server to receive fresh data on the system, allowing it to properly contact and provision it. The following diagram shows a high-level view of the Delayed Provisioning Process:
Full steps:
- The AMT System must be in Remote Configuration setup mode. This is the default mode for AMT 2.2, 2.6, and 3.0.
- Install the Altiris Agent on the system. Check the Notification Server reference guide for methods.
- In the Altiris Console, go to View > Solution > Out of Band Management > Out of Band Discovery.
- Enable the Out of Band Discovery Policy. This will help with the Provision process after the Delayed Provisioning Task executes.
- Now go up a level and browse down into Out of Band Task Agent Rollout.
- Add the collection: Non-Provisioned Intel® AMT Computers to the Policy by clicking on the Collections listed under 'Applies to Collections' and browsing to it under 'Out of Band Management', 'Provisioning'.
- Enable the Out of Band Task Agent Install Policy.
- Browse in the Altiris Console under View > Solutions > Out of Band Management > Configuration > Provisioning > Delayed Provisioning > and select the 'Delayed Provision' Task.
- Concerning the options:
- Override OTP: - If you don't want to use a random AMT password, check this option.
- Switch to AMT: - Unless you're using ASF and want to keep using it on those computers that have it enabled, check this option.
- Ignore intermediate errors: - Don't check this option unless there's a reason to ignore DNS and OTP errors.
- Leave it on a Daily Schedule. Systems that run this and provision will drop out of the collection and not run the policy again.
- Enable the Policy.
Once the above steps have been completed, the process should be automated as long as steps 1 and 2 are met. The collections will properly target each system so that the right steps occur in the right order.
Conclusion
The Delayed Provisioning Task allows an administrator to catch those systems that have not provisioned due to a number of reasons. This allows the systems to get provisioned in a targeted fashion, and if properly configured make it completely automated. As of version 6.2 of Out of Band Management, this only applies to provisioning by Remote Configuration. Please check these other articles for details on how to provision systems if not using Remote Configuration: Using Intel's RCT Tool to Restart AMT 'Hello' Packets for Enterprise Provisioning.
Lastly, this process does not touch on certificates used to encrypt AMT management traffic. This is the TLS option set in a Profile for any communication after the AMT system has been properly setup and configured. The certificate obtained for Remote Configuration is only for the Setup and Configuration process (also known as Provisioning).