klondike

Корпоративный блог студии "Клондайк"

Клондайк интернет маркетинга - WEB, SEO, SMM


Previous Entry Share Next Entry
Таран Виктор
klondike

Небольшой обзор masterhost.ru (Crash Tests).

Кейс из практики работы студии "Клондайк", автор Таран Виктор.
ЛОго МастерхостРоссия отстает от всего мира не только в производственной сфере, но так же и в информационной, зачастую ставя в тупик своим качеством сервиса даже в сфере высоких технологий. И уж если произвести качественное оборудование нам не по силам, мы умудряемся еще и предоставлять убогое качество сервиса к зарубежному оборудованию. И если у ТОП 3 поставщиков дела ее ни шатко, ни валко, то у последующих туши свет.

Компания Мастерхост, как один из крупных хостинг площадок, была у нас в рекомендованных списках по умолчанию. До сегодняшнего дня.

Проблема

Обращение клиента просьба «разобраться с сайтом», что-то у него не работает. Сайт заблокирован из-за вируса. Подробнее в предыдущей статье.

Вполне бывает. Сайты от вирусов падают с регулярной постоянностью и все хостеры стараются отключать их по первой жалобе с сторонних сервисов. Такова практика не только в России, но и за рубежом. Так что вооружившись всеми доступами клиента до хостинга, смело двигаем в бой выгонять поганого змия с добропорядочного сайта клиента.

Заходим на хостинг



Ну ладно проект интерфейса явно разрабатывался имея обширные каналы поставки канабиса. Убогий интерфейс черта вообще российского интернета.
Ни в чем ни бывало нахожу заветный SSH, добавляю user, логин и пасс — «да здравствует SSH». И с чувством собственного достоинства лезу в консоль, жалея по дороге всех любителей FTP. Собственно, тут бы и сказке конец, ан нет она тут к сожалению, и началась.

FileZilla

SSH напрочь отказался подключиться к серверу. Бывает ждем... ждем... читаем по ходу дела в админке (изменения вступают в силу до 40 минут!). О боже! Ладно я не тороплюсь и жду положенные до 40 минут. Тук-тук — тишина...

SSH

ЭЭЭЭ. Может я «дурак», запускаю графический интерфейс на машине, подключаюсь через sFTP в FileZilla может я зря радовался и SSH там поддерживает только эмуляцию FTP. Собственно, не работает.

FileZilla не подключается ке Мастерхост.

Звоним в поддержку

Зарасти. Не могу создать доступ до SSH. Минут десять уходит объяснить, что как его создать я вполне компетентен разобраться. Несколько минут уходит на переключение на «нужного специалиста». А дальше начинается откровенный цирк.
Мастерхост: Доступы работают.
Я: Работали бы не звонил бы
Мастерхост: Методичку мне советует как подключиться по SSH.
Я: Уже десять лет работаю с SSH мне не нужна методичка.
Мастерхост: Сервис доступен, я проверила.
Я: Как он может быть доступен у вас даже telnet не может до него достучаться, притом ни до 22 ни до 21 порта.
Мастерхост: У нас все работает, скорее всего дело с вами, позвоните провайдеру.

Я: Пробую с десятков серверов, перед тем как позвонить в поддержку.
После этого проходит пол часа и телефон выключается (минусы цифрового телефона)
Мастерхост: А вы с других серверов и не зайдете, сервисы доступны только с России?
Я: Чего?

Перезваниваю. Зарасти дайте компетентного парня, по дороге мне приходят утончающие письма от клиента по работе.
Читаю внимательно. О-ооо, так сайт собственно забанен не за вирус а за DDoS да еще и перемещен на запасной сервер. Картина немного проясняется.
Мой сайт перенесен на запасной сервер?
Мастерхост: Да.
Я: Сайт не доступен?
Мастерхост: Да.
Я: А почему?
Мастерхост: Его ДДоС-ят, мы его перенесли на запасной сервер и выключили!
Я: О, перенесли хорошо а выключили зачем?
Мастерхост: Выключили, он сервер грузит.
Далее идет некоторое разбирательство как хорошо вырубать сервис из-за простейшего ДДоС-а, да скорее всего еще и обычного робота. На что поддержка говорит мы таких услуг не оказываем. Мои призывы что сотни их серверов проседают из-за одинаковых атак, куда проще мониторить их и 1 строчкой кода 1 сотрудника решать проблему, чем тупо вырубать сервис. Да, и как оказалось на серверах вообще нет никаких защит от ДДоС-а, даже совершенно тупых.

