Добрый день!
Массовых проблем не наблюдается. Каждый конкретный случай должен разбираться отдельно.
smsina, это зависит от огромного количества факторов, которые нужно было проверять в момент воспроизведения проблемы. Возможно, у регистратора были указаны еще какие-то DNS, возможно так повел DNS Вашего провайдера, не получив от нас ответ - сейчас можно только гадать, так как проблема не воспроизводится. С атакой на наши DNS это никак не связано.
Хотя, вот - посмотрите какой домен есть:
host procontent.ru.ru
procontent.ru.ru has address 195.2.72.155
procontent.ru.ru mail is handled by 50 mx.ru.ru.
Но там стоит wildcard resolver, то есть, в данный IP резолвится любой поддомен:
host fastvps.ru.ru
fastvps.ru.ru has address 195.2.72.155
fastvps.ru.ru mail is handled by 50 mx.ru.ru.
Каким-то образом, ping решил проверить его при отсутствии в сети настоящего домена. В данном домене нет ничего злонамерного, это сайт почты оператора Zenon.
Почему ping у Вас повел себя именно так - в данный момент я не готов ответить.---------- Добавлено 04.04.2012 в 18:47 ----------Отгадка очень простая, покажите cat /etc/resolv.conf.
Почти ручаюсь, что там будет строка: search ru.
При таком раскладе, любой не найденный в глобальной паутине домен будет резовлится на ... зону .ru.ru и получится:
ping procontentx.ru
PING procontentx.ru.ru (195.2.72.155) 56(84) bytes of data.
64 bytes from aha.ru (195.2.72.155): icmp_req=1 ttl=118 time=44.6 ms
64 bytes from aha.ru (195.2.72.155): icmp_req=2 ttl=118 time=44.6 ms
64 bytes from aha.ru (195.2.72.155): icmp_req=3 ttl=118 time=44.3 ms
--- procontentx.ru.ru ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 1999ms
rtt min/avg/max/mdev = 44.302/44.520/44.649/0.155 ms
Как видите, Вашей ситуации произошло именно так, Ваш сервер искал в зоне ru.ru, так как в интернете Ваш домен не был найден по причине отказа нашего DNS.
В 3.30 смотрел тикеты, ни одного в очереди не было, возможно, он был уже в работе.
Ага, именно так!
Добрый вечер!
Нет, теперь никто никого не дублирует, все DNS самодостоточны и использовать нужно все на случай выхода из строя части ДЦ.
Честно говоря, редирект делать не хотим, потому что в случае следующей атаки как раз и ударят по нему (http сервису), предыдущие атаки именно такие и были. Мы буквально завтра-послезавтра сделаем рассылку о том, что адрес панели изменен.
ns4.fastvps.ru будет введен в строй буквально в ближайшие полчаса! :)---------- Добавлено 01.04.2012 в 22:59 ----------ns4 в строю! Теперь все проверки у Регистраторов будут проходить на ура :) Напоминаю, что у Регистратора теперь должно быть указано 4 DNS сервера - ns1.fastvps.ru, ns2.fastvps.ru, ns3.fastvps.ru, ns4.fastvps.ru.
Ну вот так лучше, а-то взяли и обругали нас :)
Все новые тарифы идут в круглосуточных ДЦ, там подобные проблемы исключены, так что выбирайте любой, разве что для большей стабилности можно поставить Enterprise SATA либо SAS диски, у них наработка на отказ очень высока в сравнение с обычными дисками. Либо, есть наивысшей стабильности вариант - EX8, там имеется постоянный KVM и два блока питания.
Техник будет где-то в ближайшие полчаса-час, как только будут новости - сразу сообщим Вам.
SFVeles, за корректировку сумму извиняемся, если Вас смущает факт оошибки в цене, можете не оплачивать разницу, а оплатить первоначальную сумму.
То, что ДЦ - не круглосуточный сказано в договоре (Рабочее время персонала ДЦ - Понедельник-Пятница, 8:30 до 00:45 по Мск, Суббота - 12:00 до 19:00 По Мск). То, что в случае проблем с железом требуется вызов экстренного техника - сказано в договоре (16.5. Экстренные работы на выделенных серверах в нерабочее время ДЦ возможны по цене 89 евро за выезд специалиста (в том числе для подключения KVM, ручной перезагрузки и т.п.) и 59 евро за час ожидания сообщения клиента.).
Если Вам критична работа Вашего сервера, Вы всегда можете взять более дорогой сервер, находящийся в ДЦ, где имеется поддержка 24/7, низкая цена у Вашего тарифа также складывается из более низких затрат на ТП.---------- Добавлено 31.03.2012 в 23:52 ----------
Они будут работать теперь всегда, это сделано для повышения стабильности работы DNS платформы.---------- Добавлено 31.03.2012 в 23:57 ----------
Не ругайте на, пожалуйста, мы хорошие, честно-честно :)
Очень малая часть клиентов (исключительно бюджетные тарифа) осталась в некруглосуточных ДЦ (DC-6), платный вызов техника требуется только там (собственно, лишь в случае, когда проблема произошла в нерабочее время). Если проблема происходила по нашей вине - были такие случаи, то вызов поддержки оплачивали лично мы.
В данном случае жесткий диск сервера требует срочной замены и факт фиксации проблемы выпал именно на конец смены техников. Разумеется, сервер не администрируемый и как только мы получили запрос о наличи проблемы, сразу отправили запрос на замену. Если бы администраторы клиента нашли проблему ранее или просто бы попросили нас в рамках профилактики проверить диски - проблема была бы найдена загодя и исправлена да отказа.
Извините, но это, опять же, некорректная информация.
Позавчера Вами из панели ISPManager была запрошена перезагрузка VPS сервера:
Mar 29 19:47:35 [ 4026:68] INFO Request [79.220.XX.YY][root] 'func=reboot'
Которая и привела к отказу (сервер не заупстился, потребовалось наше вмешательство) - к сожалению, такое бывает нередко, разработчики в курсе этого бага и обещают исправить.
Проблема, к счастью, исчерпана уже как сутки назад. Если у Вас что-то не работает, то я Вас заверяю, это не по вине наших DNS. Напишите тикет нам, обязательно разберемся.
