Вообщем пересказывать что и где я смотрел, думаю не стоит, ибо ценники всюду на подобную конфигурацию высокие. Пока случайно, не вспомнил о некоем немецком хостинге Hetzner Online, на который вышел через приятеля в середине прошлого года, когда искал VPS. Вышли благодаря тому, что их реселлило несколько контор, по весьма высоким тарифам.

Так что я был уверен что и у них выделенные сервера стоят не малых денег, так что зайдя на сайт, я с удивлением обнаружил, что хостинг, то что называется, работает за еду, так как не управляемые, выделенные серверы в следующей конфигурации Intel® Core™ i7-920 Quadcore,  RAM 24 GB DDR3, HDD 2 x 750 GB SATA II (RAID1),  100 MBit стоил всего 59 евро!!!! Правда за подключение предлагалось заплатить 149 евро, включая 19% VAT, но раскидав эту сумму на год- мы пришли  выводу что 12.5 евро сверху, не критично для подобного решения.

Так что заказали сервер и начали работать. В поставке идет Windows Server 2008 (+25 ежемесячных евро), с подрубленным терминалом, единственная проблема заключалась в том, что хостинг предоставлял решение проблемы защиты сервера на откуп клиенту, так что пришлось осторожничать, для того чтобы установкой фаервола не отрубить себе доступ на удаленный сервер. Основное ограничение хостинга заключалось в том что больше одного IP получить у них не выйдет, так как видимо пул адресов ограничен. Если бы не это ограничение, приводящее к тому что у них можно хостить только сервера приложений, то хостинг был бы просто чудесным, так как минимальные дедики начинаются от 30 евро, а Xeon с 16Гигами оперативы стоит 70. Сам сервер подняли в течении 10 часов, после чего прислали инвайт в панель управления сервером, откуда можно проводить платежи, делать минимальные настройки системы, перегружать сервер по хард-резету, перезаливать систему, подрубить реверсивную зону, что крайне полезно для хостинга почтовых серверов, бэкапить систему, и доливать всякие линкусовые приблуды вроде Plesk или  CPanel. также из панели управления можно поставить VNC и накатить Linux, правда выяснять, ставится он поверху или рядом, я не стал.

Как только перевезли все богатство на хостинг Hetzner у клиентов сразу пропала проблема задержек в исполнении ордера, так что заявленные 100Mb были похожи на правду. В данный момент на сервере живет около 12 вируалок по полтора гига оперативы на каждую, и все шуршит только в путь. Один единственный раз сервер залип из-за резкого падения рынка и того, что вся куча терминалов отправила одновременно запросы, но проблема была решена почти мгновенно как раз за счет автоматизированной панели управления хостингом, откуда имеется возможность перегружать сервер дистанционно.

Кстати еще один неудобный момент в работе хостинга, то что они проводят платеж по карте, не отправляя CVV2 код (оригинальный CVV пишется на магнитную ленту, для аутентификации при платеже с физическим использованием карты), то есть ваш банк должен поддерживать подобный тип платежа, так как у многих банков стоит запрет на подобный вид платежа. Либо же необходимо выпускать для этих целей виртуал карту. Хотя мне как то Citi -банк прокатал перевыпущенную карту по старой информации, когда номер карты оставался тем же самым, а вот CVV код был изменен.

К вопросу о финансах- в этом плане порадовала немецкая нерасторопность, поскольку мы успели отработать на данном сервере где то полтора месяца, пока с нас не списали деньги за первый месяц и плату за установку системы. Так что мы уже даже начали волноваться: а не засуспендят ли нам аккаунт, так как деньги все не списывались и не списывались. В процессе волнений, как раз выяснили что в Hetzner есть русскоязычные специалисты, чтобы было приятным сюрпризом, позволившим мне отойти от переговоров с хостингом по финансам, переправив все вопросы на клиентов.

Общее впечатление от хостинга- das ist fantastisch! Очень качественно и профессионально, прекрасный саппорт, без американского раздолбайства, ну и естественно цены, заставляющие усомниться- уж не ломом ли они там торгуют..

Причем если на приобретении VPS или выделенного сервера экономия составит от 20 до 100$ за арендную плату первого месяца, то за виртуальный безлимитный хостинг тариф на три года составит всего 143$ с точно такой же экономией. Очень не дурственно за качественный хостинг отрабатывающий 99,9% аптайма на все 100%, ибо цена за безлимитную скорость, дисковое пространство и число доменов- составляет всего 3,97$.

Единственно ограничение на данном виртуальном хостинге- это то, что к нему можно прицепить только всего один IP. В остальном же отличное предложение, как для аренды качественного хостинга на долгосрочный период, так и для того чтобы взять в тестовое использование VPS или выделенный сервер за половину стоимости.

З.Ы Данная акция продлена хостингом и на понедельник 28 ноября, так что в течении этого дня скидка в размере 50% продолжает распространяться на все сервисы хостинга

И именно поэтому необходимо дать доступ нескольким доверенным IP адресам, занеся их в белый список доверенных IP. В моем случае я дал доступ паре терминальных серверов, к которым имею доступ, двум купленным прокси серверам, а также к консоли еще пары серваков, которые удаленно администрирую по ssh. Ибо если у вас нет доступного терминального сервера, или же вы не можете использовать доверенный прокси сервер, то можно дать доступ хотя бы на какой нибудь собственный VPS с которого и можно разблокировать доступ к Cpanel WHM используя командную строку, путем обнуления базы брута.

