Preferred method:
-
- Make sure that the Symantec Installation Manager is at the latest version.
- Create or use a separate account:
- Give the new account (ID) the same rights/permissions as the original AppID account in Windows (If using Active Directory you can clone the original)
- Make the new account a member of the “Symantec Administrator” role on the Symantec Management Platform (Add or clone the original account under Settings- Security- Account Management)
- DBO and Public access to the Symantec_cmdb database (Add the account to the SQL server under Security- Logins)
- Reconfigure the Application Identity (This is where you switch from the old ID to the newly created one)
- Start> Symantec Installation Manager
- Select “Configure settings”
- Select “Configure NS Settings” and click “Next”
- Enter the separate account that is to be used and its password and click “Next”
- Click “Configure”
- Optional: Verify that the Altiris services are now configured to use the new account
- Go to Services -- Server Manager > Configuration > Services to verify the Altiris Service, Altiris File Receiver, and Altiris Client Message Dispatcher. are using the new account.
- There are a total of eight different Altiris Services, the three above are the main services for the NS Console.
- Change the password of the original application identity account. (If using Active Directory you will change the password there)
- Test the new password by attempting to log in to the NS with the App Identity and the new password
- Follow step 3 again with the desired account (To switch back to the original ID with the new password)
NOTE: Do NOT change the name of the current App ID account in Active Directory while it is being used as the App ID.
Alternate methods:
Method 1: Using a Temporary Account.
- Create a new temporary account for use during this password change process.
NOTE: The temporary account needs to have equivalent security rights as the application identity account to both active directory rights and SQL. (An existing account with these rights can be used.)
- Pre-ITMS 8.5:
In the console, navigate to: Settings > All Settings > Notification Server > Notification Server Settings. Under the Processing tab, enter the temporary account and password in the Application Identity field. Click the save changes.
Post-ITMS 8.5:
- Make sure that the Symantec Installation Manager is at the latest version.
- Reconfigure the Application Identity (This is where you switch from the old id to the newly created one)
- Start> Symantec Installation Manager
- Select “Configure settings”
- Select “Configure NS Settings” and click “Next”
- Enter the separate account that is to be used and its password and click “Next”
- Click “Configure”
- In Active Directory, Change the permanent Application Identity password.
- Again navigate to:
Pre-ITMS 8.5:
Settings > All Settings > Notification Server > Notification Server Settings. Under the Processing tab, change the temporary account back to the permanent account and enter the new password in the Application Identity field. Save the changes.
Post-ITMS 8.5
- Start> Symantec Installation Manager
- Select “Configure settings”
- Select “Configure NS Settings” and click “Next”
- Enter the separate account that is to be used and its password and click “Next”
- Click “Configure”
- Manually update the credentials for any task, job, or policy that was set to use the AppID when created. (By default there are none, but it is possible to manually configure this when creating or editing the item).
How to determine if a task or policy is being run under a specified user account
Note: ITMS 8.6 RU3 added new reports for this: reports are integrated to default installation under Reports/Notification Server Management/Server/Account Management
The following methods were common Pre-ITMS 8.5:
Method 2: IIS Session Cache/Persistence.
NOTE: Only use this method if you are confident in IIS cache and session persistence not being interrupted from start to finish. Before the AppID password has changed, and access to SMP console is still available. If this method fails, method 3 will be required to be followed.
(If access is no longer possible, you will need to use the command line tool listed in Method 3, below.)
- Before changing the AppID password in Active Directory (AD):
- Log into the SMP console with an account that is assigned to the Symantec Administrator role that is not the AppID
- Navigate to: Settings > All Settings > Notification Server > Notification Server Settings
- If you can't click on the service account shown in blue under the Application Identity section, open the Symantec Installation Manager > Configure Settings > Configure NS Settings
- Leave this page open in the web browser and make the changes in AD for the AppID.
- After the changes to AD have propagated to all Domain Controllers:
- Return to the SMP console and update the fields for the AppID
- As mentioned in step 2, if you can't change the AppID there, put the new password in 'Symantec Installation Manager > Configure Settings > Configure NS Settings', Press Next > Finish
- In this case, the services will also restart automatically so you can jump to step 5.
- Click "Save Changes"
- Click on "Restart Services"
- Restart IIS by running IISRESET from an administrator command prompt window.
- Manually update the credentials for any task, job, or policy that was set to the AppID when created. (By default there are none, but it is possible to manually set this when editing the item).
Note: You will need to manually update the WMI protocol credentials (or you will get audit failures) which can be found in the management console under Settings, All Settings, Monitoring and Alerting, Protocol Management, Connection Profiles, Manage Connection Profiles, select the Default Connection Profile, edit the profile, and go down to the WMI section. Alternatively, you can use a domain account that has local admin rights on your systems or disable the WMI section altogether if you are not using components like the power on computers if necessary feature, Network Discovery, Inventory for Network Devices (agent-less inventory), Monitor Solution, Real-Time System Manager, etc.
Method 3: Command line or recovery option:
Command line tool if access to the SMP console is no longer possible, or a need to script the task is needed.
The aexconfig.exe utility can be used to set the AppID and/or AppID password. (from \Notification Server\bin directory and run aexconfig /? to see additional options).
- To change the AppID setting use the /svcid switch. This switch will require a username and password. Substitute the appropriate domain, username, and password into the syntax below and run it from an administrator command prompt. You should run it from the directory where you have installed the Symantec Management Platform. By default, this is C:\Program Files\Altiris\Notification Server\Bin.
- AeXConfig.exe /svcid user: password:
Example: AeXConfig /svcid user: OurDomain\administrator password:pw.
- Restart IIS.
- Note: If the Password contains special characters, it is necessary to include the password in quotes. password:"p@ssw0rd". Also, avoid using the "!" character if possible. This tool is a command line tool, and that character can be difficult for the command line to ignore even within quotes.
Also Remember: If you are using IT Analytics you will need to update the password for the Reporting Services Data Source using the steps found in the article, How to change stored credentials on IT Analytics Reporting Server Configuration