Я: Ок. Как забрать мне сайт?
Мастерхост: Ну вы же зашли.
Я: Ну да через SSH клиентского аккаунта на nic.ru под FreeBSD подключился к следующему SSH с него получил убогую консоль без zip mc top. Собственно по словам техподдержки выходило забирайте как хотите вы же зашли.
На мои призывы к тому что не каждый клиент в состояние зайти по SSH перебрав пул доступных адресов с которых можно зайти на сервер и через убогонький обрезанный сервис получить файлы.

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

Я: Не умею забирать файлы по SSH, вообще «нифига» не умею, я клиент — туп как пробка, как мне забрать мое хозяйство?
Мастерхост: Вы же врете!
Я: конечно вру, но и вы мне в глаза врали что сервис доступен а у вас сайт выключен полностью и вы включать его в принципе не собираетесь.
Я: Ок, когда сервер включится?
Мастерхост: ну вы нам периодически пишите, мы будем посматривать если DDoS прекратится мы включим.
Я: а если писать не буду
Мастерхост: не включим
Я: а у вас что мониторинга нет?
Мастерхост: Есть, но причем тут клиентский домен?
Я: О-ооо, у вас не видно когда кончится DDoS?
Мастерхост: Нет.
Я: А что вы тогда мониторите?
Мастерхост: Свои сервисы.
Я: Так это и есть ваш сервис.
Мастерхост: Тишина.

В общем, дальше все совсем печально. Фактически в течение двух часов все чего мы смогли добиться от сервера они согласились отдать нам сайт, переведя его на боевой сервер, доступ по http к сайту дать отказались. Только завелись доступ до SSH FTP и так далее.
И все бы хорошо, если бы не было так грустно. Данный хостер является одним из крупнейших.

А по итогу


  • Что делать при ДДоС-е в компании не прописано.

  • Мониторинг ДДоС-а отсутствует.

  • Защита от ДДоС-а хоть элементарнейшая отсутствует как класс.

  • Последовательность действий при атаке не прописана, менеджеры и админы тупо не знают, что делать в этой ситуации.

  • Возможность забрать сайт отсутствует.

  • Возможность остановить DDoS посадив их админа написать 1 строчку скрипта отсутствует (я не против заплатить если это требуется).

Умножив это на сотни серверов и тысячи клиентов мы получаем халявный геморрой на всю контору.

А главное все что требовалось


  1. Четко прописать правила, что делать, какие пути решения.

  2. Оценить стоимость работ и трудочасы службы поддержки на объяснения этих причин, возможно некоторые из них проще удалить чем объяснять. (в масштабах всего хостинга)

  3. Отсутствует элементарная защита от DDoS, даже 101 тариф у nic.ru более устойчив к этой атаке.

  4. Скирпты по созданию логинов паролей к SSH FTP sql просто перестают работать после перенесения сайт на «некий запасной» сервер. И там его зачем-то все равно вырубают? В добавок, еще и обрезают доступы почти со всех IP в мире.

ИТОГО

В обей сложности на то чтоб забрать два небольших сайта с сервера у меня уходит около 8 часов, и еще 20 минут развернуть их у себя на сервере, Моя же родная система мониторинга с легкостью мне сообщает что на данный сайт идет DDoS, и ставит мне в тикет, а я не претендую на хостинг гиганта. Все что мне остается, действовать по инструкции созданной мной же. Фактически я закидываю 1 строчку кода в свою систему защиты и все мои сервера автоматически распознают данную атаку и не пускают ее на сервер.
if ($query_string ~* "^\w{1,6}[0-9]{1,6}\=[0-9]{1,6}$«){
return 404;
5 }