Делается это следующим образом. Заходим в консоль, а дальше залезаем в командную строку мускуля:
# mysql
mysql> use cphulkd;
mysql>BACKUP TABLE `brutes` TO ‘/path/to/backup_file’;
Смотрим что вообще у нас есть в базе бана брута
mysql> SELECT * FROM `brutes`;
После этого, если список большой, то выбираем из базы свой IP и удаляем его
mysql> SELECT * FROM `brutes` WHERE `IP`=’X.X.X.X’;
mysql> DELETE FROM `brutes` WHERE `IP`=’X.X.X.X’;
mysql>\q

Узнать свой IP можно либо трейсом, либо зайдя на рутер либо воспользовавшись любым из многочисленных сервисов, определяющих IP адрес- ну хотя бы этот: WhatIsMyIP

Взять то я его взял, но вебмастера не могли ничего делать, так как на любую операцию система ругалась:
ERROR 1135 (HY000): Can’t create a new thread (errno 11); if you are not out of available memory
gzip: error while loading shared libraries: cannot create cache for search path: Cannot allocate memory
подключившись, я обнаружил что при попытке логина по ssh вылетала ошибка:
bash: fork: Cannot allocate memory

То бишь сделать ничего мог, так что отписался суппорту, что вот есть проблема с серваком. так что решите плиз. Суппорт же начал меня грузить на предмет того, что мне надо с апгрейтиться до 1Gb чтобы у меня все стало отлично, так как ось и Direct Admin отжирают все 512Mb. Я же давил на то, что top, к которому я таке смог пробиться показывает что занято всего 42% памяти и значит парни не тока оверселят, но еще и оверлодят память.

В таком духе мы препирались часов 5, поскольку мне некогда было лезть и особо разбираться. Я пару раз обложил в сердцах суппорт матюгами, после чего они начинали шевелиться быстрее, но все равно начинали втулять мне необходимость покупки 1Gb. Хотя по началу я хотел забрать бабло, накатать абузу в палку, в итоге во втором часу решил все таки глянуть более предметно, что происходит. Кстати в этом ключе- суппорт вещь такая- буквально в парралель  меня упал мой VPS и если честно я решил что это месть Burst, но оказалось что там была проблема с диском и другой чувак мне все замечательно и быстро решил, тем более что я конечно нервничал, так как буквально на этой неделе запилил два симпотных сайта, а бэкап датировался естественно началом сентября.

Ну вообщем сунулся кое как в сервак и понял, что мускуль кушает под себя 360Mb, так как грузится без файла конфигурации. Уж не знаю- толи забыли создать при первоначальной настройке, толи удалили в сердцах вебмастера, но пришлось озадачиться тюнингом MySQL под сервер с 512M, поместив в файл /etc/my.cnf следующие строки:
[mysqld]
local-infile=0
socket = /var/lib/mysql/mysql.sock
max_connections=300
slow-query-log
query_cache_limit=16M
query_cache_size=32M
key_buffer=16M
sort_buffer=64M
read_buffer = 2M
read_rnd_buffer_size = 768k
read_buffer_size=64M
max_allowed_packet=16M
thread_stack = 128K
skip-innodb
table_cache = 64M
Поскольку у меня оказалась InnoDB (правда не совсем понятно с какой целью мне ее прикрутили, хотя вебмастеров по форумам я именно ей и пугал при разговорах о горячем бэкапе), то пришлось поиграться с её параметрами, так как стандартные в 50-80% от RAM для innodb_buffer_pool_size забивали систему под 500 Mb, и в этом случае параметр skip-innodb убирается
innodb_buffer_pool_size=16M
innodb_additional_mem_pool_size=8M

После перезагрузки система зашуршала, отбирая под себя 440Mb.

Пришлось еще повыкидывать несколько параметров, так что файл приобрел вид:
[mysqld]
local-infile=0
max_connections=300
read_buffer_size=1M
sort_buffer=1M
log-slow-queries
query_cache_limit=256K
key_buffer=1M
innodb_buffer_pool_size=16M
innodb_additional_mem_pool_size=8M
max_allowed_packet=16M

После чего система стартанула уже с 350Mb, с которыми уже можно было в принципе жить.

Хостинг конечно хороший, но как попадешь на тупаря в суппорте, так хоть стой, хоть падай.

В своей рекламе, хостинг Inferno Solutions пользует старинную формулу “це не бага, це фича”, порождающую нормальную холивару, которую я и хочу разобрать в том посте.

