Настройка многопользовательского режима работы с БД (Страница 2 из 3)

next40
так, значит тебе нужна многопользовательская установка. Одними настройками конфига не обойтись. Нужно такж задать пользователям привилегии только на их собственные базы, и соответственно не давать права (в т.ч. SELECT на другие) на другие БД/таблицы. Главная страница -> Privileges -> Здесь администрируешь пользователей

next40
пользователь которого ты ограничиваешь в правах не должен иметь глобальных привилегий.

как правильно нужно делать config.inc.php?

С привилегиями как то странно точно не понял конечно но похоже нашел проблему в config.inc.php
если в конфиге больше чем один хост то даёт доступ ко всей базе ,причем когда хост только один
в левом выпадающем меню толька база которая я указал ,а доступ к другим базам остаеться через листинг всех баз через главное меню....
Чёта я помойму криво объяснил сорри

next40

Объясни не криво. Сформулируй четко и однозначно.

Это оф. документация. Можешь конечно в оригинале документацию полистать.

phpMyAdmin - не панацея, а отличный инструмент администрирования баз данных. Если ты хочешь администрировать базы данных, ты должен владеть теорией. Точно также если ты хочешь прочитать интересный журнал, ты должен уметь хотя бы читать.

next40
Итак. Условия задачи: имеется 4 базы данных: db_1, db_2, db_3, db_4. Необходимо создать 2 пользователей (не обладающих правами root): user1 и user2 чтобы каждый имел доступ только к своей базе данных и не имел доступа к остальным трем базам: user1 - db_1, user2 - db_2. Для многопользовательского использования буду использовать cookie-аутентификацию, чтобы не нагромождать массив в конфиге.

Решение: переходим по ссылке 'Privileges', создаем пользователя user1 - 'Add a new User'.

Действия на странице 'Add a new User'
'User name' = user1; 'Host' = localhost; 'Password' = *****. Далее смотрим, чтобы ничего не было отмечено в блоке 'Global privileges', если не верим своим глазам - давим на ссылку 'Uncheck All'. Жмем на 'Go' и получаем новоиспеченного пользователя user1, который еще не обладает никакими правами - в печь его, работаем над ним дальше.

Действия на странице "User 'user1'@'localhost'  : Edit Privileges"
В блоке 'Global privileges' ни один чекбокс не должен быть отмечен, особо сомневающиеся в своих мониторах и зрении кликают по ссылке 'Uncheck All'.

Переходим к блоку 'Database-specific privileges' в котором представлена пустая пока еще таблица с полями 'Database', 'Privileges', 'Grant', 'Table-specific privileges', 'Action'. Из выпадающего списка 'Add privileges on the following database' выбираем базу данных 'db_1', и автоматически переходим на страницу 'User 'user1'@'localhost'  - Database db_1  : Edit Privileges'

Действия на странице "User 'user1'@'localhost'  - Database db_1  : Edit Privileges"
Первое, что попадается на глаза - блок 'Database-specific privileges', который содержит привилегии на базу 'db_1', что нам и нужно. Привилегии разбиты на 3 категории: 'Data', 'Structure', 'Administration', которые соответственно означают права на действия в базе данных 'db_1' с данными, структурой и администрированием.

"Расщедримся" и дадим user1 широкие права для работы с 'db_1' - отмечаем все чекбоксы в категориях 'Data', 'Structure'. Жмем 'Go'.

Отступление. Но, можно "ущемить" пользователя в правах в блоке 'Table-specific privileges', указав там отдельные таблицы  - таким образом полномочия user1 сузятся еще больше - до отдельных таблиц. Но нужно иметь ввиду, что в последнем случае user1 не должен иметь прав на 'db_1', которые задали ему в блоке 'Database-specific privileges', т.к. они распространяются на ВСЮ базу данных и если вы разрешите ему права SELECT на всю базу данных, то он и будет смотреть всю базу данных, несмотря на привилегии, специфичные для отдельных таблиц.

Итак, phpMyAdmin любезно сообщает нам, что привилегии пользователя user1 были нами обновлены:
You have updated the privileges for 'user1'@'localhost'. Теперь проверим. Закрываем окно браузера, запускаем его снова. При авторизации указываем user1 / ***** - доступна только 'db_1'.

Создаем пользователя user2
Повторяем те же самые манипуляции для пользователя user2, только привилегии ему даем на базу 'db_2'. Проверяем: Закрываем окно браузера, запускаем его снова. При авторизации указываем user2 / ***** - доступна только 'db_2'. Соответственно базы 'db_3' и 'db_4' не доступны ни одному из созданных нами пользователей.
Что и требовалось получить.

Только теперь каждый пользователь имеет доступ к своей базе и также к базе
information_schema

Всё равно остался доступ к information_schema
сделал так
/* Servers configuration */
$i = 0;
/* Server localhost (http:controluser) [1] */
$i++;
$cfg['Servers'][$i]['host'] = 'localhost';
$cfg['Servers'][$i]['connect_type'] = 'tcp';
$cfg['Servers'][$i]['compress'] = false;
$cfg['Servers'][$i]['auth_type'] = 'http';
$cfg['Servers'][$i]['user'] = 'test';
$cfg['Servers'][$i]['password'] = 'test';
$cfg['Servers'][$i]['controluser'] = '';
$cfg['Servers'][$i]['controlpass'] = '';
$cfg['Servers'][$i]['only_db']='daymon';
$cfg['ShowSQL'] = 'true';

$i++;
$cfg['Servers'][$i]['host'] = 'localhost';
$cfg['Servers'][$i]['connect_type'] = 'tcp';
$cfg['Servers'][$i]['compress'] = false;
$cfg['Servers'][$i]['auth_type'] = 'http';
$cfg['Servers'][$i]['user'] = 'test1';
$cfg['Servers'][$i]['password'] = 'test';
$cfg['Servers'][$i]['controluser'] = '';
$cfg['Servers'][$i]['controlpass'] = '';
$cfg['Servers'][$i]['only_db']='test';
$cfg['ShowSQL'] = 'true';
/* End of servers configuration */

Хех там такой базы вообще нету

да мля в базе mysql->db нету записи о такой базе эта база стандартная в месте с мускулом установилась!!!
ее даже удалить нельзя

сорри просто я уже запарился
могу дать тебе доступ сам посмотришь