Тикет в системе мониторинга пропадает. Учитывая мое количество поддерживаемых сайтов, мне выгоден такой подход, когда их становятся десятки тысяч. По идее без него вообще обойтись невозможно, учитывая что данная атака как оказалась шла по всему миру на сайты WordPress, я бы сэкономил тысячи часов, сотни не ушедших клиентов, мегаватты электричества и гигантский ресурс серверов будет не использован в пустую и все это наняв обычного чурку, способного писать однотипные регулярные выражения и кидать их в общую систему безопасности. 24 часа. Между делом он бы успевал еще кучу дел сделать, попить чай и написать нормальные скрипты чтоб не было так позорно и управление хостингом умирало бы после первого нестандартного телодвижения их админов.
В общем, печаль полная.

А DDoS оказался настолько небольшим «приблизительно 10000» запросов в минуту!

Что даже обычный редирект в .htaccess справился бы с ним. Я уже не говорю о fail2ban, iptables, nginx, ну и далее по нарастающей. В общем, позор вам админы хостинга Мастерхост.
Так же позор вашим менеджерам и директорам. У обычной веб студии с парами сотен сайтов все отлажено куда лучше.

P.S. Дублирую видео:





  • 1
Если это был виртуальный хостинг то самое правильное что мог сделать хостер это отключить сайт, который потенциально может положить всю площадку. Хостер не обязан защищать сайты клиентов от DDoS. Доставка сайта и его защита две совершенно разные вещи, поэтому не согласен с вами что хостер должен был защищать сайт вашего клиента, даже если это легко.

Вы пишете, что сайт защитить от атаки легко с помощью всего одной строки. Это утверждение очень далеко от действительности. Регулярное выражение что вы приводите это всего лишь защита от частного случая атаки. При чем при достаточном количестве запросов сервер все равно ляжет.
А с другими видами атак вы что планируете делать? Syn flood, slow post например.</p>

Соглашусь лишь с тем что хостер 8 часов не мог отдать вам сайт. Это конечно жесть.


ну начнем с того что многие хостеры это делают, поскольку экономически выгодней защитить себя от ддос, чем потерять клиент, и держать железо постянно под атакмми.
2. Да эта команда действительно от одного и небольшой атаки. Но умножте на 1000000 клиентов получити явно не 1 сработку, то есть пара десятков клиентов от вас не ушли, а это уже неплохо.
3. Да видов атак не так мало но простите ресурсы железа и отказоустойчивость какраз задача хорошего админа, и недопустить хоть скольто примитивным минимумом такие атаки явно задача хостера.
Пардон хостера занитрересованного в своих клиентах.
А не пихающих как сельдь в бочку.
И всеже!
уж моинторинг то должен быть в лбоом разе!
Что за ответ мы сможем отсделить когда закончится ддос, вы нам пишите периодически мы будем смотреть.
Уж если у даннго хостера так заведено, то хотябы вклчить они должны сайт автоматически после окончания атаки, ну хотябы так.



Edited at 2013-08-09 06:26 am (UTC)

>ну начнем с того что многие хостеры это делают, поскольку экономически выгодней защитить себя от ддос, чем потерять клиент, и держать железо постянно под атакмми.
Мы же о виртуальном хостинге говорим?
Приведите пожалуйста пример такого хостера. На каком уровне они это делают? Я верю что у хостера есть защита от ДДоС чтоб защитить себя в целом как площадку. Защитить именно вас цели нет. Для этого на рынке существуют отдельные решения которые стоят хороших денег.
Уверен что выделенный сервер вообще никто не мониторит кроме самого клиента.

>2. Да эта команда действительно от одного и небольшой атаки. Но умножте на 1000000 клиентов получити явно не 1 сработку, то есть пара десятков клиентов от вас не ушли, а это уже неплохо.
Ваша комнда будет раниться на том же самом инстансе что и ваш сайт. При нормальном количестве запросов ваш сайт ляжет в независимости от того есть эта команда или нет, потому что все равно каждый такой запрос на ваш вебсервер открывает новое соединение, обработка самого регулярного выражения тоже занимает какие-то ресурсы CPU которых на виртуальном хостинге совсем не много.