В своих рекламных слоганах, хостинг упирается в то, что их клиенты защищены от так называемого оверселлинга (overselling), или избыточного использования мощности VPS сервера, когда администратор сервера закладывает в совокупную мощность виртуальных серверов хоста, больше чем имеется ресурсов в системе, то есть при 4 GB оперативы (оверселить можно также и полосу пропускания канала, дисковое пространство), она распределяется по 512Mb не между 6 машинами, по 512Gb на гестов и 1Gb на хостовую часть, а между 20 машинами, которые дергают мощности друг у друга. На этом собственно и базируется технология Burst RAM, когда у VPS сервера имеется гарантированная память и burst, которая может кратковременно увеличиваться раза в полтора, при кратковременных нагрузках. Собственно гарантией того, что Inferno Solutions не использует в своих VSP серверах функционал overselling, является использование продукта вируализации Xen, который по заверению хостера невозможно настроить на оверселлинг, как например конкурентный продукт OpenVZ.

По большому счету соперничество OpenVZ и Xen собственно и порождает всю холивару, поскольку и у той и у другой системы имеются сторонники и противники, утверждающие что OpenVZ  более изолирована, более безопасна, в то время как Xen быстрее и надежнее, имеет возможность использования swap раздела, ну и всякое и прочее. Помимо этого обе системы, наравне в платным аналогом от VMware (также имеются бесплатные версии с урезанным функционалом), представляют собой разные технологии виртуализации: OpenVZ это модифицированное ядро Linux системы, позволяющее запускать виртуальные среды (то есть ничего кроме линуха); тогда как Xen базируется на перестройке ядра системы, для адаптации работы системы (запускаем что угодно). Скажу откровенно- Xen меня не возбудил, ибо я его ставил пару раз, но мне более импонирует VMware, как в плане настройки, так и в плане идеологии. Кстати, со слов “рекламного слогана”, многие хостеры как раз и выбирают OpenVZ в связи с простотой настройки системы.

Но основным  камнем преткновения всегда оставался функционал overselling или burst ram, который отсутствовал в Xen и присутствовал в OpenVZ, и который считался, многими сторонниками Xen, как недостаток продукта OpenVZ. Но видимо команда Xen, ко многим не относится, так как они полагая от обратного, начиная с версии Xen 3.3 внедрили функционал, позволяющий забирать оперативную память гестами и хостовой станции. Называется этот функционал Memory Overcommit, и именно он позволяет забирать память у работающих гестов (или доменов пользуясь терминологией Xen), в случае если эта память ими в данный момент не используется. Механизм использующийся при этом, зовется ballooning, который представляет собой специфический драйвер инсталяющийся в систему и предоставляющий доступную память домена, при запросе от гипервизора Xen.

При этом память, выделенная другому домену, будет числиться в системе, но в виде занятой, что можно проверить соответствием команд # free # ps aux и  # top.
Ну и само наличие механизма ballooning в системе, можно увидеть по листингу следующей команды:
# cat /proc/xen/balloon
При этом также имеется дополнительный демон xenballoond, написанный на баше, который поддерживается два механизма: selfballooning  и direct ballooning, в которых назначение доступной памяти осуществляется из самого домена (но полагаю, что хостеры данные механизм навряд ли буду использовать).

Так что использование или не использование overselling в случае использования любой среды виртуализации, остается на совести хостера, и этот момент желательно выяснять еще на уровне приобретения того или иного тарифного плана. Надо полагать, что Inferno Solutions следуют своей рекламе и не занимаются накруткой статсов VPS серверов, тогда как хостер и регистратор GoDaddy особенно даже и не скрывает данного функционала.

Напоследок надо отметить, что overselling у нормального хостера должен отражаться на цене, в сторону её уменьшения.

Оттуда же можно создавать резервные копии, смотреть загрузку, перегружать или вырубать VPS сервер. Так что я спокойно перегрузил сервак и отправился по своим делам. Но приехав домой в понедельник обнаружил, что мои сайты работают очень странно, так как на них не отображались теги и категории. То есть посты, видео и прочее на месте, а вот теги и категории не привязаны к системе, причем движок WP говорил что категории отсутствуют.
Естественно что я решил что проблема с базами, так что стал смотреть что у меня происходит на Webintellects, и как оказалось, что не смотря на тот факт что я не оплатил хостинг еще в субботу, он продолжает фунциклировать. Так что я начал не спеша вытягивать сайты со старого хостинга, пытаясь понять что же происходит на новом.

Но оказалось, что проблема не только с категориями и тегами на сайтах, а еще и с квотами на диске, ибо я не мог закачать бэкапы на новый VPS сервер, который отвечал мне “Disk quota exceeded“, а также cpanel не пускавшая меня вовнутрь со следующей ошибкой: “Internal Server Error 500,  more than 400 attempts to create a session failed“.

Кароче полный трындец по всем фронтам.

Для начала я попробовал отрубить квоты, которые вроде не врубал при установке и настройке cpanel, но после ввода команды отключения квот
# quotaoff -vaug
ругань продолжалась, не смотря на то что система рапортовала об их отключении.
То есть надо было отрубить их в cpanel или же на уровне вируталки, но поскольку cpanel у меня не грузилась, то я стал рыть в сторону ошибки “Internal Server Error 500,  more than 400 attempts to create a session failed”. Рылся не особо долго, ибо ошибка оказалась чуть ли не стандартной и была описана на сайте cpanel- превышение числа инодов, что подтвердилось командой:
# df -i
Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/simfs           600000  600000 0   100% /

Как говорится- приплыли, ибо этот параметр задается уже на уровне управления VPS , или же переносом инодо-генерящего приложения на другой диск- обычно это логи почтаря или какого нить еще высконагруженного сервиса.

