The following errors may arise during the installation of the GINA login agent, follow the solutions provided to resolve them:
-
'Remcom.exe' is not recognized as an internal or external command, operable program or batch file.
This error occurs if the Remcom.exe file, which is used to install the login agent in remote machines, has been flagged and deleted by the antivirus software. To resolve this issue:
- Check if the Remcom.exe file exists in the bin folder of ADSelfService Plus Installation directory (C:\ManageEngine\ADSelfService Plus\bin).
- If not, check if your antivirus software has removed the file. Configure your antivirus software to trust the Remcom.exe file.
-
Could not Install Client Software
This error occurs because of a network timeout while installing the client software. Make sure the network connection is re-established and try to install the software again.
-
Initiating Connection to Remote Service Failed
This error could occur if the target computer could not be contacted. To prevent this:
- Ensure if such a computer really exists. If so, ensure whether it is connected to the network.
- To check for connectivity, ping this computer from the server where ADSelfService Plus is installed.
- Make sure Remote Registry service is running in the client machine.
-
Couldn't connect to the machine, ADMIN$.Access is denied
This error may occur because admin share has not been enabled in the client computer. To resolve this issue:
- Configure Domain Settings (when run as console) or the Logon Tab (when run as service) with a different user account that has Domain Admin privileges.
- Enable admin share:
- In the client computer, go to Start > Run and type gpedit.msc and hit Enter.
- Expand the Administrative Templates > Network > Network Connections > Windows Firewall.
- Click Domain Profile and double click Windows Firewall: Allow inbound remote administration exception.
- Select Enabled and click OK.
-
Logon Failure: The target account name is incorrect.
This error message can occur if two computers have the same computer name. One computer is located in the child domain; the other computer is located in the parent domain.
-
Logon failure: unknown user name or bad password.
This error message occurs when admin share might not be enabled in the client computer. To resolve this issue:
- Configure Domain Settings (when run as console) or the Logon Tab (when run as service) with a different user account that has Domain Admin privileges.
- Enable admin share:
- In the client computer, go to Start > Run and type gpedit.msc and hit Enter.
- Expand the Administrative Templates > Network > Network Connections > Windows Firewall.
- Click Domain Profile and double click Windows Firewall: Allow inbound remote administration exception.
- Select Enabled and click OK.
-
Couldn't Start Remote Service. Overlapped I/O operation is in progress.
The Remote service couldn't be started either because the copy was blocked by antivirus or because the service couldn't be started automatically. To prevent this:
- In the client machine, go to the Services tab and check whether the Remote Registry and Server services have started. If not, enable these services.
-
Another version of this product is already installed.
This error occurs when another version of this login agent is already installed in the remote machine. To prevent this, uninstall the existing client software from this machine.
-
Another installation is already in progress.
This error occurs when another installation is already in progress. To prevent this, try to install the client software after a few minutes.
-
Could not connect to the machine.
This error could occur if the target computer could not be contacted. To prevent this:
- Ensure if such a computer really exists.
- If so, ensure it is connected to the network.
- To check for connectivity, ping this computer only from the server where ADSelfService Plus is installed.
-
Network path not found/Invalid Credential.
This error could occur if the target computer could not be contacted. To prevent this:
- Configure Domain Settings (when run as console) or the Logon Tab (when run as service) with a different user account that has Domain Admin privileges.
- Enable admin share:
- In the client computer, go to Start > Run and type gpedit.msc and hit Enter.
- Expand the Administrative Templates > Network > Network Connections > Windows Firewall.
- Click Domain Profile and double click Windows Firewall: Allow inbound remote administration exception.
- Select Enabled and click OK.
-
Couldn't copy ADSelfServicePlusClientSoftware.msi
This error occurs because the ADSelfService Plus server has insufficient privileges to access the client machine. To prevent this:
- Configure Domain Settings (when run as console) or the Logon Tab (when run as service) with a different user account that has Domain Admin privileges.
- Enable admin share:
- In the client computer, go to Start > Run and type gpedit.msc and hit Enter.
- Expand the Administrative Templates > Network > Network Connections > Windows Firewall.
- Click Domain Profile and double click Windows Firewall: Allow inbound remote administration exception.
- Select Enabled and click OK.
-
Multiple connections to a server or shared resource by the same user.
This error occurs when other applications or processes are using the same user account used by ADSelfService Plus to try and connect to the remote machine in which the login agent is to be installed. To resolve this issue:
- Disconnect all previous connections to the server or shared resource and try again.
- Configure Domain Settings (when run as console) or the Logon Tab (when run as service) with a different user account that has Domain Admin privileges.
-
Error in security-core.js. The user will encounter a pop-up that displays the script error message.
Probable causes:
- Cookies are not enabled in Internet Explorer for the system account.
- The ADSelfService Plus product URL is not added as a trusted site in Internet Explorer.
Solution:
- Follow the steps here to enable cookies.
- Follow the steps here to add the ADSelfService Plus product URL to the list of trusted sites in Internet Explorer.
-
A blank screen appears when the user tries to authenticate using Windows MFA or perform a self-service action such as password reset or account unlock.
Probable cause: Cookies are not enabled in Internet Explorer on the user's system.
Solution: Follow the steps here to enable cookies in Internet Explorer.
-
A blank screen appears during the endpoint MFA process.
Probable cause: The ADSelfService Plus product URL is not added as a trusted site in Internet Explorer.
Solution: Follow the steps here to add the ADSelfService Plus URL to the list of trusted sites in Internet Explorer.
-
When a user tries to log in to their machine, there is a delay in the loading of the GINA component.
Probable cause: The user is using a self-signed certificate.
Solution: Disable certification revocation, or the act of invalidating a TLS/SSL certificate before its scheduled expiration date. There are two ways to do this.
Method 1: Adding registry values
- Open the Run dialog box by pressing Windows + R on the machine where you have the GINA loading issue.
- Type regedit in the Run dialog box and open the Registry Editor.
- Navigate to Computer\HKEY_USERS\S-1-5-18\Software\Microsoft\Windows\CurrentVersion\Internet Settings.
- Right-click Internet Settings and select New → DWORD.
- Enter the registry value name as CertificateRevocation. Right-click this new registry value and select Modify. In the Edit Dword Value dialog box that appears, enter the value data as 0.

