My misadventure with agent Wapt

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
EdG973
Messages: 25
Registration: June 9, 2020 - 5:31 PM

September 11, 2020 - 6:33 PM

Hello,

I've been happily using WAPT Community 1.8.2. :D

However, I wanted to share my unfortunate experience installing a new Windows 10 workstation equipped with the WAPT agent.
I installed the agent and then deployed my software.
Everything was fine... until I joined my new machine to my Active Directory domain (Server 2012 R2).
Then, from my WAPT console, the workstation suddenly appeared as "DISCONNECTED"...

So, I scratched my head and thought, "Maybe it's the Windows firewall when I joined my new machine to the domain." I disabled the firewall and stopped Kaspersky...
Same problem...
I restarted my WAPT Windows service on the new workstation, and while I was at it, I restarted my WAPT server on CentOS 7.
Same problem...

Darn, I'm completely lost.

It turns out the problem is with the machine name registered in the WAPT server.
Before joining my new computer to the Active Directory domain, my computer was simply named "computername".
After joining the domain, the name became "computername.mydomain.something"...

I thought WAPT worked by IP address... Especially since I have the "Community" version and not the Enterprise version (so no Active Directory support and no ability to create machine groups).

So, I:
- Removed my new computer from the WAPT Server registry,
- Uninstalled and reinstalled the WAPT agent on my new computer,
- Re-registered the new computer during the agent installation on the server (this time with the name "computername.mydomain.something"),
- Re-launched my software, which reinstalled itself over the initial installations.

While I was at it, I searched the forum for a solution to my problem.
The post viewtopic.php?f=10&t=1091 is interesting, but it wasn't my antivirus that was blocking my connection, nor the issue with the out-of-sync clocks (viewtopic.php?t=1635)

. Therefore, it's important to remember when managing an Active Directory domain:
- Install the WAPT agent only after joining a new machine to the domain

.
User avatar
Gaetan
Messages: 169
Registration: August 8, 2019 - 10:16
Location: Toulouse

September 29, 2020 - 09:48

Hello,
very interesting feedback.
We disable the agent via GPO, so it happens when adding to the domain.
I think this could resolve the issue for your system.
User avatar
htouvet
WAPT Expert
Messages: 436
Registration: March 16, 2015 - 10:48
Contact :

September 29, 2020 - 10:10

Normally, by default, workstations register with a unique identifier (UUID) from the BIOS, independent of the workstation's naming convention.
This is unless you chose to identify it with its FQDN in the agent configuration.

The agent's authentication on the server uses this UUID, so adding the workstation to the domain or changing its name should not cause the disconnection you mentioned.

Did you use the "use_fqdn_as_uuid" setting (Use the FQDN as the unique identifier)?
Tranquil IT
Locked