Спасибо за совет, однако попытка установки свежей стабильной 2.1.3 увенчалась для меня частичным неуспехом: я поймал баг, при котором работа с кириллицей крашила программу в половине случаев, а в другой половине - отрабатывала нормально, и это без изменений кода. Данная неприятность остановила меня в попытке использовать 2.1.3 и я остался на версии из стандартных репозиториев Debian.
введите команду lspci -m, она должна выдать информацию по ethernet-контроллерам, включающую в себя product id (PID), который и указан в /etc/udev/rules.d/70-persistent-net.rules.
Пример:
root@Pichshop-s3:~# lspci -m | grep -i eth
03:00.0 "Ethernet controller" "Intel Corporation" "I210 Gigabit Network Connection" -r03 "Intel Corporation" "Device 35b4" <===== вот это последнее вас и интересует. Оно будет уникально идентифицировать устройство в udev-файлике.
К сожалению, за неимением под рукой конкретного набора конфигов - такой вопрос является слишком абстрактным. В стандартных средствах я не увидел подобной галочки, а в конфигах копаться - они у каждого свои. Поэтому, к сожалению, нет, подсказать не могу, не сталкивался.
@ykppon выдайте пользователю с определенного адреса с определенным паролем доступы только к определенному набору необходимых ему баз данных, тогда при авторизации в PMA он будет видеть только их и будет способен работать только с ними.
Других вариантов мне неизвестно.
/etc/php5/fpm/pool.d/subdomain.site1.ru.conf
[subdomain.site1.ru]
listen = /var/run/php-fpm/subdomain.site1.ru.sock
listen.owner = subdomain.site1.ru
listen.group = subdomain.site1.ru
listen.mode = 0666
user = subdomain.site1.ru
group = subdomain.site1.ru
...................................
php_admin_flag[display_errors] = off
php_admin_value[error_log] = /var/www/subdomain.site1.ru/log/php/fpm-php.log
php_admin_flag[log_errors] = on
php_admin_value[open_basedir] = /var/www/subdomain.site1.ru/data
php_admin_value[upload_tmp_dir] = /var/www/subdomain.site1.ru/upload
!ВНИМАНИЕ! Пути изменить на нужные, вместо многоточия подставить свои параметра, в данном конфиге выставлены директивы пользователя и группы от которых будет работать дочерний процесс php-fpm, использующий данный конфиг.
Создаете рядом аналогичный файл для домена site1.ru с указанем аналогичных уникальных путей, в т.ч. указываете отличный сокет.
В nginx каждый прокси-пасс на бэкенд заменяете на
fastcgi_pass unix:/var/run/site1.ru.sock;
fastcgi_pass unix:/var/run/subdomain.site1.ru.sock;
@ykppon Ну тогда вы можете либо зарыться в документацию, либо обратиться за помощью на сторону. К сожалению, данные, которые вы предоставили как исходные в решении задачи - достаточно расплывчаты и не дают развить мысль в конкретном направлении. Не сочтите за рекламу, но я работаю в компании, которая занимается администрированием веб-серверов на Linux. Если интересно помощь команды администраторов-аутсорсеров - ссылка на сайт в моем профиле. Впринципе, если можете предоставить больше данных, а именно: структура вашего взаимодействия с ресурсом, почему нельзя воспользоваться ссылкой из панели ISPManager (кстати, почему? обычно она в панели ISP-менеджера где-то в разделе с базами данных, в левой колонке управляющих ссылок), есть ли у вас ssh и насколько данный ssh полон в плане возможности просмотра настроек веб-сервисов для своего сайта и логов, то можем продолжить диалог и тут.
Не забывайте про админов серверов на которых все это будет держаться.
Хорошая практика при проектировании проекта - консультироваться с админами, так как с точки зрения программистов все может быть тонко и красиво расчитано, однако с позиции администрирования серверов, на которых будет вертеться проект - могут вылезти подводные камни, в которые проект упрется когда придет время.
