When performing a manual installation or upgrade of ARD Hub 3.6 on Windows with MySQL 8.0.x, the installation fails during the Keycloak configuration phase. Common symptoms include:
keycloak-setup.bat script fails to populate security roles, user groups, or realms.MySQL 8.0 introduced caching_sha2_password as the default authentication mechanism. This requires the JDBC driver to retrieve the server's RSA public key to encrypt the password during the handshake. By default, the JDBC driver disables this retrieval for security reasons. When using a non-SSL connection (common in local or firewalled internal deployments), the connection is refused because the driver cannot fetch the public key.
To resolve this, you must explicitly permit the JDBC driver to retrieve the public key or switch the MySQL user to a legacy authentication method.
Add the allowPublicKeyRetrieval=true and useSSL=false parameters to your JDBC connection string.
.ard\conf).jdbc:mysql://<hostname>:3306/keycloak?useUnicode=true&characterEncoding=utf-8jdbc:mysql://<hostname>:3306/keycloak?useUnicode=true&characterEncoding=utf-8&allowPublicKeyRetrieval=true&useSSL=false.ard\logs directory.KEYCLOAK_HOME\bin.kc.bat build.kc.bat start and verify there are no startup errors.HUB_INSTALL\keycloak\keycloak-setup.bat to populate roles.If you cannot modify the connection string, you can change the MySQL user to use the legacy native password plugin.
root..ard\logs for any SQL Error: 90020 or connection refusal warnings.http://<tomcat_address>:8080/ard/ui.