Самое забавное, что если вы отредактируете httpd.conf, при следующем апдейте cpanel затерет ваши изменения ;)
Вообще, проще всего создать аккаунт с выделленым ip и тогда вообще не нужно будет прописывать ServerAlias в конфиг апача - достаточно только прописать вилдкард в DNS
Если же свободного ip нет, то нужно будет создать дополнительный файл конфига типа
/usr/local/apache/conf/userdata/std/2/имя_юзера/имя_домена.ком/my.cnf (если апач 1.3, то вместо 2 в пути нужно написать 1)
и после этого один раз запустить скрипт
/scripts/ensure_vhost_includes
Подробнее можно у них на сайте прочитать:
http://www.cpanel.net/support/docs/ea/ea3/ea3custom.html
У меня исключительно хорошее впечатление от netflow.ru, но сейчас на колокейшн они таки не берут :(
Может быть кто другой на этом форуме посоветует достойный датацентр...
Сори, что сую свои 5 копеек...
Но может таки лучше найти нормальную площадку с круглосуточным дежурством админов + КВМ?
В случае проблемы человеку понадобится пару часов, чтобы попасть в датацентр, а ночью он туда вообще не попадет...
Таки похоже на наследство.
Рискну предположить, что ваш ip раньше использовался для заражения посетителей этих сайтов. Хотя это могло быть и что-то типа счетчика.
Нет никакого смысла ДДОСить конкретный несуществующий УРЛ.
Если домен не резолвится постановка в очередь не производится - это считается перманентной ошибкой и письмо возвращается отправителю немедленно.
Если же MX домена определен, но он не отвечает - это считается временной ошибкой. Тогда письмо действительно помещается в очередь исходящих сообщений и smtp периодически производит попытки повторной отправки.
Посему, актуальна пословица "два НСа хорошо, а три - лучше!" ;)
Я думаю, определить ip - секунд 10, не больше...
От такого хостера нужно уходить и как можно быстрее.
Слава Богу, в Европе сейчас масса дешевых хостеров, в том числе и с неограниченным трафиком. Задержки при доступе из России/Украины к ним минимальны.
Похоже, что это скорость ограничена полосой провайдера 100 мегабит. Насколько серьезная атака - неизвестно. Но поскольку это не 98 мегабит, то можно достаточно уверенно предположить, что атака не сильная.
Похоже, эта ДОС-атака больше доставляет забот хостеру, чем вам.
Но то, что они за ваш счет хотят свои проблемы решить - это никуда не годится.
Это семечки - легко решается через iptables или даже .htaccess
Тривиальный способ - заблокировать ip. В идеале на раутере провайдера. Но вполне можно и через iptables/ipfw (если трафик не платный).
В нормальных датацентрах есть оборудование типа cisco guard, которое может задействовать провайдер для отражения/ослабления атаки.
Дабы не возиться с сокетами аналогичная вещь есть в Curl, параметр CURLOPT_INTERFACE
Да, могут вскрыть все.
Можно использовать php-опции OpenBasedir, помещая их в виртуальные хосты в конфиге апача и ограничивая таким образом область доступа из скриптов.
А радикально исправить - использовать suphp или подобное. Тогда скрипты каждого сайта будут выполняться от заданного юзера. Но это имеет свои минусы - типа нельзя задавать опции php в .htaccess и т.д. Плюс это ощутимо увеличивает нагрузку на сервер.
Для папки site.name или ближайшей вышестоящей должна быть применена директива
AllowOverride FileInfo (или же AllowOverride All). Поищите в конфиге апача такие директивы и подправьте/добавьте.
Обычно порядка $100 в месяц.
Скорее всего нет, не выигрываете.
По надежности наверняка проигрыш. Если будут проблемы с железом вашего сервера (тут вам понадобятся эти самые "запчасти", например жесткий диск вместо вышедшего из строя) или с ПО, то упадут все ваши 15 сайтов...
А если не будет грамотно организован бакап, то могут и совсем исчезнуть. Например, если сбойнет блок питания и спалит все винты...
Скорость реакции и возможности восстановления работы сервера у вас намного меньше, чем у хостеров.
По скорости - никакого преимущества в скорости вы скорее всего также не получите - каналы те же самые. Возможно, будут работать быстрее скрипты, если какой-то из ваших сайтов сейчас размещается на неудачном (то есть сильно загруженном) сервере хостера.
А возможно и наоборот, что ваши сайты чересчур загрузят сервер и он будет тормозить.
Вывод банален - с собственным сервером хлопот на два порядка больше, чем с хостингом. Если у вас нет хорошего админа, который будет у вас работать на постоянной основе, начиная от покупки сервера и далее, то лучше не морочьте себе голову...
Кстати, что вы имеете ввиду, говоря о повышении быстродействия? Какие именно проблемы с быстродействием вы наблюдаете сейчас?
А почему именно ftp?
Почему не www? Эффект тот же, но пользователям будет удобнее, красивше и проще... ;)
