Правильный способ переопределить Mysql my.cnf в CentOS / RHEL?

Контекст: я портирую серверное программное обеспечение с открытым исходным кодом (и пишу соответствующую документацию) с Debian / Ubuntu на CentOS / RHEL.

Для чтобы программное обеспечение работало правильно, мне нужно добавить дюжину определенных параметров в конфигурацию Mysql (пример: увеличить max_allowed_packet ).

С точки зрения Debian, я знал, что могу переопределить my.cnf из Mysql. добавив файл в /etc/mysql.d , скажем, /etc/mysql.d/my-software.cnf .

Мой вопрос : как сделать то же самое правильно в CentOS / RHEL?

Другая информация:

  • Я знаю, где mysqld ищет свой файл конфигурации, благодаря https: //dev.mysql.com/doc/refman/5.7/en/option-files.html . Но для CentOS я не понимаю: m пытается удаленно подключиться к моему экземпляру Sql server 2016 на моем домашнем сервере, работающем в рабочей группе. Для этого мне нужно установить SPN. Кажется, все руководства связаны с настройкой SPN ...

    Я пытаюсь удаленно подключиться к моему экземпляру Sql server 2016 на моем домашнем сервере, работающем в рабочей группе. Для этого мне нужно установить SPN. Кажется, что все руководства относятся к настройке SPN для доменных ситуаций, а не для рабочих групп. Вот имя участника-службы, которое я пробовал для сервера Odin, работающего под NT SERVICE \ MSSQLSERVER (учетная запись службы по умолчанию)

    C:\Windows\system32>setspn -A MSSQLSvc/Odin:1433 "NT SERVICE\MSSQLSERVER"
    
    Ldap Error(0x51 -- Server Down): ldap_connect
    Failed to retrieve DN for domain "" : 0x00000051
    Warning: No valid targets specified, reverting to current domain.
    FindDomainForAccount: Call to DsGetDcNameWithAccountW failed with return value 0x000004BC
    Unable to locate account MSSQLSERVER
    

    Я запускаю командную строку как администратор, я вошел в систему как администратор, и теперь у меня нет идей. Учетная запись MSSQLSERVER должна существовать, иначе SQL-сервер не будет работать (я могу подключиться локально).

0
задан 22 September 2016 в 09:48
1 ответ

Вы используете логин SQL, верно? Не аутентификация Windows. SPN используется для аутентификации Windows (Kerberos), когда и клиент, и сервер являются членами домена.

Я думаю, что есть еще одна проблема, которая мешает вам подключиться к вашему SQL серверу. Это может быть проблема с маршрутизацией, брандмауэром, настройкой порта для службы SQL или антивирусом. Попробуйте отключить Windows Firewall на SQL сервере и подключиться снова, чтобы проверить, связано ли это с брандмауэром. То же самое касается и антивируса.

Для настройки порта, вы можете проверить его, используя SQL Server Configuration Manager и запустив netstat -an | найдите /i "1433" команду, чтобы увидеть, является ли порт Listening.

.
1
ответ дан 4 December 2019 в 16:29

Теги

Похожие вопросы