Но поскольку у меня раздел в системе был только один, то я накатал тикет в суппорт, который и реанимировал все в течении 2 часов, подняв лимит нодов в несколько раз. После чего оставалось только перезапустить exim, который выпал в ошибку от невозможности записи на диск, и начать работать.
Как оказалось- все теги и категории не работавшие после переезда, также заработали после увеличения лимита разрешенных инодов.

В итоге я в течении двух дней пытался списаться со службой суппорта Burst.NET через систему тикетов, на предмет выяснения – помогут ли мне инженеры хостинга с переносом моих сайтов с VPS сервера Webintellects на новую площадку; но в ответ была лишь тишина. Поэтому я сделал ход лошадью- просто взял аналогичный вебинтеллектовскому VPS сервер за 22$ (из которых 12$ пришлось на cpanel, о чем я ни разу не пожалел в последствии, но об этом ниже) и решил что перенесу все на него, после чего подниму уровень VPS до выбранного мною.

Оказалось что со службой поддержки можно было связаться не только через систему тикетов, но и через почту, просто отписав им на служебный мейл- и как оказалось- это наиболее действенный способ связи с суппортом хостинга, так как на письма они отвечают в течении 30-40 минут. Ответ был- нет, переезд ваши собственные проблемы. Хотя оно и понятно, за такие то башли. Возможно трансфер обеспечивается суппортом, если вы приобретаете полноценный менеджмент за 45$ в месяц, но на мой взгляд  такой уровень поддержки имеет смысл брать на серьезный дедик или верхнюю ступень VPS планов. В итоге поматерившись на суппорт, я решил что с оказией перевезу свой сервак сам, благо у меня там хостилось от силы 10 сайтов.

В итоге седня мне с середины дня позвонил коллега, чьи доменные зоны также крутились на моем серваке и поведал мне историю о том, что мои серваки не отдают ничего, что естественно могло означать только одно- мой VPS сервер на площадке Webitellects снова накернился. Так что добравшись до стационара, я опять же нагнул хостинг и решил, что ХВАТИТ. Пришло время для переезда.

Естественно ручной переезд дело унылое и долгое, так что я начал с маленького и никому не нужного сателлита, ибо его падение было бы незаметно ни для кого. Созда резервную копию, скопировал её себе на комп, перенес на новый VPS сервер, после чего полез изучать cpanel, а точнее её VPS вариант WHM.

И тут то оказалось, что в cPanel предусмотрена отличная функция переноса сайтов между cpanel и другими консолями управления, которая на автомате трансферит информацию с одного сервера на другой на уровне аккаунтов: левый фрейм управления -> Transfers -> Copy an account from another server. Там в принципе вариантов для заполнения не так много, единственно что в процессе переноса, стоит включить галку Change DNS on Source Server to Point to Local Server для того чтобы видеть, что сервера на новом хостинге уже фурычат. Переносим все под рутовыми правами доступа для ускорения процедуры доступа.

Собственно в течении часа я перенес все сайты, кроме основного, который занимает порядка пяти гигов дискового пространства, так что он трансферился порядка 2+ часов, так что к ночи у меня уже все уверенно работало на новом VPS хостинге.

Так что основная проблема, с которой я столкнулся на данный момент в процессе знакомства с новым хостингом Burst.NET заключается в том, что парни не помогают при переезде, предоставляя пользователю решать эту проблему самому (и как понятно- это проблема решается малой кровью, с помощью cpanel), а также тот факт что служба суппорта очень неспешно реагирует на обращения- среднее время реакции 2-3 часа.

С полгода назад, когда мой туристический сайт тока вышел на уровень 250+ уников в день, мой VPS с 256Mb на бору, стал эпизодически залипать, и в процессе натягивания суппорта на кукан, я получил VPS с 1Gb на борту, за те же самые 35$, что я и платил за 512Mb, но проблему это не решило, поэтому я перенес сайт на Cyberwurx, где он успешно и хостится последние полгода. При этом помимо нормальной работы блог на ежедневном трафике уже в ~500 уников, на этом же акке крутится порядка 5 сателлитов, делающих еще пару сотен уников в день. И при этом все резво шуршит и летает.

А вот Webintellects дал знать о себе на той неделе, когда в четверг у него благополучно вышла из строя сетка, после чего мои сайты были не доступны в течении часа или более. Затем через день пошли не понятные пропажи сайта, при этом VPS просто исчезал, то есть все сервисы не отвечали- не только веб, но и пинги, ssh и прочее. На второй раз, уже на этой неделе, я разосрался с суппортом, так как они стали мне лить в уши про overload и то, что я могу посмотреть сам по логам, что у меня там происходит. При том что в логах была тишина, и использование памяти и cpu не превышало 20-25%. По итогам гневной переписки мне сменили инженера и новый чел пообещал, что будут мониторить мой сервак на предмет выяснения причин залипонов.

