Details
-
Bug
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Fixed
-
10.11
-
Windows
Description
From version 10.11, the GSSAPI client plugin is statically linked into the server (https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows). The auth_gssapi_client.dll plugin is not produced by the default build.
In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this replication user could also authenticate with GSSAPI. From version 10.11 this does not work.
Based on debugging the server, I found the following:
find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/) |
in source sql-common\client_plugin.c:124 can't find the plugin because the linked list plugin_list[type /*=2*/] only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs.
The mysql_client_plugin_init() populates the list based on the mysql_client_builtins struct in source sql-common\client_plugin.c:292.
The mysql_client_builtins is statically defined in client.c. This should be expanded with the GSSAPI client.
The workaround is to force the build of the auth_gssapi_client.dll plugin.
Attachments
Issue Links
- is duplicated by
-
MDEV-33192 mariadb-backup can't use gssapi authentication on Windows
-
- Closed
-
Activity
Field | Original Value | New Value |
---|---|---|
Description |
From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.
In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*. Based on debugging the server, I found the following: The _find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/)_ in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs. The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292. The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client. The *workaround *is to force the build of the auth_gssapi_client.dll plugin. |
From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.
In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*. Based on debugging the server, I found the following: The {code:java} find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/) {code} in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs. The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292. The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client. The *workaround *is to force the build of the auth_gssapi_client.dll plugin. |
Description |
From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.
In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*. Based on debugging the server, I found the following: The {code:java} find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/) {code} in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs. The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292. The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client. The *workaround *is to force the build of the auth_gssapi_client.dll plugin. |
From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.
In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*. Based on debugging the server, I found the following: The {code:c++}find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/){code} in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs. The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292. The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client. The *workaround *is to force the build of the auth_gssapi_client.dll plugin. |
Description |
From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.
In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*. Based on debugging the server, I found the following: The {code:c++}find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/){code} in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs. The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292. The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client. The *workaround *is to force the build of the auth_gssapi_client.dll plugin. |
From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.
In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*. Based on debugging the server, I found the following: The ??find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/)?? in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs. The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292. The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client. The *workaround *is to force the build of the auth_gssapi_client.dll plugin. |
Description |
From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.
In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*. Based on debugging the server, I found the following: The ??find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/)?? in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs. The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292. The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client. The *workaround *is to force the build of the auth_gssapi_client.dll plugin. |
From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.
In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*. Based on debugging the server, I found the following: The ??find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/)?? in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs. The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292. The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client. The *workaround *is to force the build of the auth_gssapi_client.dll plugin. |
Description |
From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.
In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*. Based on debugging the server, I found the following: The ??find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/)?? in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs. The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292. The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client. The *workaround *is to force the build of the auth_gssapi_client.dll plugin. |
From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.
In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*. Based on debugging the server, I found the following: The {noformat} find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/) {noformat} in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs. The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292. The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client. The *workaround *is to force the build of the auth_gssapi_client.dll plugin. |
Description |
From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.
In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*. Based on debugging the server, I found the following: The {noformat} find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/) {noformat} in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs. The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292. The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client. The *workaround *is to force the build of the auth_gssapi_client.dll plugin. |
From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.
In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*. Based on debugging the server, I found the following: The _find\_plugin(const char *name /*="auth\_gssap\i_client"*/ , int type /*=2*/)_ in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs. The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292. The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client. The *workaround *is to force the build of the auth_gssapi_client.dll plugin. |
Description |
From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.
In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*. Based on debugging the server, I found the following: The _find\_plugin(const char *name /*="auth\_gssap\i_client"*/ , int type /*=2*/)_ in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs. The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292. The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client. The *workaround *is to force the build of the auth_gssapi_client.dll plugin. |
From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.
In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*. Based on debugging the server, I found the following: The find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/) in source sql-common\client_plugin.c:124 can't find the plugin because the linked list plugin_list[type /*=2*/] only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs. The mysql_client_plugin_init() populates the list based on the mysql_client_builtins struct in source sql-common\client_plugin.c:292. The *mysql_client_builtins* is statically defined in client.c. This *should be expanded with the GSSAPI client*. The *workaround *is to force the build of the auth_gssapi_client.dll plugin. |
Description |
From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.
In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*. Based on debugging the server, I found the following: The find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/) in source sql-common\client_plugin.c:124 can't find the plugin because the linked list plugin_list[type /*=2*/] only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs. The mysql_client_plugin_init() populates the list based on the mysql_client_builtins struct in source sql-common\client_plugin.c:292. The *mysql_client_builtins* is statically defined in client.c. This *should be expanded with the GSSAPI client*. The *workaround *is to force the build of the auth_gssapi_client.dll plugin. |
From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.
In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*. Based on debugging the server, I found the following: {code:c++} find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/) {code} in source sql-common\client_plugin.c:124 can't find the plugin because the linked list plugin_list[type /*=2*/] only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs. The mysql_client_plugin_init() populates the list based on the mysql_client_builtins struct in source sql-common\client_plugin.c:292. The *mysql_client_builtins* is statically defined in client.c. This *should be expanded with the GSSAPI client*. The *workaround *is to force the build of the auth_gssapi_client.dll plugin. |
Description |
From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.
In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*. Based on debugging the server, I found the following: {code:c++} find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/) {code} in source sql-common\client_plugin.c:124 can't find the plugin because the linked list plugin_list[type /*=2*/] only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs. The mysql_client_plugin_init() populates the list based on the mysql_client_builtins struct in source sql-common\client_plugin.c:292. The *mysql_client_builtins* is statically defined in client.c. This *should be expanded with the GSSAPI client*. The *workaround *is to force the build of the auth_gssapi_client.dll plugin. |
From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.
In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*. Based on debugging the server, I found the following: {code:c++} find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/) {code} in source sql-common\client_plugin.c:124 can't find the plugin because the linked list plugin_list[type /*=2*/] only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs. The mysql_client_plugin_init() populates the list based on the mysql_client_builtins struct in source sql-common\client_plugin.c:292. The *mysql_client_builtins* is statically defined in client.c. This *should be expanded with the GSSAPI client*. The *workaround* is to force the build of the auth_gssapi_client.dll plugin. |
Assignee | Vladislav Vaintroub [ wlad ] |
Fix Version/s | 10.11 [ 27614 ] |
Assignee | Vladislav Vaintroub [ wlad ] | Georg Richter [ georg ] |
Assignee | Georg Richter [ georg ] | Vladislav Vaintroub [ wlad ] |
Status | Open [ 1 ] | Confirmed [ 10101 ] |
Component/s | Scripts & Clients [ 11002 ] | |
Component/s | Replication [ 10100 ] | |
Fix Version/s | 10.11.8 [ 29630 ] | |
Fix Version/s | 10.11 [ 27614 ] | |
Resolution | Fixed [ 1 ] | |
Status | Confirmed [ 10101 ] | Closed [ 6 ] |
Fix Version/s | 11.0.6 [ 29628 ] | |
Fix Version/s | 11.1.5 [ 29629 ] | |
Fix Version/s | 11.2.4 [ 29631 ] |
Link |
This issue is duplicated by |