[Wed Feb 20 12:13:43 2013] [error] [client 89.188.127.171] client denied by server configuration: /usr/local/www/phpMyAdmin/index.php, referer: https://{Адрес сервера}/myadmin/
Такое впечатление, что запросы на phpMyAdmin попадают не с IP моего локального компа, а c IP сервера. У меня еще стоит nginx, там я тоже после установки ISPmanager еще ничего не делал:
babnicks: Лично мне очень нравятся supermicro. Есть сервера под высокой нагрузкой, без каких либо нареканий...
Сейчас у них (supermicro) очень хорошие "плюшки" в виде интегрированной почти во все серверные мамы ip-kvm.
Цена/качество действительно выше чем у fujitsu/hp/ibm.
А если сравнить качество Supermicro с платформами Интел?
Вообще у нас примерно 10 серверов на платформе Интел, есть проблемы в основном с RMM3 - через некоторое время после включения питания пропадает доступ, и восстанавливается только полным выключением сервера и последующим включением. На RMM2 и RMM4 такого не наблюдал...
Такое впечатление, что SAS диски надежнее SATA. До сих пор работал только с интеловскими платформами. За примерно 8 лет несколько раз летели SATA-диски, и только один SAS-диск. Но от платформы тут, думаю, зависимости нет.
Те что тут у меня 3 шутки право самые простые - летят харды раз в полгода я не знаю почему. На само сборе все нормально а тут блин какая то карма плохая.
А харды какие? SATA или SAS? Контроллер встроенный или отдельный?
Я планирую LSI, чтобы не было проблем с установкой FreeBSD.
Himiko: А как же DefaultHomeDir ?
Или я не верно понял задачу?
Вот моя переписка с ними:
Вопрос:
Установлены панели ISPmanager на FreeBSD и Debian.
Пытаюсь перенести пользователей на VDS-KVM-Улет средствами панели.
Возникает проблема - при переносе изменяются физические пути расположения каталогов сайта, а эти пути прописаны в конфигурационных файлах сайтов.
Сайтов много, поэтому ручная правка очень трудоемка.
Есть ли возможность настроить панель ISPmanager на Debian таким образом, чтобы для размещения сайтов использовались такие же физические пути, что и в панели, установленной на FreeBSD?
Спасибо!
myhand: Есть kFreeBSD :D...
Мой действительный совет был в другом - поправьте скрипты.
И делаем так 100500 раз по числу доменов...
Рекоммендую задуматься над тем,
1) как это автоматизировать при работе с доменами из ISP
2) что будет, если у вас сотни сайтов (с ваших же слов). Я не смотрел код утилиты, но он вряд-ли расчитан на подобный режим.
На сервере Debian, который я поставил вручную, мне удалось настроить пути нужным образом. Перенос сайтов мы можем выполнять своим скриптом, прототип которого уже используется для переноса сайтов на виртуальные машины девелоперов (FreeBSD).
Но насколько я понял из ответа поддержки ISPsystem, невозможно настроить панель ISPmanager таким образом, чтобы в ОС FreeBSD и Debian физические пути были одинаковы. Я настроил это руками на тестовом сервере с панелью Webmin, но интерес был как раз в том, чтобы переносить пользователей и домены средствами панели ISPmanager.
Что касается сайтов, то пока я склоняюсь установить на серверах модуль Perl, который будет возвращать сайтам физический путь исходя из имени пользователя и имени домена. Например, этот модуль мог бы возвращать для FreeBSD один путь, а для Linux - другой.
Это, увы, не исключает внесения изменений в большое количество сайтов, но изменения можно вносить постепенно, в рамках общего обновления платформы нашего сервиса...
Ну и еще хотелось вообще отказаться от панелей, попробовать какое-нибудь средство централизованного управления конфигами. Puppet, кажется есть, или что-то еще, пока не смотрел.
myhand: Да. Для данных/скриптов, доступных вебсерверу - используется каталог /var/www по-умолчанию.
В принципе, да. Вы можете сменить его на /home. Особых проблем это не должно составить - разве если используете suexec (но есть пакет apache2-suexec-custom - вы там сможете перекрыть AP_DOC_ROOT в конфиге).
А вот надо-ли это вам - хороший вопрос. Если у вас есть привязки к абсолютным путям - все-таки имеет смысл потратить немного времени и поправить это. Благо задача - достаточно простая.
Пути хотелось бы сохранить, чтобы можно было относительно легко и быстро переносить сайты сотнями с FreeBSD на Debian и обратно. Привязки сайтов к абсолютным путям есть, так что буду разбираться с apache2-suexec-custom. Жаль, опыта в Debian маловато, все время работал только с FreeBSD.
Спасибо за совет, буду пробовать!
---------- Добавлено 16.12.2012 в 23:14 ----------
Попробовал, очень интересная вещь обнаружилась.
Доступ запрещен, в логах Апача:
Такое впечатление, что запросы на phpMyAdmin попадают не с IP моего локального компа, а c IP сервера. У меня еще стоит nginx, там я тоже после установки ISPmanager еще ничего не делал:
Кстати, в конфиге Апача закомментирована такая строка:
Файла .htaccess нету.
А вот секция для phpMyadmin в конфиге Апача, создана установщиком ISPmanager:
Вручную изменения не вносились...
Когда в файле /usr/local/www/phpMyAdmin/config.inc.php закрываю комментарием строку 'deny % from all', пускает, но со всех IP подряд.
Открываю - не пускает даже с валидных IP.
httpd-error.log:
Больше ничего...
Может это какая-то несовместимость с PHP 5.4? Ищу в гугле, но пока ничего определенного не нашел...
Лично мне очень нравятся supermicro. Есть сервера под высокой нагрузкой, без каких либо нареканий...
Сейчас у них (supermicro) очень хорошие "плюшки" в виде интегрированной почти во все серверные мамы ip-kvm.
Цена/качество действительно выше чем у fujitsu/hp/ibm.
А если сравнить качество Supermicro с платформами Интел?
Вообще у нас примерно 10 серверов на платформе Интел, есть проблемы в основном с RMM3 - через некоторое время после включения питания пропадает доступ, и восстанавливается только полным выключением сервера и последующим включением. На RMM2 и RMM4 такого не наблюдал...
Да, у меня так и было. Раньше я пользовался 7200 SATA, сейчас только 15К SAS.
Такое впечатление, что SAS диски надежнее SATA. До сих пор работал только с интеловскими платформами. За примерно 8 лет несколько раз летели SATA-диски, и только один SAS-диск. Но от платформы тут, думаю, зависимости нет.
Те что тут у меня 3 шутки право самые простые - летят харды раз в полгода я не знаю почему. На само сборе все нормально а тут блин какая то карма плохая.
А харды какие? SATA или SAS? Контроллер встроенный или отдельный?
Я планирую LSI, чтобы не было проблем с установкой FreeBSD.
А как же DefaultHomeDir ?
Или я не верно понял задачу?
Вот моя переписка с ними:
Вопрос:
Пытаюсь перенести пользователей на VDS-KVM-Улет средствами панели.
Возникает проблема - при переносе изменяются физические пути расположения каталогов сайта, а эти пути прописаны в конфигурационных файлах сайтов.
Сайтов много, поэтому ручная правка очень трудоемка.
Есть ли возможность настроить панель ISPmanager на Debian таким образом, чтобы для размещения сайтов использовались такие же физические пути, что и в панели, установленной на FreeBSD?
Спасибо!
Ответ:
Нет, такой возможности нет
Как говорится, коротко и ясно )
Есть kFreeBSD :D...
Мой действительный совет был в другом - поправьте скрипты.
И делаем так 100500 раз по числу доменов...
Рекоммендую задуматься над тем,
1) как это автоматизировать при работе с доменами из ISP
2) что будет, если у вас сотни сайтов (с ваших же слов). Я не смотрел код утилиты, но он вряд-ли расчитан на подобный режим.
На сервере Debian, который я поставил вручную, мне удалось настроить пути нужным образом. Перенос сайтов мы можем выполнять своим скриптом, прототип которого уже используется для переноса сайтов на виртуальные машины девелоперов (FreeBSD).
Но насколько я понял из ответа поддержки ISPsystem, невозможно настроить панель ISPmanager таким образом, чтобы в ОС FreeBSD и Debian физические пути были одинаковы. Я настроил это руками на тестовом сервере с панелью Webmin, но интерес был как раз в том, чтобы переносить пользователей и домены средствами панели ISPmanager.
Что касается сайтов, то пока я склоняюсь установить на серверах модуль Perl, который будет возвращать сайтам физический путь исходя из имени пользователя и имени домена. Например, этот модуль мог бы возвращать для FreeBSD один путь, а для Linux - другой.
Это, увы, не исключает внесения изменений в большое количество сайтов, но изменения можно вносить постепенно, в рамках общего обновления платформы нашего сервиса...
Ну и еще хотелось вообще отказаться от панелей, попробовать какое-нибудь средство централизованного управления конфигами. Puppet, кажется есть, или что-то еще, пока не смотрел.
Да. Для данных/скриптов, доступных вебсерверу - используется каталог /var/www по-умолчанию.
В принципе, да. Вы можете сменить его на /home. Особых проблем это не должно составить - разве если используете suexec (но есть пакет apache2-suexec-custom - вы там сможете перекрыть AP_DOC_ROOT в конфиге).
А вот надо-ли это вам - хороший вопрос.
Если у вас есть привязки к абсолютным путям - все-таки имеет смысл потратить немного времени и поправить это. Благо задача - достаточно простая.
Пути хотелось бы сохранить, чтобы можно было относительно легко и быстро переносить сайты сотнями с FreeBSD на Debian и обратно. Привязки сайтов к абсолютным путям есть, так что буду разбираться с apache2-suexec-custom. Жаль, опыта в Debian маловато, все время работал только с FreeBSD.
Спасибо за совет, буду пробовать!
---------- Добавлено 16.12.2012 в 23:14 ----------
Обновление:
Да, все получилось, огромное спасибо myhand!
Краткая инструкция:
aptitude -y install apache2-suexec-custom
a2enmod suexec
/etc/init.d/apache2 restart
nano /etc/apache2/suexec/www-data
Добавляем в файл /etc/apache2/suexec/www-data строки вида:
/home/user/data/www/domain.ru/cgi-bin
над строками:
/var/www
public_html/cgi-bin