Several options are "greyed out" in the console

Share your tips or issues concerning the WAPT Console or WAPT Agent here
Forum Rules
Community Forum Rules
* English support on www.reddit.com/r/wapt
* French community support is available on this forum
* Please prefix the topic title with [RESOLVED] if it is resolved.
* Please do not edit a topic that is tagged [RESOLVED]. Open a new topic referencing the old one.
* Specify the installed WAPT version, full version, and build number (2.2.1.11957 / 2.2.2.12337 / etc.) as well as the Enterprise/Discovery edition.
* Versions 1.8.2 and earlier are no longer supported. The only questions accepted regarding version 1.8.2 are related to upgrading to a supported version (2.1, 2.2, etc.).
* Specify the server OS (Linux/Windows) and version (Debian Buster/Bullseye - CentOS 7 - Windows Server 2012/2016/2019).
* Specify the OS of the administration/package creation machine and the machine with the problematic agent, if applicable (Windows 7/10/11/Debian 11/etc.).
* Avoid asking multiple questions when opening a topic, otherwise it may be ignored. If there are multiple topics, open separate topics, preferably one after the other and not all at the same time (i.e., do not spam the forum).
* Include code snippets, screenshots, and other images directly in the post. Links to Pastebin, Bitly, and other third-party sites will be systematically removed.
* As with any community forum, support is provided voluntarily by members. If you require commercial support, you can contact Tranquil IT's sales department at 02.40.97.57.55
Locked
ryoken95
Messages: 28
Registered: December 23, 2015 - 11:09

October 16, 2018 - 4:07 PM

Hello,

I'm having a small problem with the WAPT console. The following options are grayed out:
Check for updates,
Launch installations,
Refresh inventory
, Restart WAPT service,
Forget a package
, Install a package.