>3. Да видов атак не так мало но простите ресурсы железа и отказоустойчивость какраз задача хорошего админа, и недопустить хоть скольто примитивным минимумом такие атаки явно задача хостера.
Расчитывать ресурсы железа которые нужны вашему сайту это задача админа сайта а не хостера. И если сайт лег во время атаки потому что ваш план не предусматривает таких нагрузок то это опять же ваша проблема. Хостер вам не будет предоставлять все свои ресурсы за одну и ту же плату, тем более что он понятия не имеет сколько вам надо. Если ваш сайт пользует стандартный план и во время атаки ресурсопотребление выходит за рамки, хостер должен вам дать ресурсы в долг? :)

Мониторинг есть скорее всего по трафику, но "умных" решений, которые способны детектить атаки на уровне сети и на уровне приложения у хостеров явно нету. Просто потому что это дорого и бесплатно это делать никто не должен. Иначе бы не существовало коммерческих решений для защиты от DDoS и всякого рода железа типа IDS IPS.

Хостер заинтересован в клиентах, но доставка контента и защита от атаки это две разные отрасли. Поэтому винить хостера тут по-моему бессмысленно.

1. То, что не был быстро предложен вариант как забрать сайт, при условии, что вы из своего офиса не можете достучаться до сервера, это плохо. То, что на это ушло 8 часов, тоже плохо.

2. Как я понял, вы разбираетесь в утилитах и можете с ними работать. Не понятно, почему вы их не видели. Вот все, что вам было нужно и оно на сервере было и есть:

sads1 ~]$ date
Wed Aug 7 16:46:04 MSK 2013

$ hostname
sads1.hs.shared.masterhost.ru

$ host sads1.hs.shared.masterhost.ru
sads1.hs.shared.masterhost.ru has address 87.242.67.15

$ which zip unzip tar wget scp
/usr/local/bin/zip
/usr/local/bin/unzip
/usr/bin/tar
/usr/local/bin/wget
/usr/bin/scp

$ ftp
ftp>

Все это доступно любому пользователю сервера.

3. Далее по фактам. На сайт была DDoS-атака и единственный механизм, который есть в мастерхосте для защиты, это закрытие зарубежного сегмента сети. Что и было сделано при переносе площадки на карантинный сервер. Но атака была в том числе из российского сегмента и карантин, где есть площадки других клиентов, перестал штатно работать. Поэтому доступ к сайту был отключен. Не к площадке, а только к сайту. Ваш интернет провайдер попадает под категорию тех, у кого обращения идут через зарубежный сегмент и поэтому доступа прямого к площадке у вас не было. Вы нашли решение зайти на площадку nic.ru и от туда уже пытались получить доступ на площадку в мастерхосте. Почему не выходило, нам не известно, возможно у nic.ru тоже маршруты настроены через зарубежный канал. Вот и все.

4. Вам нужен mc? У нас его никогда не было. Это не плохо и не хорошо. Это факт. Те, кто работает по SSH могут работать без mc и я знаю, что с mc начинающим пользователям проще.

 Очень лестно, что вы ответили и это без сарказма.


1. То, что не был быстро предложен вариант как забрать сайт, при условии, что вы из своего офиса не можете достучаться до сервера, это плохо.
Вообщето это не  плохо, это провал.


 То, что на это ушло 8 часов, тоже плохо.
Это провал еще больший.


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


3. Далее по фактам. На сайт была DDoS-атака и единственный механизм, который есть в мастерхосте для защиты, это закрытие зарубежного сегмента сети.
Провал ! эмулировал такую же атаку на  сервер nic.ru –уж на что еврейская  контора, на самый дешевый тариф 101, сайт даже не шелохнулся.


 Что и было сделано при переносе площадки на карантинный сервер.
А на кой вы его вообще переняли если вырубаете полностью? Вот по человечески, можно объяснить  ход вашей мысли. По мне или перенесли или закрыли, но смысл делать это вместе? Притом зная что у  вас там самосозданный несовместимый геоморой ?


Далее если честно я накатал 2 страницы детально расписывая ущербность таких действий,эффективность защиты от DDoS по IP, экономическое обоснование и так далее, но перед постом мне стало печально, читая все это, ведь вы все сами прекрасно знаете, вы же все понимаете и 100000 ваших пользователей вам это каждый день доказывают проводя с вами на телефонах сотни трудочасов ежедневно. Вы эе сами знаете что ваша  девочка мне врала в глаза говоря о доступности сервера вот прямо сейчас. Хотя телнет упорно молчал.  Вы же знали что просто выключая сайт и не давая четких  инструкций к действию вы фактически сливаете этого клиента, посколкьу все что он может потребовать отдать сайт. И тд и тп.


