Вход в подчиненный узел репликации MariaDB Запрещен вход в подчиненный узел

Добрый день всем, как новичок, прошу прощения, если я делаю это неправильно.

О ситуации: У нас есть два физических сервера Ubuntu. Они находятся в одной сети и действуют как главные/подчиненные серверы. Репликация баз данных и, следовательно, ок. 300 Гб работает успешно. Также возможен вход в мастер. Однако, если пользователь, который может войти в ведущее устройство, теперь хочет войти в подчиненное устройство, он всегда получает отказ в входе.

Если я сейчас попытаюсь войти в ведомое устройство через клиент MySQL, я получу следующие сообщения:

2022-05-03 9:58:01 1161 [Предупреждение] Прерванное соединение 1161 с базой данных: «неподключенный» пользователь: «не прошедший проверку подлинности» хост: «XX» (это соединение обычно закрыто без проверки подлинности)
    2022-05-03 9:58:11 1170 [Предупреждение] Прерванное соединение 1170 с базой данных: «неподключенный» пользователь: «не прошедший проверку подлинности» хост: «XX» (это соединение обычно закрыто без проверки подлинности)
    2022-05-03 9:58:21 1179 [Предупреждение] Прерванное соединение 1179 с базой данных: «неподключенный» пользователь: «не прошедший проверку подлинности» хост: «XX» (это соединение обычно закрыто без проверки подлинности)
    2022-05-03 9:58:31 1187 [Предупреждение] Прерванное соединение 1187 с базой данных: «неподключенный» пользователь: «не прошедший проверку подлинности» хост: «XX» (это соединение обычно закрыто без проверки подлинности)
    2022-05-03 9:58:41 1196 [Предупреждение] Прерванное соединение 1196 с базой данных: «неподключенный» пользователь: «не прошедший проверку подлинности» хост: «XX» (это соединение обычно закрыто без проверки подлинности)
Однако пользователь доступен и также может быть выполнен удаленно. Если я попытаюсь войти локально непосредственно в интерфейсе командной строки, я получу тот же шаблон ошибки.

Следует отметить, что здесь мы работаем с разными версиями базы данных, поскольку мастер в настоящее время все еще работает на древней версии MariaDB.

Мастер MySQL:

ИМЯ="Убунту"
ВЕРСИЯ = "16.04.7 LTS (Xenial Xerus)"
ID=убунту
ID_LIKE=дебиан
PRETTY_NAME="Ubuntu 16.04.7 LTS"
VERSION_ID="16.04"
VERSION_CODENAME=xenial
UBUNTU_CODENAME=xenial
mariadb-server-10.1/сейчас 10.1.44+maria-1~xenial amd64
mariadb-server-core-10.1/сейчас 10.1.44+maria-1~xenial amd64

Подчиненный MySQL:

  ИМЯ="Убунту"
    ВЕРСИЯ = "20.04.4 LTS (Фокусная ямка)"
    ID=убунту
    ID_LIKE=дебиан
    PRETTY_NAME="Убунту 20.04.4 ЛТС"
    VERSION_ID="20.04"
    VERSION_CODENAME=фокальная
    UBUNTU_CODENAME=фокусный
    mariadb-server-10.5/неизвестно, сейчас 1:10.5.15+maria~focal amd64
    mariadb-server-core-10.5/неизвестно,сейчас 1:10.5.15+maria~focal amd64

Netstat -tulpn |grep 3306 показывает мне, что база данных также находится в сети.

Если я сейчас запрошу статус подчиненного устройства, здесь тоже все будет хорошо:

MariaDB [(нет)]> SHOW SLAVE STATUS\G;
*************************** 1-й ряд ********************** *******
                Slave_IO_State: ожидание отправки события мастером
                   Master_Host: ХХ.ХХ.ХХ.ХХ
                   Master_User: репликация
                   Мастер_Порт: 3306
                 Connect_Retry: 60
               Master_Log_File: mariadb-bin.024024
           Read_Master_Log_Pos: 798994582
                Relay_Log_File: mysql-relay-bin.000008
                 Relay_Log_Pos: 798994879
         Relay_Master_Log_File: mariadb-bin.024024
              Slave_IO_Running: Да
             Slave_SQL_Running: Да
               Replicate_Do_DB: имя_базы_данных
           Репликация_игнорировать_БД:
            Репликация_Do_Table:
        Репликация_Игнорировать_Таблицу:
       Replicate_Wild_Do_Table:
   Replicate_Wild_Ignore_Table:
                    Last_Errno: 0
                    Последняя_Ошибка:
                  Skip_Counter: 0
           Exec_Master_Log_Pos: 798994582
               Relay_Log_Space: 798995229
               Пока_Условие: Нет
                До_файла_журнала:
                 До_Log_Pos: 0
            Master_SSL_Allowed: Нет
            Master_SSL_CA_File:
            Master_SSL_CA_Path:
               Master_SSL_Cert:
             Master_SSL_Cipher:
                Master_SSL_Key:
         Секунды_За_Мастером: 0
 Master_SSL_Verify_Server_Cert: Нет
                 Last_IO_Errno: 0
                 Последняя_IO_Error:
                Last_SQL_Errno: 0
                Последняя_SQL_Error:
   Replicate_Ignore_Server_Ids:
              Master_Server_Id: 2
                Master_SSL_Crl:
            Master_SSL_Crlpath:
                    Использование_Gtid: Нет
                   Gtid_IO_Pos:
       Replicate_Do_Domain_Ids:
   Replicate_Ignore_Domain_Ids:
                 Parallel_Mode: оптимистичный
                     SQL_Delay: 0
           SQL_Remaining_Delay: NULL
       Slave_SQL_Running_State: Slave прочитал весь журнал ретрансляции; жду больше обновлений
              Slave_DDL_Groups: 56
Slave_Non_Transactional_Groups: 0
    Slave_Transactional_Groups: 97448
1 ряд в наборе (0,000 сек)

ОШИБКА: запрос не указан

Кто-нибудь знает об этой проблеме или имеет приблизительное представление о том, как реализовать логин на слейве для прав чтения?