If you typically use Kerberos, rerun the postconf script and re-enable Kerberos authentication.
Warning
If upgrading from a version older than WAPT 2.1, the licence activation process has changed.
3.1. Switching of WAPT Edition (Community, Discovery, Enterprise)¶
WAPT Community is no longer supported.
If you want to upgrade from WAPT 1.8.2 Community you can upgrade to WAPT Discovery or WAPT Enterprise.
Please note that WAPT Discovery is limited to 300 clients.
It is always possible to upgrade from a WAPT Community setup to WAPT Discovery or Enterprise.
The WAPT Server will make the appropriate changes.
To upgrade WAPT Discovery to WAPT Enterprise simply upload a valid licence to the WAPT Server from the WAPT Console.
If your Enteprise licence expire, it will fall back on the Discovery Edition.
If you are running WAPT Discovery and you have more that 300 client computers in your inventory, the WAPT Console will stop working and will only give you the option to delete computer entries from the inventory.
The WAPT Console will return to working condition when the inventory returns below the 300 computer limit.
If you are using WAPT WADS, please note that older WADS WinPE and WAPT 2.6 WADS WinPE are not compatible.
You need to recreate the WinPE File using the upload WinPE button in the OS Deployment tab.
If you use WAPT Deploy in a GPO, then you need to update your GPO with the lastest waptdeploy.exe binary.
Warning
For WAPT server, during the postconf be carefull.
It is essential to enter the FQDN name of your server and not its IP address.
For Example :
At last, launch the following script testing-ldap-connectivity.sh (/opt/wapt/waptserver/scripts/testing-ldap-connectivity.sh). Identifying an AD account and an associated group. if the feedback is "ALL GOOD" then the upgrade has been successfully completed and you can launch the wapt console.
You encountered an error with the testing-ldap-connectivity.sh script. Please check the following:
Warning
With version 2.6 of WAPT, Self-Service does NOT need simple bind LDAP authentication anymore. Kerberos (recommended) or LDAP SASL bind over GSSAPI (2nd choice) should be used:
In /etc/krb5.conf, the file should look like this.
If you use the parameter wapt_admin_group_dn in your waptserver.ini, you need to modify wapt_admin_group_dn to wapt_admin_group and write only the common name of your group.
At last, launch the following script testing-ldap-connectivity.sh (/opt/wapt/waptserver/scripts/testing-ldap-connectivity.sh). Identifying an AD account and an associated group. if the feedback is "ALL GOOD" then the upgrade has been successfully completed and you can launch the wapt console.
You encountered an error with the testing-ldap-connectivity.sh script. Please check the following:
Warning
With version 2.6 of WAPT, Self-Service does NOT need simple bind LDAP authentication anymore. Kerberos (recommended) or LDAP SASL bind over GSSAPI (2nd choice) should be used:
In /etc/krb5.conf, the file should look like this.
If you use the parameter wapt_admin_group_dn in your waptserver.ini, you need to modify wapt_admin_group_dn to wapt_admin_group and write only the common name of your group.
WAPT 2.5 needs PostgreSQL 10 or above.
If you have upgraded from an older Debian or Ubuntu version with PostgreSQL 9.6, be sure to follow the OS documentation to upgrade PostgreSQL to its latest version.
If you are using WAPT WADS, please note that WAPT 2.x WADS WinPE and WAPT 2.5 WADS WinPE are not compatible.
You need to recreate the WinPE File using the upload WinPE button in the OS Deployment tab.
If you use WAPT Deploy in a GPO, then you need to update your GPO with the lastest waptdeploy.exe binary.
Warning
The websocket protocol having changed between versions 2.X and 2.6, WAPT Agents will appear as DISCONNECTED until they have upgraded to version 2.6.
The WAPT Agent upgrade task may be delayed for up to 2 hours.
To insure that the WAPT Agent upgrade task happens in the shortest delay, the most recent waptupgrade package must be deployed using your WAPT 2.6 Console or using a GPO.
The waptupgrade package contains a configuration that will trigger the forced installation of the newest WAPT Agent.
So make sure that you tick the Install waptupgrade package as soon as agent sees it checkbox, as in the screen capture below.
Warning
The WAPT Server 2.5 is using client SSL authentication to authenticate the client WAPT Agents. Thus it is required for the WAPT Server to do the TLS termination itself.
The use of WAF or reverse proxy that do TLS interception and terminaison is thus not supported.
After upgrading the WAPT Server from 2.x to 2.5, you MUST upgrade the WAPT Console / WAPT Agent on the administation computer right after.
If the WAPT console has NOT YET been upgraded, it will show a licence error message on startup because it won’t be able to check the licence.
You can ignore the licence message if you have not yet upgraded the WAPT Console.
The console will switch to Discovery Edition, and switch back to Enterprise Edition once it has been upgraded.
Note : if you try to re-upload the licence BEFORE upgrading to 2.5, it will fail also.
First of all, update the underlying distribution and install the WAPT Server packages.