В итоге мониторили, аж до середины сегодняшнего дня, когда я опять, попытавшись зайти на свой сайт, обнаружил что он снова полностью залип. После чего я накатал полувопрос, с просьбой рестартнуть мой сервак. Прошло полчаса, после чего я написал вторую заявку. Еще через час, не получив ответа и работающего VPS, я накатал матерную телегу на предмет вопроса о том, каким же надо быть мудланом, что не суметь перегрузить факин VPS сервер. И что же- сервак заработал через 5 минут. То есть “через мать” бурги все таки понимают, но в данный момент нахожусь в состоянии поиска нового VPS, ибо такие расклады меня естественно совершенно не радуют.

Нашел парочку хостингов и в данный момент терзаю сейлов на предмет выяснения всех подробностей, ибо помимо того что хочется за минимум денег, максимум фич, так еще и чтобы все перенесли умные и ловкие парни, ибо самому переносить и настраивать 15 сайтов нет особого желания.

Ибо у вменяемого хостинга, в случае размещения краденного контента или вирусов, аккаунт злоумышленника, в случае жалобы на него, банится и после этого проводится проверка, которая в случае если указанные данные подтверждаются лишают человека данного аккаунта, а в некоторых особо циничных случаях, дело может продолжится уже в уголовной плоскости. Ну да не суть- в любом случае хостинги дорожащие своей репутацией, мгновенно реагируют на все жалобы и отвечают в течении суток, как максимум.
Но оказалось что в России есть пара очень интересных хостингов, которые работая “на отъебись”, покрывают злоумышленников располагающихся на их серверах, и что самое интересное на вопрос можно ли считать их абузоустойчивыми серверами- скромно потупив глазки, говорят нет.

Собственно суть истории такова: в какой то момент мой сайт имеющий 400-500 уников в день, начал падать- то есть при попытке открыть его, я получал белый лист. Такая картина наблюдалась на доменах где крутилась CMS и даже там где ничего не было установлено, а была просто пустая директория, которая также не открывалась. Так что все подозрения на тему тормозов с mySQL были беспочвенны, но я все таки подрубил кэширование и провел ряд работ по оптимизации базы. Тем не менее сайты, эпизодически, становились не доступны на 15-20 минут, после чего снова начинали работать. Я написал в свой хостинг один раз на эту тему и мне было сказано что это работа какого то скрипта, чей IP вроде как забанили, так что я успокоился, так как сайтик стал шуршать нормально.

Но 18 июля, часов с 16-17, сайт начал падать постоянно, вырубаясь на 20-30 минут. Я поднял бучу, так что было решено что это проблемы с хостингом и мне мою виртуалку перенесли на другой сервер. Но проблема осталась, так что сайт был практически недоступен до 21 часа, пока инженеры хостинга не допетрили что это идет банальная атака на сайт и выловив IPшники просто забанили их для доступа. Суть атаки была то что в нескольких адресов шло по сотне одновременных соединений к серваку, так что мой виртуальных хостинг просто ложился. IP адреса с которых производили атаки, были следующие:

принадлежащие к пулу Гарант-Парк-Телеком
89.111.177.167
89.111.176.53
и принадлежащие к пулу Мастерхост
90.156.196.147
90.156.196.117
90.156.197.173
90.156.196.147

Инженеры моего хостинга взяли мой сайт на контроль и предоставили лог атаки, так что после того как сайт нормально заработал, я накатал обычную абузу в оба хостинга, на предмет того что с их IP адресов (по которым висело просто системное сообщение, что данный сайт не доступен) в течении нескольких часов шли атаки на мой сайт, и свое письмо я подкрепил приложенным логфайлом, из которого было видно что данная атака шла с перебором атакующих IP адресов. Письмо отправил на abuse и support обоих хостингов. Оба письма я отправил 18 июля и до середины 21 июля была полнейшая тишина, пока я не получил отпуску от Мастерхостинга, суть которой сводилась к тому что меня интеллегентным образом послали. Я задал пару вопросов, на которые получил исчерпывающие ответы, так что продолжать бодаться с тупорезами было бы просто потерей времени, так что я просто выкладываю переписку с ними здесь (красным я выделил ответы суппорта Мастерхост):

######################################
Здравствуйте!

> > Учитывая информацию которую я вам переслал, включая время атаки и
> > выдержки из логов, ваш ответ более чем неудовлетворителен, так как атака
> > с вашего хостинга, была локализована на моем сайте в то же день, то есть
> > 18 июля, так что я совсем не удивлен то что в данный момент вы ничего
> > не фиксируете.

Поиск злоумышленника был начат 18.07.2011 в 23:06, по “горячим” следам найти
его не удалось, поиск в каких либо возможных журналах до текущего момента
какой либо информации не дал.

> > Но по-видимому просмотреть логи, вашего хостинга, на
> > предмет атаки, вам не предоставляется возможным.

Логировать терабайты трафика физически невозможно.

> > Исходя из вышеизложенного и вашего ответа, хотел бы понять- могу ли я
> > считать ваш хостинг абузоустойчивым, и возможно ли размещение на ваших
> > серверах фармы, а также использовать ваши площадки под рассылку
> > почтового и поискового спама?

Нет.

Всего доброго.
– С уважением, Aleksey Antropov, .masterhost http://masterhost.ru/support/howtocontact/
————————————————

Здравствуйте!
В настоящее время соединений на (IP моего сайта) не фиксируем, если атака повториться – сообщите.

