Я использую CentOS 7 на всех перечисленных ниже серверах.
Я тестирую локальную среду разработки для настройки отдельной базы данных и веб-сервера.
Эти серверы представляют собой два экземпляра VirtualBox, подключенных через режим моста в локальной сети, так что они могут видеть друг друга без проблем.
Я хочу, чтобы веб-сервер мог подключаться к MySQL на сервере БД, используя ограничение IP только с веб-сервера.
Я прочитал несколько обсуждений, но ни один из них не помог решить мою проблему, так как многие из них firewall
или selinux
Связанный.
Я отключил оба firewalld
и selinux
так что на данный момент это не факторы.
IP-адрес сервера БД: 192.168.1.167 IP-адрес веб-сервера: 192.168.1.168
Я использую следующий скрипт для теста, http://192.168.1.168/connect.php
<?php
$servername = "192.168.1.167";
$username = "demouser";
$password = "password";
// Create connection
$conn = mysqli_connect($servername, $username, $password);
// Check connection
if (!$conn) {
die("Connection failed: " . mysqli_connect_error());
}
echo "Connected successfully";
?>
я собираюсь Connection failed: Permission denied
ошибка при выполнении:
wget http://192.168.1.168/connect.php
на терминальной консоли 192.168.1.168
http://192.168.1.168/connect.php
в окнах моего браузера также выдает ту же ошибку.
(1) Однако я могу успешно подключиться через командную строку, используя mysql -u demouser -p -h 192.168.1.167
с 192.168.1.168 (WEB-сервер)
(2) Я также получаю Connected successfully
при прямом выполнении php connect.php
в терминальной консоли 192.168.1.168 (WEB-сервер)
Могу только подтвердить, что удаленное соединение MySQL через SSH работает, а через PHP модуль MySQL работает.
Вот права доступа на 192.168.1.167 (сервер БД)
+---------------------------------------------------------------------------------------------------------------+
| Grants for demouser@localhost |
+---------------------------------------------------------------------------------------------------------------+
| GRANT USAGE ON *.* TO 'demouser'@'localhost' IDENTIFIED BY PASSWORD '*DB17DD535D122AED147A61C30CD5D01FB3BC5433' |
| GRANT ALL PRIVILEGES ON `demodb`.* TO 'demouser'@'localhost' |
+---------------------------------------------------------------------------------------------------------------+
+-------------------------------------------------------------------------------------------------------------------+
| Grants for demouser@192.168.1.168 |
+-------------------------------------------------------------------------------------------------------------------+
| GRANT USAGE ON *.* TO 'demouser'@'192.168.1.168' IDENTIFIED BY PASSWORD '*DB17DD535D122AED147A61C30CD5D01FB3BC5433' |
| GRANT ALL PRIVILEGES ON `demodb`.* TO 'demouser'@'192.168.1.168' |
+-------------------------------------------------------------------------------------------------------------------+
netstat
на 192.168.1.167 показывает:
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN 2892/mysqld
tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 1704/master
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 1053/sshd
Как я могу разрешить удаленное подключение к MySQL через HTTP / PHP, но только для запросов, инициируемых с вышеупомянутого веб-сервера?
Я смог идентифицировать это SELinux
был причиной сбоя подключения.
Как упоминалось в исходной ветке, я отключил SELinux
и брандмауэр на БД сервер, который, как я полагал, блокировал удаленное соединение с WEB сервер.
Причина проблемы с подключением SELinux
на WEB сервер.
Я временно отключил его, используя setenforce 0
установить это в permissive
Режим.
Все работает.
Я снова включил SELinux
и брандмауэр на БД сервер. Я все еще могу подключиться к удаленной базе данных через скрипт PHP на WEB сервер.
Теперь я могу подтвердить, что проблема заключалась в WEB сервер, инициирующий соединение.
Я снова включил SELinux
на WEB server и используйте следующую команду, чтобы установить логическое значение для SELinux
на WEB сервер.
setsebool -P httpd_can_network_connect_db 1
В настоящее время у меня есть SELinux
активен на обоих WEB & БД серверы в enforcing
режим, и удаленное соединение MySQL все еще может успешно пройти.
В других обсуждениях, за которыми я не следил, я прочитал: на каком сервере настроить SELinux
логические.
Надеюсь, эта ветка поможет сэкономить время всем, кто сталкивается с той же проблемой, что и я.