Так что я лучше все сотру. Я же лучше остануьс при своем. Единственное от чего я не удержался это прокоментировать вот это:

Вам нужен mc?
Почему бы нет ?


У нас его никогда не было.
Охотно верю потому и называю "нехорошим сервисом"


Это не плохо и не хорошо.
Вообщето это стремно.


Это факт.
Это факт!


Те, кто работает по SSH могут работать без mc и я знаю, что с mc начинающим пользователям проще. 
А вот это высказывание я вообще коментировал больше страницы, но опять же все стер посколку такое мог родить искренни заблуждающийся человек. Я не вижу причин работая исключительно с консоли, если у вас есть время тратить на элементарные операции, у меня его нет. В общем такого обсурдного суждения я пока еще не видил, притом под сосом обвинения начинающего  пользователя. 




Edited at 2013-08-09 06:18 am (UTC)

1. Ок, провал. Это не меняет сути того, что я подтвердил, что мы считаем, что это не правильно. Надеемся больше не повторится.

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

3. Атака, которую вы эмулировали отличается от той, что была. Если мы можем защищать, мы защищаем, но если стандартные механизмы защиты не работают, клиенту нужно обратиться в любую компанию по защите от DDoS.

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

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

Про mc, понимаю вас, но на самом деле не просто так его мы не предоставляем. Это весы, где на одной стороне пользователи, типа вас, которые могут им пользоваться и огромное количество тех, кто не могут, но пытаются, в результате количество проблем гораздо больше, в первую очередь у самого клиента, но виноват по его мнению остается хостер. И где-то на этой грани было принято решение, что SSH пусть будет, но пользоваться им смогут те, кто может. Для всех остальных FTP|SFTP. У нас полноценный SSH и то, что вы не смогли им воспользоваться, имея опыт 10 лет, я на самом деле не понимаю, загадка. Прямо хочется приехать к вам в офис и попробовать рядом с вами. Мне не сложно. Мне даже интересно. Тем более, что ваша площадка по прежнему находится на карантинном сервере.

1 Ок, замяли вопрос.
2. Могу придумаь на вскидку десятка два решений, от доступа с доверительного прокси, инкапсуляции, выделение отдельных доступов на убитый сервер, до веб интерфейса в админке, уже не говоря о слабенькой связи ддоса по доменному имяи и (ftp|ssh|webdav|и тд) замечу у каждого из сервисов уже есть уникальные адреса. Не вижу связи между отсутствием доступа до одного сервиса невозможности доступа к другому. При атаке на 1 сервис убивать доступ ко всем. Это какраз проще для, как вы выразились «начинающих пользователей».
Мало того почти у всех хостеров есть техническое имя сайта, закрытое от индексации но так же доступное пользователю. Ну или на худой конец выдавать его притом все это в автоматическом режиме. Типа уникальный_ID.ДОГОВОр.HTTP.имя_сервера.ru. да банально выкидывать все эти сайты на отдельный мусореный айпи и клиенту давать ман как прописать доменное имя в хост файле! в таком случае я вообще смогу хоть разработкой заниматься на отключенном сайте.
В общем это отговорки. Сервис недоступен и что делать вы так и не ответили. Так что провал однозначный.
А главное все это может делать система мониторинга в автоматическом режиме, ну а пользователь пусть читает ман который ему пришел на почту, или ссылку на него в библиотеке знаний на сайте, то что ему пройдется почитать что произошло и какие теперь правила игры, значительно лучше ответа ну мы не знаем че делать сайт не включим.
И вот тут вы разведете руками и скажите ну ребяяяяяяята нууу вы чееее читать не умеете ? И будите обсалютно правы. Не ваша задача по миллиону раз говорить одно и тоже. Есть схема есть возможности работайте.
В конце концов «ваш сайт заблокирован» причина « вид атаки» « начало аткки» сайт мониторится столько то раз в день. Как атака пройдет включим , ближайшее время проверки … или воспользуйтесь мануалом…
Или сервисом…
Или кнопочкой в админке дать бабосиков все поправят.
НО не послать клиента.
3. атаку эмулировал не отличающуюся откуда у вас такая информация ?. Мало того даже ее перенаправлял исползуюя сторонний сервер как бэкэнд.