> > Добрый день!
> > Сегодня мой сайт XXX был атакован с IP адресов принадлежащих
> > вашей компании.
> > Суть атаки заключалась в одновременном открытии порядка
> > 100 сессий с различных IP адресов, в том числе и адресов
> > принадлежащих к пулу вашей компании:
> > 90.156.196.147
> > 90.156.196.117
> > 90.156.197.173
> > 90.156.196.147
> > В результате данной атаки, мой сайт был недоступен в течении длительного
> > времени, пока атака была выявлена и локализована.
> > Атака происходила в районе 20-22 часов по Москве.
> > Большая просьба разобраться в сложившейся ситуации.
> > Лог атаки прилагается:
######################################

То есть фактически хостинг мне сказал до свидания- ничего не знаем, так как смотреть по логам это не королевское и не мастерхостовское дело. Причем больше всего порадовала оперативность ответа и то, что спустя три дня, парни ничего не смогли найти. Про Гарант-Парк-Телеком я вообще молчу, так как инженеры данного хостинга видимо посчитали ниже своего достоинства писать какому то левому чуваку. Вот если бы позвонил или написал министр Россвязи- это другое дело. А так – фигня, даже не стоит обращать внимания. Другое дело что мне не совсем понятны макароны на уши относительно террабайтов связи- не говоря про то что логи прекрасно жмутся любым архиватором в случае настройки ротации логов (для этого конечно надо быть в курсе как работает cron, но думаю что уж это то суппорт хотя бы знает), но и мне кажется что в нашей прекрасной стране хостер обязан хранить логи чуть ли не два года, для возможности предоставления их силовикам по первому запросу, ибо в противном случае хостинг легко подвергнут анальной каре. Но к сожалению официального упоминания этого я в нете не нашел, а перечитывать все законы “О связи” откровенно говоря ломало.

Так что если вы ищете площадки для каких то не совсем законных действий, как то атаки на удаленные хосты, спам и прочее, то два этих хостинга (Мастерхост и Гарант-Парк-Телеком ) с удовольствием вам предоставят свои мощности и даже прикрою злоумышленную задницу, отшив навязчивых вебмастеров которые пожелают пожаловаться на злонамеренную активность исходящую с их площадок.

Акция будет проходить весь день с 9 утра 29 ноября до 9 утра 30 ноября по московскому  времени, и в рамках проводимой акции компания будет предлагать свои услуги, по промо ценам за первый месяц использования, со скидкой более 50%. Для получения скидки необходимо быть новым клиентом, то есть зарегистрироваться сейчас, и ввести при заказе код промокупона: CYBERMONDAY2010.

Использование данного купона, позволит зарегистрироваться на площадках хостинг провайдера, по следующим ценам:
Shared Hosting – всего $2.48/месяц
Reseller Hosting – всего $12.48/месяц
VPS Hosting – всего $9.98/месяц (первый месяц)
Выделенный сервер – всего $87/month (первый месяц)

За три года что я использую хостинг Hostgator я не видел подобного фантастического предложения, по столь низким ценам, тем более что компания заявляет, что делает подобное предложение для своих клиентов впервые.

И откровенно говоря, я сам подумываю о том, чтобы зарегать себе виртуалку за 2.5 грина в месяц, ибо за такие деньги это наиболее фантастическое предложение.
Для регистрации пройти на сайт Hostgator, и не забыть ввести код промо-купона CYBERMONDAY2010.

Для начала я зарегистрировал себе новый хостинг на Cyber Wurx, причем при внешней убогости внутренней панели, просто изумительно работает суппорт: помимо того, что на все мои письма, с кучей вопросов по поводу функционала, отвечали в течении пару-тройки часов, при переезде у меня возникли некие проблемы с работоспособностью сайта, которые были диагностированы в течении пятнадцати минут после открытия тикета, и устранены в течении сорока, так что утром все замечательно работало. То есть еще одна из хороших новостей заключается в том, что я перенес на хостинг от Cyber Wurx  один из трех своих сайтов, хостившихся на ужасном globat, и в данный момент он уже отлично работает, демонстрируя невиданную доселе прыть в своей работе.

Эта новость сразу же подняла мне настроение, по приезду на работу, поскольку когда я ложился спать – сайт выглядел ужасающе: на морде не грузилось ничего,  начиная с хедера страницы.

После этого я обнаружил, что парни из Webintellects ответили мне по поводу проблем с выделенными IP адресами, уже в нормальном ключе. Кратко проблема заключалась в том, что по их правилам я мог использовать каждый дополнительный выделенный IP адрес для хостинга ТОЛЬКО ОДНОГО домена. Если мне нужно было больше, то я должен был использовать основной IP адрес или покупать новый адрес (для seo-линков конечно такой подход просто идеален, но для кармана не особо, поскольку я планировал что этого хостинга мне должно было хватить на 30+ сайтов, и никак не рассчитывал при этом ежемесячно докидывать 30 баксов за выделенные адреса ).  В итоге, весь вчерашний день я убил на жаркую переписку со службой поддержки Webintellects, в процессе которой успело засветиться неколько специалистов их технической и пресейл поддержки, от продавца, до руководителя системного администрирования. Собственно последний  (при том, что 3 админа до этого сработали “на отъе..”) как раз  и дал мне совет что и как попытаться сделать, и хотя, как оказалось, совет был не рабочий, но это дало мне правильное направление изысканий, так что за час плясок с бубнами вокруг WHM, я все таки умудрился повесить больше одного домена на дополнительные IP, так что вопрос переезда и с этого хостинга, для меня вроде как отпал- надеюсь насовсем.