Method 2: Changing settings in Internet Explorer
- Download PsTools on the machine facing the issue.
- Press Windows + R to open the Run dialog box, and type cmd to open the Command Prompt.
- Type in the command psexec.exe -s -i "C:\Program Files (x86)\Internet Explorer\iexplore.exe.".
- The browser will open. Now go to Settings and select Internet options.

- In the Internet Options window, go to the Advanced tab and scroll down to the Security group in the list of Settings.
- Uncheck the checkboxes next to Check for publisher's certificate revocation and Check for server certificate revocation.

- Click OK to close the window.
Solution: Enabling cookies in Internet Explorer on the user's system
Verify if cookies are enabled in Internet Explorer on the user's system. If they’re not, enable cookies by following the steps below:
- Download PsTools on the machine facing the issue.
- Open the Command Prompt and run the command psexec.exe -s -i "C:\Program Files (x86)\Internet Explorer\iexplore.exe.".
- Internet Explorer will open. (Note: Internet Explorer is the only browser that opens for GINA-related errors in Windows, irrespective of other browsers installed on the user's system.)
- Go to Settings and select Internet options.

- In the Internet Options window, go to the Privacy tab. Under Settings, select the Advanced button.
- In the Advanced Privacy Settings window, select the Accept radio button under both First-party Cookies and Third-party Cookies.

- Select OK and close the Advanced Privacy Settings window.
- Click Sites under Settings in the Internet Options window.
- In the Per Site Privacy Actions window that opens, enter the ADSelfService Plus product URL in the Address of website field and click Allow.

- Press OK to close the Per Site Privacy Actions and Internet Options windows.
Solution: Adding the ADSelfService Plus URL to intranet/trusted sites
- Download PsTools on the machine facing the issue.
- Open the Command Prompt and run the command psexec.exe -s -i "C:\Program Files (x86)\Internet Explorer\iexplore.exe.".
- The browser will open. Now go to Settings and select Internet options.

- In the Internet Options window, go to the Security tab and select Trusted sites in the Select a zone to view or change security settings field.

- Click Sites below the Select a zone to view or change security settings field to open the Trusted sites window.

- In the Trusted sites window, type in the URL of the ADSelfService Plus application in the Add this website to the zone field, then click Add.
These steps should ensure that there are no further GINA loading issues.
-
When I try to install the login agent from the ADSelfService Plus console, I get the following error: "Couldn't copy PAExec to the machine."
Cause: User account does not have sufficient privilege over the object.
Solution:
- Log in to ADSelfService Plus with the admin credentials.
- Click on the Domain Settings found at the right-top corner of the webpage.
- Under the Actions section, click on the Edit Domain Details button.
- Select Authentication, and provide the Domain Username and Domain Password of an account that has domain admin privileges.
- Click Save.
-
When I try to install the login agent from the ADSelfService Plus console on to a remote server, I get the following error: "PAExec service could not be installed/started on remote server."
Cause: PAExec is being blocked by the firewall or antivirus software.
Solution: Change your antivirus and firewall settings to allow the PAExec service.
When I try to install the login agent from the ADSelfService Plus console, I get the following error: "Object not found" or "0x80041002 (WBEM_E_NOT_FOUND)."
Cause: The WMI repository may be corrupted.
Solution: To resolve the corruption of WMI repository, follow the steps in this link.
Work around:
- Log in to the Windows Server machine using an administrator account.
- Open Group Policy Management Console (GPMC) and right-click on the default domain policy within your domain.
- In the Group Policy Management Editor window that opens, go to Computer Configuration → Policies → Administrative Templates: Policy definitions (ADMX files) retrieved from the local computer → System → Group Policy. On the right pane, select Turn off Resultant Set of Policy logging.
- Enable the Turn off Resultant Set of Policy logging to disable the Resultant Set of Policy (RSoP).
-
When I try to install the login agent from ADSelfService Plus console, I get the following error: "Access denied by DCOM Security. The user does not have remote access to the computer through DCOM."
Cause 1: The login name or password provided for scanning is invalid in the workstation.
Solution: Check if the login name and password are entered correctly.
Cause 2: The user does not have remote access to the computer through the Distributed Component Object Model (DCOM).
Solution:
- Log in to your system with admin credentials.
- Go to Control Panel → Administrative Tools → Component Services, or type in DCOMCnfg.exe from the search bar, and click Enter to open the Component Services dialog box.
- Expand Component Services in the Component Services dialog box. Then expand Computers, and right-click on My Computer. Click Properties.
- Go to the COM Security tab in the My Computer Properties dialog box.
- Select Edit Limits under Launch and Activation Permissions.
- In the Launch and Activation Permission dialog box that opens, if your name or the group that you belong to does not appear in the groups or usernames list, click Add.
- In the Select Users, Computers, or Groups dialog box that pops up, add your name and the group in the Enter the object names to select field. Click OK.
- In the Launch and Activation Permission dialog box, select your user and group in the Group or user names box. Under the Permissions for user field, in the Allow column, select Remote Launch and Remote Activation. Click OK.
The user should now have remote access to the computer through DCOM.
Cause 3: DCOM may not be configured to allow a WMI connection.
Solution: If the DCOM in the machine is not configured to allow a WMI connection, then follow the below steps in the machine that needs to accept WMI connection.
- Log in to your system with admin credentials.
- Go to Control Panel → Administrative Tools → Component Services, or type in DCOMCnfg.exe from the search bar to open the Component Services dialog box.
- Expand Component Services in the Component Services dialog box. Then expand Computers, and right-click My Computer. Click Properties.
- Click the COM Security tab in the My Computer Properties dialog box.
- Click Edit Limits, under the Access Permissions section.
- The Access Permissions dialog box pops up. Under the Group or user names section, select Anonymous Logon. In the Permissions for user section, select Remote Access. Click OK.
Cause 4: The Remote DCOM option is disabled in the remote workstation.
Solution: Check if Remote DCOM is enabled in the remote workstation. If not, follow the steps below to enable it:
- Select Start > Run.
- Type DCOMCnfg.exe in the text box, and click OK.
- Click on Component Services > Computers > My Computer.
- Right-click and select Properties.
- Select the Default Properties tab.
- Check the box next to Enable Distributed COM in this machine.
- Click OK.
Cause 5: The user account is invalid in the target machine.
Solution: Check if the user account is valid in the target machine by opening Command Prompt, and execute the following commands:
net use \<RemoteComputerName>C$ /u:<DomainNameUserName> "<password>"
net use \<RemoteComputerName>ADMIN$ /u:<DomainNameUserName> "<password>"
If these commands show any errors, the provided user account is not valid on the target machine.
Cause 6: The user name provided for scanning does not have sufficient access privileges to perform the scanning operation. This user may not belong to the administrator group for this device machine.
Solution: Move the user to the Administrator Group of the workstation or scan the machine using an administrator (preferably a domain administrator) account.
Solution: Move the user to the Administrator Group of the workstation or scan the machine using an administrator (preferably a domain administrator) account.
Cause 7:A firewall is configured on the remote computer. Such exceptions mostly occur in Windows XP (SP 2) when the default Windows firewall is enabled.
Solution: Disable the default Firewall in the Windows XP machine:
- Select Start → Run
- Type Firewall.cpl and click OK
- In the General tab, click Off
- Click OK
If the firewall cannot be disabled, launch Remote Administration for administrators on the remote machine by executing the following command in Command Prompt:
netsh firewall set service RemoteAdmin
After scanning, you can disable Remote Administration using the following command:
netsh firewall set service RemoteAdmin disable
Cause 8: WMI is not available in the remote Windows workstation. This happens in Windows NT. Such error codes might also occur in higher versions of Windows if the WMI components are not registered properly.
Solution: Install WMI in the remote workstation. Refer to these steps for help.
If the WMI Components are not registered, register the WMI DLL files by executing the following command in the command prompt: winmgmt /RegServer
Cause 9: There is some internal execution failure in the WMI service (winmgmt.exe) running in the device machine. The last update of the WMI Repository in that workstation could have failed.
Solution:
Restart the WMI service in the remote workstation:
- Select Start → Run
- Type Services.msc and click OK
- In the Services window that opens, select Windows Management Instrumentation service.
- Right-click and select Restart
-
When I try to install the login agent from ADSelfService Plus console, I get the following error: "Remote Procedure Call server is unavailable."
Cause: The Remote Procedure Call (RPC) port of the machine is blocked by the firewall.
Solution: Change the setting in your firewall to allow RPC ports.
-
When I try to install the login agent from ADSelfService Plus console, I get the following error with code 80041010 in Windows Server 2003, "Fatal error occurred."
Cause: The Win32_Product class is not installed in Windows 2003 Server by default.
Solution: To add the Win32_Product class, follow the steps below:
- In Add or Remove Programs, select Add/Remove Windows Components.
- In the Windows Components Wizard, select Management and Monitoring Tools, then click Details.
- In the Management and Monitoring Tools dialog box, select WMI Windows Installer Provider and click OK.
- Click Next.
Questions