Разговор с девочкой действительно не к вам, когда я ей говорю у меня телнет не видит приветствия, nmap посылается подальше. Она говорит говорит у вас плохой интернет.

Что же касается МС то видимо моя сторона весов куда больше той где его нет, поскльку вы чуть ли не единственный хостинг без мс тут вы уделываете даже зеон! Этим вообще в школу нужно вначале.
Обычный юзер и это факт, даже обычнй прогер плохо знает что такое ssh и уж тем более как запустить мс, да и что это такое в принципе. Так что зря вы так. Полез в shell твоя трудность, в приветвие напишите на ваш страх и риск! Тут не вижу проблемы.


Edited at 2013-08-09 11:39 am (UTC)

продолжение ...

А вот последнее вы зря. К вам лично у меня нет никакхи притензий, даже наоборот любой линуксойд по определению брат и друг.
Однако попытки унизить вас личноя не делаю, вас как компанию да, но не лично. Однако ж если вы так настаиваете.
Сейчас веду вас в курс дела.
Полноценный ssh – root а по хорошему с КВМ в придачу.
Далее если по простуму root нов вирутальную машину, у него как вы понимаете тоже есть свои минусы.
Полу полноценный –chrooot с возможностью apt или тд.
Cовершенно не полноценный – аки н nic.ru фактически стандартные копирование просмотр редактирование своих конфигов, рестарт демонов с панели. ничего большое, установка запрещена, юзаем что есть.
Ну и последний совершенно убогий на самых убогих серверах - ssh нужный для sftp, фактически для галочки аля sweb как правило это:
Все закрыто ( но правда мс и тут есть). Невозможно ничего поставить ничего посмотрет, нет конфигов апача, нет конфигов nginx нет php.ini нет даже top. Отсутсвие консольного браузера.
Фактически это примерно установить jailkit с коробки и все.
Уж вы меня простите, но на полноценный ssh я бы ваш точно не натянул, а вот на последний он очень даже похож. Собственно в вашу пользу, полноценный ssh явно не на вашем тарифе, но всеже я бы поберег столь яркие заявления.
Площадка к счастью не моя а клиента. К великому моему облегчению мы уже как два года назад приняли решение хочешь сделать хорошо сделай сам. И это на 100% нас устраивает. А то что он до сих пор в карантине это опять же не в вашу пользу, домен уже как неделю ссылается на другой сервер. ДДОСА неделю как у вас нет. Замечу это не отменяет ваших обязательств по договору. То есть де факто ддос на сайт не идет неделю, а он по прежнему вырублен. Черт опять фейл!
Ну и собственно где и как он лежит мне без разницы, после моего звонка и разбора полетов всеже доступы заработали и позволили забрать сайт. Где и как они заработали меня не колышет. Однако я доверяю своим глазам больше чем мифической службе поддержки. Если бы все работало в свое время, я бы просто не звонил. Перед любым звонком в поддержку я в первую очередь проверяю все варианты возможности моего критинизма, а если не компетентен в вопросе сразу об этом говорю.

Вот к примеру я сейчас проверил ваше утверждение что сайт все еще на «запасном» сервере и о боже!!!
Еще раз О боже!

[ugra-srub@web1132 ~]$ ping ugra-srub.ru
PING ugra-srub.ru (212.193.249.111): 56 data bytes
64 bytes from 212.193.249.111: icmp_seq=0 ttl=64 time=0.054 ms
^C
На случай внешних айпи.

--- ugra-srub.ru ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.054/0.054/0.054/0.000 ms
[ugra-srub@web1132 ~]$ telnet u176827.ftp.masterhost.ru 21
Trying 87.242.67.62...
^C
[ugra-srub@web1132 ~]$ telnet u176827.ssh.masterhost.ru 22
Trying 87.242.67.62...
^C
Вы его опять перетащили и вырубили, ребят ну вы юмарите!

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

Edited at 2013-08-09 11:41 am (UTC)

  • 1
?

Log in

No account? Create an account