As a result, I can no longer manage my workstations. :(
Console version 1.6.2.7,
Server 1.6.2.7, Community
Agent 1.6.2.7.

Can you please help me?

Thank you in advance for your help.

Fabrice
User avatar
htouvet
WAPT Expert
Messages: 436
Registration: March 16, 2015 - 10:48
Contact :

October 16, 2018 - 4:15 PM

This is because you haven't specified the path to your personal certificate (and therefore your private key) in the configuration (Tools/Preferences/Personal Certificate Path).
Generally, the two files (.pem and .crt) are located in c:\private, but you may have placed them elsewhere.

The console needs them to sign actions to be executed on remote machines.
Tranquil IT
ryoken95
Messages: 28
Registered: December 23, 2015 - 11:09

October 16, 2018 - 4:28 PM

htouvet wrote: Oct 16, 2018 - 4:15 PM It's because you haven't entered the path to your personal certificate (and therefore your private key) in the configuration (Tools/Preferences/Personal Certificate Path).
Generally, the two files (.pem and .crt) are located in c:\private, but perhaps you put them somewhere else.

The console needs them to sign actions to be executed on remote machines.
Good morning,

This element is correctly entered and yet it no longer works, whereas last week I deployed it without any problems.

Do you have any other leads?

Thank you again for your help
User avatar
dcardon
WAPT Expert
Messages: 1932
Registration: June 18, 2014 - 09:58
Location: Saint Sébastien sur Loire
Contact :

October 16, 2018 - 6:50 PM

Hello Fabrice,
ryoken95 wrote: Oct 16, 2018 - 4:28 p.m.
htouvet wrote: Oct 16, 2018 - 4:15 PM It's because you haven't entered the path to your personal certificate (and therefore your private key) in the configuration (Tools/Preferences/Personal Certificate Path).
Generally, the two files (.pem and .crt) are located in c:\private, but perhaps you put them somewhere else.

The console needs them to sign actions to be executed on remote machines.
This element is correctly entered and yet it no longer works, whereas last week I deployed it without any problems.

Do you have any other leads?
Are you experiencing this issue on just one machine or on all machines? Do the machines you want to perform actions on have a "Reachable" status of "OK"? Are you certain your private key matches the one deployed on the workstations?

Sincerely,

Denis
Denis Cardon - Tranquil IT
Share your experiences on WAPT! Send us your blog and article URLs in the "Your Opinion of the forum, and we'll feature them on the WAPT
ryoken95
Messages: 28
Registered: December 23, 2015 - 11:09

October 17, 2018 - 08:48

dcardon wrote: Oct 16, 2018 - 6:50 PM Hello Fabrice,
ryoken95 wrote: Oct 16, 2018 - 4:28 p.m.
htouvet wrote: Oct 16, 2018 - 4:15 PM It's because you haven't entered the path to your personal certificate (and therefore your private key) in the configuration (Tools/Preferences/Personal Certificate Path).
Generally, the two files (.pem and .crt) are located in c:\private, but perhaps you put them somewhere else.

The console needs them to sign actions to be executed on remote machines.
This element is correctly entered and yet it no longer works, whereas last week I deployed it without any problems.

Do you have any other leads?
Are you experiencing this issue on just one machine or on all machines? Do the machines you want to perform actions on have a "Reachable" status of "OK"? Are you certain your private key matches the one deployed on the workstations?

Sincerely,

Denis

Hello Denis,

I have the problem on all machines.
The machines do indeed have the Reachable status.
This private key has been used for months without any problems. I even deployed BIOS updates last week.

Regards
User avatar
htouvet
WAPT Expert
Messages: 436
Registration: March 16, 2015 - 10:48
Contact :

October 17, 2018 - 09:34

Upon reviewing the source code:

Code: Select all

  Enabled:= (GridHosts.SelectedCount>0) and OneHostIsConnected(GridHosts) and FileExistsUTF8(WaptPersonalCertificatePath)
Therefore, the action is not grayed out if at least one machine is selected and is "connected," and the file specified in the "personal_certificate_path" parameter of the [global] section of the %LOCALAPPDATA%\waptconsole\waptconsole.ini file exists
(Verify that the user under which the wapt console is running has access to this file)
Tranquil IT
ryoken95
Messages: 28
Registered: December 23, 2015 - 11:09

October 17, 2018 - 10:03

htouvet wrote: Oct 17, 2018 - 09:34 Upon reviewing the source code:

Code: Select all

  Enabled:= (GridHosts.SelectedCount>0) and OneHostIsConnected(GridHosts) and FileExistsUTF8(WaptPersonalCertificatePath)
Therefore, the action is not grayed out if at least one machine is selected and is "connected," and the file specified in the "personal_certificate_path" parameter of the [global] section of the %LOCALAPPDATA%\waptconsole\waptconsole.ini file exists
(Verify that the user under which the wapt console is running has access to this file)
Good morning,

I confirm that the actions are greyed out and that the user does have access to this file (I am the administrator of the machine on which the wapt console is running)
User avatar
dcardon
WAPT Expert
Messages: 1932
Registration: June 18, 2014 - 09:58
Location: Saint Sébastien sur Loire
Contact :

October 17, 2018 - 12:48

Hello Fabrice,
ryoken95 wrote: Oct 17, 2018 - 10:03
htouvet wrote: Oct 17, 2018 - 09:34 Upon reviewing the source code:

Code: Select all

  Enabled:= (GridHosts.SelectedCount>0) and OneHostIsConnected(GridHosts) and FileExistsUTF8(WaptPersonalCertificatePath)
Therefore, the action is not grayed out if at least one machine is selected and is "connected," and the file specified in the "personal_certificate_path" parameter of the [global] section of the %LOCALAPPDATA%\waptconsole\waptconsole.ini file exists
(Verify that the user under which the wapt console is running has access to this file)
I confirm that the actions are greyed out and that the user does have access to this file (I am the administrator of the machine on which the wapt console is running)
We'll need to provide a bit more information... The fact that the menus are grayed out doesn't need confirmation; we'll take your word for it. However, I want to emphasize that an administrator user doesn't necessarily have access to all files (the administrator account is more like a sudoer than root on a modern Windows system). Access depends not only on permissions but also on the security tokens of the process trying to access the file.

Is there anything special in the path to the key file? Network drive, encrypted drive, special character, special permissions, etc.? Do you have User Account Control (UAC) enabled on the machine? When you launched the WAPT console, did you launch it with elevated privileges or not? Is the account a local administrator or a domain administrator?

Sincerely,

Denis
Denis Cardon - Tranquil IT
Share your experiences on WAPT! Send us your blog and article URLs in the "Your Opinion of the forum, and we'll feature them on the WAPT
Locked