Далее подробнее, а пока могу сказать, что впечатления от Cyber Wurx просто самые замечательные, поскольку мой журнал Что Читать, отвратительно работавший на движке Globat, на новой площадке просто летает. В добавок к этом очень порадовала общительная и оперативная поддержка клиентов- так что будем продолжать сотрудничество с данными товарищами.

Сейчас совсем не по теме, но тем не менее полезная мысль:
Одним из способов получить дополнительных посетителей на свой сайт, помимо грамотного seo наполнения и развития ресурса, является использование таких инструментов продвижения, как контекстная реклама, с помощью которой веб-сайт получает узко-целевой траффик. Контекстная реклама на крупнейшем российском поисковике Яндекс, является одним из наиболее эффективных способов привлечения потенциальных клиентов на ваш сайт.

И вот не прошло и года, а точнее по прошествии полугода, мой горячо любимый основной сайт, начал эпизодически падать, то есть просто прекращал свое функционирование. Мало этого, так и chto-chitat.com тоже начал вылетать с проблемами базы. Обращение в суппорт привело к тому, что мне стали рассказывать о том, что это все происходит из-за каких то ограничений на одновременное количество сессий от одного пользователя.  Причем предоставить какие нибудь логи мускуля, мне отказались. Помимо этого меня посетила шальная мысль о том, что пора делать ноги, не смотря на 25 грина остатка, но свое время и нервы для меня дороже, тем более что за эту неделю у меня снялось с sane4ka.ru уже более 10 жирных ссылок, что довольно тоже неприятно.

В итоге вроде бы позавчера все решили, так что не работал только бэкап. И вот новый виток, сегодня sane4ka.ru опять недоступен, сервер выдает internal error, тетко в лайв чате говорит о том, что это ошибка мускуля. зачем то резетит мне пароли доступа к мускулю и в итоге снова открывает тикет. Лай чат суппорт это вообще отдельная- тема, за 7+ обращений туда мне ни встретился ни один мужчина, при этом тамошние дамы толком не могут ответить ничего путного и любой более менее запрос отправляют в службу поддержки, которая начинает работать уже в другом режиме- через 2-3 часа, с разрешением проблемы через 10-12. И так что то меня это дело поддостало, что видимо мне остается только плюнуть на остаток бабосов на своем счету и отказаться от этого хостинга.

Поэтому настоятельно не рекомендую- хостинг от Globat полный отстой!

Но если говорить о хостинге, то не провайдеров предоставляющих данный вид интернет сервиса огромное количество во всем мире, причем хостинги бывают совершенно разные, от размещения статических страничек, до PHP хостинга для сайтов WHOIS домена biz.ua, так что всегда есть что выбрать. Главное что хостинг должен удовлетворять всем поставленным к нему требованиям, для чего естественно следуют консультироваться со службой поддержки, да гуглить на предмет поиска отзывов пользователей того или иного хостинга.

Немного воды:

Для задачи поддержки обратной зоны существует специальный домен IN-ADDR.ARPA. Сам файл описания зоны домена обратного просмотра состоит преимущественно из записей PTR типа “Pointer”.

[name][ttl] IN PTR [host]

то есть для сервера ns.server.ru c IP= A.B.C.D запись будет следующего вида

$ORIGIN C.B.A.in-addr.arpa.
D PTR ns.server.ru.

или же

123.46.181.62.in-addr.arpa. IN PTR ns.server.ru.

просмотреть информацию об имеющейся реверсивной записи можно командой:

# dig -x A.B.C.D

там же, кстати, можно увидеть и того, кто является ответственным за поддержку пула адресов. Также посмотреть ситуацию по по PTR в том числе можно на сайте http://www.squish.net/dnscheck
Опять же информация по ответственному за пул адресов можно получить командой:
# whois IP

Основной вывод:

В связи с чем еще раз хочу сказать с полной ответственностью- PTR запись размещает у себя провайдер, или тот кто является обладателем пула IP адресов. Хотя ленивый провайдер и может делегировать право ведения обратной зоны и серверу ответственному за поддержку основной (в смысле организации) или предоставить возможность удаленного управления своим сегментом.Делегирование осуществляется перенаправлением запросов на другие сервера, путем создания обратной зоны, состоящей из записи синонимов CNAME.

Например для сети провайдера 172.16.10.0/24, разбитой на подсети 172.16.10.0/25 ; 172.16.10.128/26 ; 172.16.10.192/26 это будет выглядеть так:

############################################
$ORIGIN 10.16.172.in-addr.arpa.
@ IN SOA ns.provider.ru. dnsmaster.provider.ru. (…)
;
; пулл 0-127 /25
;
0/25 IN NS ns.a.ru.
0/25 IN NS ns.a-slave.ru.
;
1 IN CNAME 1.0/25.10.16.172.in-addr.arpa.
2 IN CNAME 2.0/25.10.16.172.in-addr.arpa.
;
; пулл 129-191 /26
;
128/26 IN NS ns.b.ru.
128/26 IN NS ns.b-slave.ru.
;
129 IN CNAME 129.128/26.10.16.172.in-addr.arpa.
130 IN CNAME 130.128/26.10.16.172.in-addr.arpa.
;
; пулл 193-255 /26
;
192/26 IN NS ns.c.ru.
192/26 IN NS ns.c-slave.ru.
;
193 IN CNAME 193.192/26.10.16.172.in-addr.arpa.
194 IN CNAME 194.192/26.10.16.172.in-addr.arpa.
############################################

Сама же организация обязана вести на своем NS сервере запись вида

############################################
$ORIGIN 0/25.10.16.172.in-addr.arpa.
@ IN SOA ns.a.ru dnamaster.a.ru (…)
IN NS ns.a.ru.
IN NS ns.slave.ru.
;
1 IN PTR host1.a.ru.
2 IN PTR host2.a.ru.
3 IN PTR host3.a.ru.
############################################

Для двух других блоков адресов SOA записи будут соответственно:
$ORIGIN 128/26.10.16.172.in-addr.arpa.
@ IN SOA ns.b.ru dnamaster.b.ru (…)

$ORIGIN 192/26.10.16.172.in-addr.arpa.
@ IN SOA ns.c.ru dnamaster.c.ru (…)

*** По мотивам двухчасового разговора по аське с гуру piv_m

Но буквально по прошествии пары часов начали капать письма с дословным текстом:

tailwatchd failed @ Sun Nov 15 17:35:02 2009. A restart was attempted automagically.
Service Check Method: [check command] tailwatchd is not running

Веселое конечно начало, но делать нечего начинаем рыть.
Собственно немного воды о том, что за зверь такой TailWatchd. Если кратко то это новый сборщик логов от cPanel. Ранее, для сбора журнальной информации от почтового сервиса и загрузки канала использовалось три отдельных демона (antirelayd, eximstats and cpbandwd). Эти то демоны и были заменены более надежным, быстрым и менее прожорливым TailWatchd. Перевод на эту систему позволил снизить нагрузку при журналировании событий и выдавать более подробную разблюдовку по интерфейсам и сервисам. Этот демон используя три драйвера журналирования использует гораздо меньше системных ресурсов, чем один eximstats.

В принципе даное сообщение говорит о том, что Cpanel перегружается и по хорошему на него можно положить, но меня оно раздражает немного, посему роем что можно с ним сделать,

смотрим по логу что у нас там вообще происходит с сервисом:
# head -n 50 /usr/local/cpanel/logs/tailwatchd_log
там видим, что демон почему то эпизодически перегружается

глядим на состояние демона:
# /usr/local/cpanel/libexec/tailwatchd –status
tailwatchd is enabled
Not running
Driver (Active: 1) Cpanel::TailWatch::cPBandwd
Driver (Active: 1) Cpanel::TailWatch::ChkServd
Driver (Active: 1) Cpanel::TailWatch::Antirelayd
Driver (Active: 1) Cpanel::TailWatch::Eximstats
вот это новость, то есть при всех радостях демон TailWatch почему то не запущен, хотя когда мы говорим ему перезагрузиться он грохает реально существующий PID и в логах мы также видим что TailWatch запускается с новым номером.

Пробуем разобраться:

Для начала рестартим Cpanel:
# service cpanel restart

Как пишут после этого проблема исчезает, но в моем случае перезагрузка не привела ни к каким результатам, т.ч. продолжаем, как герой Никулина, искать.

Офф.сайт CPanel трактует эту ситуацию как официально признанный баг которому пытливые умы придумали несколько объяснений.
Это может быть по причинам недостаточных ресурсов, чтобы проверить это смотрим: WHM >> Server Configuration >> Tweak Settings нас интересуют параметры уровня логирования, величина логов и прочее; также в WHM -> Service Configuration -> Service Manager можно выбрать какие драйвера использовать для сбора логов с помощью TailWatchd;  также можно посмотреть что говорит статус сервисов о работе демона  WHM >>Server Status >> Service Status

Также эта проблема может быть вызвана кривостью установки cPanel, чтобы переставить и обновить её, следует запустить соответствующий скриптик:
# /scripts/upcp –force

Минут 10 ждем когда сменяющие друг дружку выводы сообщат нам наконец то, что
cPanel Layer 2 Install Complete
…Done

и смотрим, что у нас изменилось.  Люди пишут что помогает, у меня по крайней мере никаких видимых изменений не произошло, кроме того что письма стали капать реже. Чтобы совсем решить проблему писем, то в WHM -> Service Configuration -> Service Manager следует отключить драйвер Eximstats, потому как проблема происходит из за того, что Tailwatchd при старте не может перегрузить Eximstats и в связи с этим падает.

Если при нормально работе демона статус в cPanel стоит нерабочий, то это можно вылечить путем задания команды:
echo “+” > /var/run/chkservd/tailwatchd
это не исправит баг, но по крайней мере будет выводить правильную информацию в статусе cPanel.