Обнаружена критическая уязвимость PHP, которая дает возможность запустить любой произвольный  код PHP на сервере, или  же отобразить  исходный код любого PHP-скрипта. Уязвимость актуальна только для CGI-режима работы интерпретатора.

 Причина появления уязвимости следующая, и довольно проста:  в 2004 году разработчики языка PHP по неизвестным причинам удалили из кода проверку на знак ‘=’ в строке запроса. Согласно CGI RFC, при отсутствии знака ‘=’ непосредственно в строке запроса, сервер воспримет эту строку всего лишь как набор произвольных  символов, но  не как команду.  Тем не менее, с 2004 года в PHP удалили эту проверку, и теперь в ряде случаев аргумент вида «?-s «в URL воспринимается сервером как прямая команда -s к интерпретатору php-cgi. Кроме того, подобным способом можно направить к интерпретатору PHP любое количество параметров, что не только приведет  к отображению исходных кодов скриптов прямо в браузере, но и послужит причиной для  исполнения произвольного кода и т.д. От данной атаки, к сожалению нельзя обезопаситься  ни с помощью safe_mode, ни с помощью allow_url_include, ни какими-либо другими средствами php.ini.

В экстренном порядке подготовлены корректирующие выпуски PHP 5.3.12 и PHP 5.4.2, в которых предпринята попытка устранения указанной уязвимости. В качестве дополнительного пути блокирования проблемы, в Apache  можно использовать правила mod_rewrite:

RewriteCond %{QUERY_STRING} ^(%2d|-)[^=]+$ [NC]
RewriteRule ^(.*) $1? [L]

Изучение выпущенных обновлений PHP 5.3.12 и PHP 5.4.2 показало, что они устраняют лишь частный случай эксплуатации и не исключают применения обходных путей совершения атаки. Дополнительные обновления PHP, полностью устраняющие уязвимость, будут выпущены в ближайшее время.

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

Безопасность Ваших серверов — в Ваших руках. Будьте бдительны!

Длительное время мы предлагали нашим клиентам только Linux VPS, что не могло не огорчать наших клиентов, которым был нужен недорогой, но при этом стабильный сервер с ОС Windows на борту. Это время осталось в прошлом, а наша новая услуга является больше, чем просто очередным нововведением — она положет начало линейке Windows-based услуг от HOSTLIFE, которые, как мы надеемся, смогут удовлетворить потребности наших клиентов, и будут востребованы благодаря традиционному качеству сервиса.
Более подробно об услуге речь пойдет ниже.

Для начала напомним, что представляет собой VPS.
VPS (Virtual Private Server) — услуга, в рамках которой пользователю предоставляется так называемый виртуальный выделенный сервер. В плане управления операционной системой по большей части она соответствует физическому выделенному серверу. Возможности виртуальных серверов максимально приближены к возможностям физических: внутри виртуального сервера можно создавать собственные версии системных библиотек или изменять существующие, владелец VPS может удалять, добавлять и изменять любые файлы, включая файлы в корневой и других служебных директориях, а также устанавливать собственные приложения или изменять любое доступное ему прикладное программное обеспечение. Говоря проще, для пользователя работа с виртуальным сервером мало чем отличается от работы с сервером физическим. Каждый виртуальный сервер имеет свои процессы, ресурсы, конфигурацию, и самое главное — возможности отдельного администрирования. Администратор-владелец виртуального сервера может устанавливать любые приложения, работать с файлами и выполнять любые другие задачи, возможные на отдельно взятой машине.
В данной статье речь пойдёт о виртуальных выделенных серверах, построенных на базе ОС Windows.

В качестве системы виртуализации мы используем Parallels Virtuozzo Containers, разработанную специально для ОС Windows, в то время, как популярная версия этого программного продукта для Unix-подобных систем основана на свободно распространяемой системе виртуализации OpenVZ. Виртуализация реализована на уровне операционной системы. Такая реализация позволяет на одном физическом сервере запускать множество изолированных копий операционной системы, называемых контейнеры. Система была создана с ориентацией на простоту использования и администрирования — в настоящее время в Parallels Virtuozzo Containers включены несколько GUI панелей, которые позволяют владельцам VPS и администраторам сервера проводить множество операций. Особенно интересна Virtuozzo Power Panel, которая включена бесплатно и позволяет клиентам выполнять множество действий с собственным сервером, такие как: удалённая перезагрузка VPS , создание слепков системы и восстановление VPS из них, работа с файл-менеджером VPS, полная статистика использования ресурсов, трафика, управление брандмауэром, возможность мониторинга используемых ресурсов, подключение к VPS по протоколу RDP.

Ввиду особенностей данной системы виртуализации существуют и некоторые ограничения при работе с контейнером:

* Нет возможности использовать собственное антивирусное ПО. Тем не менее, антивирусное ПО установлено непосредственно на гипервизоре, регулярно обновляется и проводит сканирование всех контейнеров на предмет вредоносного ПО.

* Нет возможности использовать сторонние решения программных брандмауэров, будет доступен лишь брандмауэр Windows. Однако В большинстве случаев возможностей стандартного межсетевого экрана более, чем достаточно.

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

В качестве операционной системы мы используем Microsoft Windows Server 2008 R2 редакции Datacenter. Серверные ОС семейства Windows имеют наиболее широкое распространение в мире среди серверного сегмента и не нуждаются в особом представлении. Все аспекты администрирования этой операционной системы прекрасно документированы как на официальных ресурсах Microsoft, так и на тысячах сторонних ресурсов, посвящённых администрированию серверо. Обилие качественной документации облегчит решение сложных административных задач и сэкономит Вам массу времени. Операционная система Windows наделена чрезвычайно удобным и интуитивно понятным графическим интерфейсом, что в значительной степени упрощает решение административных задач любой сложности и позволяет отказаться от использования таких программных продуктов как панели управления сервером, так популярных на серверах с UNIX-подобными ОС, что определённо положительно скажется на стабильности работы программной части сервера.

Управлять сервером на основе W indows просто и удобно. Для удалённого управления существует множество инструментов, наиболее популярный — это RDP (Remote Desktop Protocol), или просто удалённый рабочий стол. В любой операционной системе Windows имеется клиент RDP, с помощью которого Вы без проблем сможете подключиться к Вашему серверу, при этом работать с ним Вы будете так же, как будто Вы работаете на Вашем компьютере. Также для удалённого администрирования ролей и функций сервера чрезвычайно удобно использовать пакет для удалённого администрирования RSAT (Remote Server Administration Tools). Набор утилит RSAT представляет собой оснастки для управления ролями и функциями на удалённом сервере. Скачать пакет RSAT и документацию к нему возможно на официальном сайте Microsoft.

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

Желаем успехов в работе с нашей новой услугой!

Однако время показало, что для быстрого старта работы с сайтом на хостинге одних статей по установке CMS недостаточно. Нужно было предоставить  возможность быстрой установки CMS  на хостинг  даже новичкам, не имеющих особых  знаний работы с панелью управления и установки CMS,  и мы это сделали.  Все, что нужно сейчас для установки CMS на хостинг — это войти в панель управления сервером и нажать несколько кнопок.

Прошлое

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

Прим. Стоит отметить, что некоторые неопытные клиенты скачивали дистрибутивы с варезных сайтов и сталкивались с проблемами безопасности скриптов.

После этого нужно было загрузить по FTP скрипты на сервер, создать базу данных, задать права доступа к файлам и каталогам, и многое, многое другое. Многие сталкивались с проблемами установки сайта по временному адресу. Только после всех этих утомительных действий клиент получал рабочий сайт. Даже те клиенты, которые работали на тарифах VIP и CMS, сталкивались с некоторыми трудностями, ведь плагин Installatron, который использовался для автоматической установки CMS, только частично решал данные проблемы и имел ограниченный набор возможностей.

Теперь все это в прошлом!

Настоящее

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

1) Softaculous поддерживает работу и с cPanel, и с DirectAdmin.  Как Вы знаете, при заказе хостинга мы предлагаем одну из двух этих панелей, являющихся лидерами рынка ПУ для хостинга,  на выбор;

2) Имеется предельно понятный и удобный интерфейс, и хорошая русификация;

3) Поддерживается установка локализованных версий CMS (при наличии официальной локализации (перевода));

4) Softaculous  имеет широчайший (около 260) набор скриптов, доступных к автоустановке на хостинг. Доступные скрипты удобно разбиты на категории по назначению: Блоги, Форумы, Галереи, Эл. Коммерция и многие  другие. Учитывая потребности клиентов, мы выделили два набора скриптов, доступных к установке с помощью Softaculous - Softaculous Free (12 самых популярных скриптов) для стандартной тарифной группы хостинга, Softaculous Extended (260 скриптов — полный набор), для тарифов группы VIP, и тарифного плана CMS.

5) Softaculous позволяет удобно администрировать множество сайтов одновременно: он сообщит по email о наличии обновления, а также бережно обновит движок установленного сайта, с сохранением резервной копии файлов сайта и базы данных.

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

Если хотите разместить на хостинге новый сайт и начать работать с ним незамедлительно, то Softaculous Auto Installer — это именно  Ваш выбор!

Как Вы знаете, лучшее лечение — это профилактика. Наверное, очень многие, если не все, владельцы серверов сталкивались с ситуациями, когда сервер недоступен по причине избыточной нагрузки. А ведь такой ситуации могли и не быть, если бы администратор сервера своевременно узнал о проблеме. У многих владельцев виртуальных (VPS) или физических (dedicated) серверов возникает вполне резонный вопрос: «Как следить за нагрузкой на сервере?». Мы постараемся в нескольких статьях описать наиболее популярные способы и приемы, дадим практические советы по организации мониторинга сервера.

В данной статье мы опишем наиболее распространенные способы выявить причину нагрузки в режиме реального времени с помощью подручных средств и небольших консольных утилит. Сразу стоит отметить, что все операции нами будут выполняться с помощью командной строки сервера. Владельцы Linux и MacOS могут использовать для этого стандартные терминалы. Владельцам Windows мы бы рекомендовали использовать утилиту Putty. Подробная иструкция по использованию Putty Вы так же можете найти на нашем блоге: Работа с Putty. И так, предположим, что мы подключились к серверу с правами суперадминистратора (root). Что же делать дальше:

Мониторинг нагрузки на процессор, диски и использования оперативной памяти

Первая утилита, о которой мы расскажем — это стандартная команда top, которая отобразит список процессов на сервере и расход ресурсов каждым из процессов. Результат выполнения команды будет выглядеть примерно следующим образом:

Давайте подробно рассмотрим всю информацию, которую предоставляет нам top. И так, вверху мы видим текущее время на сервере, uptime (время работы) операционной системы без выключений и перезагрузок, количество пользователей, которые авторизованы на сервере, и среднюю нагрузку на сервере в данный момент, за последние 5 и 15 минут.
Следующая строка нам сообщает количество процессов и их состояние. Tasks — это суммарное количество запущенных процессов в системе. running — это количество выполняющихся в данный момент процессов, sleeping — количество «спящих процессов» (процессы находятся в состоянии ожидания или готовности), zombie — количество «зомби» процессов (это процессы, которые уже завершились, но их идентификатор все еще отображается в списке процессов).

Далее мы видим использование ресурсов процессора. us% — это процент времени, потраченного на выполнение процессов пользователей, для которых не задан приоритет. sy% — это процент времени, потраченного на выполнение процессов ядра. ni% — процент времени, потраченного на выполнение процессов с заданных приоритетом. wa% — это процент времени, потраченного на выполнение операций I\O (ввода\вывода), то есть дисковых операций. hi% — это процент времени, потраченный на обработку аппаратных прерываний. si% — процент времени, потраченного на обработку программных прерываний. st% — процент времени, «украденного» у виртуальной машины гипервизором для каких-либо других задач, к примеру, запуска другой виртуальной машины.

Далее размещается информация о использовании оперативной памяти. total — это суммарный объем оперативной памяти сервера, used — это объем использованной памяти, free — объем свободной памяти, buffers — объем буфера, cached — объем кеша операций ввода\вывода. Swap — аналогия файла подкачки в Windows. Если на сервере заканчивается свободная оперативная память, вместо нее начинает использоваться специальная область на жестком диске, swap-раздел. Аналогично с оперативной памятью, total — суммарный объем swap,used — объе использованного swap.

Здесь стоит отметить одну особенность Linux. Операционная система считает, что память, использованная под кеш дисковых операций, занята. На самом деле это не совсем так. При стандартных настройках ядра, если системе не хватает оперативной памяти для выполнения процессов, демон pdflush начинает сбрасывать кеш на жесткий диск, освобождая таким образом оперативную память для других приложений. Процент свободной оперативной памяти, при котором начинается сброс кеша на диск, задается параметром ядра vm.dirty_background_ratio и по умолчанию имеет значение 10.

Ниже мы видим список процессов и информацию о самих процессах. PID — это числовой идентификатор процесса, USER — это пользователь, который инициировал запуск процесса, PR — динамический приоритет процесса, NI — статический приоритет процесса, VIRT — объем использования виртуальной памяти (включая весь код, библиотеки и т.д.), RES — объем использования реальной оперативной памяти, SHR — объем использованной shared-памяти (эта память может использоваться и другими приложениями), S — статус процесса (выполняется, ожидает, остановлен и т.д.), %CPU — процент использования процессорного времени, %MEM — процент использования реальной оперативной памяти, TIME — время работы процесса с момента запуска, COMMAND — имя процесса.

Это основные сведения, которые предоставляет команда top. Существует еще множество параметров данной утилиты, всевозможные сортировки, способы отображения данных и т.д. Наша цель — ознакомить Вас с базовыми возможностями утилиты. Более детальную информацию Вы можете узнать из справочных материалов, выполнив команду

man top

Успешной работы!

Продолжение следует…

Довольно часто наши клиенты задаются вопросом: «Какую же операционную систему выбрать для нового сервера?». В сети достаточно много холиваров на эту тему, мы же постараемся оперировать только фактами и статистикой из нашей работы. И так, для виртуальных выделенных серверов (VPS\VDS) в данный момент мы предлагаем следующие операционные системы:

Панель ISPmanager. Хоть разработчики панели ISPmanager и рекомендуют использовать последние версии CentOS, Debian или FreeBSD, корректная поддержка CentOS 6 и Debian 6, на момент написания данной статьи, не была реализована. Поддержка Ubuntu не планируется вообще.

Учитывая все вышеприведенные факты, на сегодняшний день мы бы рекомендовали остановить свой выбор на CentOS 5.7 или Debian 5.0.9. Надеемся, данная статья поможет Вам сделать правильный выбор. Успехов в работе с услугами HOSTLIFE!

Как Вы знаете, с 30 октября Украина вновь перешла на зимнее время, в то время как Россия отказалась от подобных изменений. В связи с этим на некоторых серверах не совсем точно отображается время, хотя часовые поясы заданы корректно. Для устранения данной проблемы, обычно, достаточно обновить на сервере базу знаний о часовых поясах, tzdata.

Для операционной системы CentOS достаточно выполнить команду

yum update tzdata

Для операционных систем Debian и Ubuntu нужно выполнить команды

apt-get update
apt-get upgrade tzdata

Чтобы задать часовой пояс, выполните команду

ln -s /usr/share/zoneinfo/Europe/Moscow /etc/localtime

или

ln -s /usr/share/zoneinfo/Europe/Kiev /etc/localtime

Так же, возможно, потребуется перезапуск некоторых служб, которые используют системное время (MySQL, Cron, syslog и т.д.). Если у Вас возникнут какие-либо трудности или вопросы, Вы можете обратиться за помощью к нашим операторам службы поддержки в любое удобное для Вас время.

Успешной работы!

Как Вы знаете, основной нашей задачей является предоставление качественных услуг хостинга. Качество хостинг-услуг определяется тремя основными критериями:

– круглосуточная и квалифицированная поддержка клиентов;
– стабильность основных интернет-каналов;
– стабильность работы серверного оборудования;

Центр поддержки клиентов HOSTLIFE работает в режиме  24\7, мы сотрудничаем  с крупнейшими в регионе магистральными провайдерами, поэтому по первым двум пунктам вопросов не возникает, и рассказывать особо нечего – все уже изложено на нашем сайте, и подтверждено  нашими клиентами на многочисленных страницах отзывов о хостинг-провайдерах в сети.  В данной статье мы бы хотели рассказать о том, как мы отслеживаем состояние нашего серверного оборудования.

Как было раньше

Известный факт, лучшее лечение — это профилактика. Большинство системных администраторов, по крайней мере те, кому не безразлична стабильность работы серверов, предпочитают иметь полную информацию о том, что же происходит на серверах  и какие проблемы возникают. Конечно же, можно периодически подключаться к серверам по SSH, RDP, VNC, etc, и проверять работу серверов, но, это весьма затратно по времени, и не совсем оправдано, ведь для подобных задач существует множество специализированных скриптов и даже комплексных систем мониторинга. В самом начале пути нашей компании мы использовали на серверах скрипты собственной разработки, которые автоматически отслеживали нагрузку на сервере, проверяли состояние основных сервисов, и при возникновении проблем, отправляли на e-mail нашим администраторам соответствующие уведомления. Такая схема имеет как свои плюсы, так и серьезные недостатки. Основным преимуществом этого  подхода являлось то, что при выполнении подобных скриптов практически не использовались ресурсы сервера. В то же время, если на сервере резко возрастала нагрузка, и скрипт при этом не успевал уведомить администраторов о проблеме, письмо с уведомлением оставалось в очереди сервера и отправлялось только тогда, когда нагрузка на сервер уменьшалась и имелось достаточно ресурсов для отправки данного уведомления — т.е. являлось уже бесполезным. К тому же, не сохранялась история и статистика, которая бы позволяла более детально разобраться в причинах возникающих проблем.

Разумеется , нужны были резервные способы уведомлений о проблемах на сервере. В качестве такого инструмента был выбран всем известный сервис http://host-tracker.com/, одним из хостинг-партнеров которого мы и являемся до сих пор -  узел  проверки доступности HostTracker  из Донецка  размещен на нашем оборудовании).  Данный сервис, несмотря на свои преимущества, конечно же не может сообщить о нагрузке на сервере или остановке какого-либо сервиса, но, очень оперативно и довольно точно сообщает о недоступности сервера из различных точек мира.

Время идет…

Такая схема работы какое-то время себя оправдывала, серверов было сравнительно не много, и следить за ними было не проблематично. Но, с течением времени, мы развивались, разрастался парк серверов, появлялись новые технические площадки, и в один момент мониторинг начал становиться  проблемой. В связи с постоянным  повышением требований к качеству услуг, требовалось более детально и точно следить за оборудованием, — нужна была новая система мониторинга, которая  должна работать независимо от серверов, которые необходимо было отслеживать, должна отслеживать не только состояние основных сервисов, но и всех жизненно важных ресурсов, должна иметь несколько способов оповещения и хороший API для доработки функционала системы под свои задачи.

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

- мониторинг производительности и доступности серверов различных платформ, ИБП, свитчей и многих других устройств;
- распределенная система, возможность создания нескольких независимых точек мониторинга (масштабируемость);
- визуализация отчетов, построение графиков, карт, диаграмм;
- различные способы уведомлений (e-mail, jabber, sms);
- выполнение удаленных команд (автоматический перезапуск сервисов при падениях);
- автообнаружение узлов сети;
- WEB-мониторинг узла сети (нечто схожее с http://host-tracker.com/);
- эскалация уведомлений;
- поддержка SNMP 1-3, IPMI, SSH, TELNET;

Как это работает?

Если говорить общедоступным языком  данная система имеет архитектуру Сервер — Клиент. Это означает, что сервер с указанной периодичностью (в нашем случае ежеминутно) опрашивает все подключенные узлы сети (клиенты) и обрабатывает эти данные.

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

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

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

Если Вы арендуете или планируете арендовать у нас выделенный физический или виртуальный сервер  — однозначно рекомендуем воспользоваться нашими услугами администрирования, которое теперь включает в себя и Zabbix-мониторинг. Доверив нам наблюдение за Вашими серверами, Вы действительно сможете спать спокойно, зная, что мы следим за Вашим сервером, как за своим собственным, а при желании сможете получить детальный отчет о том, что происходило на сервере в любой момент времени. Не это ли и есть настоящая Стабильность?

1)  Онлайн-мессенджеры  (ICQ, Skype, Web-чат) — для общих вопросов.

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

- Какая версия ОС и программного обеспечения используется на хостинг-серверах для тарифов группы Standard и VIP?

- Каковы ограничения на расход ресурсов для отдельного хостинг-аккаунта?

- Можно ли разместить на начальном тарифе хостинга интернет-магазин/блог/галерею?

В 80% случаев эти вопросы основаны на тех, что уже изложены в разделе «Вопросы и Ответы», однако всегда можно обсудить интересующие ньюансы.

Не стоит использовать менеджер для обращений следующего характера:

- Сервер  хостинга X.X.X.X упал!

Каждый уважающий себя хостинг-провайдер имеет в распоряжении систему постоянного мониторинга доступности собственных серверов (и персональных серверов клиентов, находящихся на администровании).  В нашем случае система мониторинга имеет вообще три уровня — мониторинг служб на самом сервере, собственная внешняя система мониторинга и сбора статистики, работа со сторонним  сервисом распределенного мониторинга доступности из десятков точек Мира.  Проблемы периодически возникают у любого провайдера (не секрет, что в основном — по вине отдельных пользователей, пытающихся использовать услугу не по назначению), и провайдер узнает об этих проблемах за счет систем мониторинга моментально — раньше чем любой, даже самый бдительный клиент, поэтому такие сообщения будут иметь не информативный, а  отвлекающий характер. Лучшее решение в таких ситуациях -  подождать до получаса, и если проблема не решилась — уточнить сроки ее решения. 90% проблем, возникающих на серверах общего пользования (Shared-хостинг, VPS и т.д.) — решаются в течении нескольких минут.

- Мой личный сервер Y.Y.Y.Y недоступен!

- На моем сайте возникла ошибка!

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

Зачем же отнимать время у себя и у провайдера? Лучше сразу открыть тикет и получить решение проблемы в кратчайшие возможные сроки.

2) Телефон — это аналог онлайн-мессенджера, не более.

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

Речь не идет о телефонах отдела продаж и руководства  компании, — данные номера не относятся к службе поддержки.

3) Тикет-система — средство решения проблем, а не получения консультаций.

Для специалистов службы поддержки и технического отдела хостинг-провайдера тикет-система — это постоянно обновляющийся список задач, которые необходимо решить.  Эти задачи все время на виду, каждая задача имеет свой приоритет, который зависит от ряда факторов. Вопросы решаются в порядке динамической очереди. Открывая новый тикет  с вопросом общего характера,  Вы теряете время по сравнению с обращением с этим же вопросом в мессенджер, и отнимаете его у нас, а время — это бесценный ресурс.

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

4) Вы работаете с компанией, а не с отдельными людьми.

Достаточно часто решением вопроса может заниматься один сотрудник, а не несколько. Клиент запоминает его имя  и всегда старается обращаться непосредственно к нему. Это в корне неверно, т.к. в хостинг-провайдере работа центра поддержки  всегда идет  командно — вопросы могут передаваться между сотрудниками при пересменке и так далее. Даже если один специалист ранее с блеском решил какой-либо вопрос — не нужно бояться доверить решение нового вопроса другому сотруднику. Помните, что команда сильнее, чем отдельный человек, а один человек не может быть всегда доступен.

5) Знание Договора — не формальность, а необходимость.

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

Однако, избежать этого можно легким путем — достаточно всего лишь ознакомиться с Договором и приложениями к нему перед началом сотрудничества. Это не только исключит ненужные вопросы в дальнейшем, но и даст залог того, что сотрудничество будет долгим и успешным. Можно и желательно скрепить деловые отношения подписанием Договора на бумаге — процедура, несмотря на кажущуюся сложность, на самом деле предельно проста, а Договор — прозрачен чуть более чем полностью.

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

Надеемся, что данная статья будет полезной как для существующих клиентов HOSTLIFE, так и для тех, кто хочет присоединиться к их числу.

Если размещенный на Shared-хостинге проект успешно развивается, то рано или поздно приходит момент, когда в рамках ячейки на  хостинге сайту уже становится тесно, и не может не то что развиваться дальше, но и начинает создавать определенный дискомфорт для соседних сайтов, размещенных на этом же  сервере, отнимая при динамическом разделении ресурсов сервера их значительную часть. Когда этот «критический момент» наступает, перед владельцем проекта возникает вопрос, что же делать дальше — переходить на следующую ступень развития и начинать работать на гарантировано выделенных ресурсах, или же сократить расход ресурсов  сервера за счет порой не только ценой остановки естественного развития проекта, но даже возврата назад!

Допустим, Вы несколько месяцев или даже лет работаете только с виртуальным хостингом, и даже не задумываетесь о таких вопросах, как администрирование сервера, оптимизация его работы, мониторинг доступности веб-сайтов, не углубляетесь в вопросы различных тонкостей настройки системных сервисов и ОС. Это нормально, и даже оправдано — ведь администрированием сервера хостинга занимается хостинг-провайдер, а не клиент! Тем не менее, в  момент принятия решения о переходе на собственный сервер, даже виртуальный,именно  это может стать причиной отказа от дальнейшего развития проекта. Вас может остановить необходимость либо самостоятельно углубляться в «дебри администрирования», либо же дополнительно оплачивать услуги специалистов, т.к. базового администрирования, предоставляемого провайдером, может быть недостаточно.

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

Когда проекту становится тесно на обычном хостинге, достаточно часто первый вопрос, который задает клиент, звучит так — «Могу ли я платить больше и остаться на своем хостинге?». Разумеется,  такое простое «решение» проблемы невозможно, т.к. ни один провайдер не будет ставить на одну чашу весов стабильность работы большинства пользователей сервера и размещение отдельного проблемного проекта. Тем не менее, мы учли ключевое желание большинства пользователей — остаться на виртуальном хостинге и получить больше ресурсов в свое распоряжение.

Это желание и воплотилось в качественно новую услугу хостинга веб-сайтов — VIP-хостинг . В чем разница между обычным хостингом и VIP?

Типовая конфигурация хостинг-сервера, используемого нами в качестве основы для хостинга тарифной группы Standard:

Процессор: Intel(R) Core(TM) i5 CPU 750 @ 2.67GHz
Объем ОЗУ: 8 GB
Дисковая подсистема: 3x 1TB HDD SATA II
Количество пользователей со средним числом сайтов в 5-10 шт.: 120-150.

Типовая конфигурация хостинг-сервера, используемого для VIP-хостинга:

Процессор: Intel(R) Xeon(R) CPU X5660 @ 2.80GHz
Объем ОЗУ: 12 GB
Дисковая подсистема: 3x 1TB HDD SATA II Enterprise
Количество пользователей со средним числом сайтов в 1-4 шт.: 20-30 (не более 30).

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

Подводя, итоги, можем заключить, что благодаря введению VIP-хостинга каждый владелец успешно развивающегося проекта может забыть о «проблеме перехода на VPS».  Те же, для кого переход на VPS никогда и не был проблемой — могут продолжать работать с любимой услугой.

Желаем успешного развития Ваших проектов в сотрудничестве с HOSTLIFE!

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

HEAD / HTTP/1.1
Host: www.example.com
Range: bytes=0-,5-0,5-1,5-2,5-3,5-4,<...>,5-1299,5-1300
Accept-Encoding: gzip
Connection: close

В результате чего, Apache пытается сгенерировать ответ, подсчитатывая в памяти Content-Length (размер тела запрашиваемого объекта) перекрывающихся частей запрашиваемого файла. Данный ответ может использовать значительную часть оперативной памяти сервера. Соответственно, в такой ситуации, потребление памяти со стороны Apache достаточно быстро растет, что даже при небольшом количестве запросов может привести к серьезным проблемам.

Как проверить, уязвим ли Ваш сервер?

Достаточно отправить серверу два простых запроса к любому статическому файлу, к примеру, robots.txt:

Как устранить уязвимость?

Если на Вашем сервере установлен Nginx, достаточно в конфигурационный файл nginx добавить следующие параметры:

apachectl -M

В результате выполнения данной команды будет отображен список всех подключенных модулей Apache. Если модуля нет в этом списке, его нужно подключить в сооветствии со спецификацией операционной системы. После того, необходимо добавить в конфигурационный файл Apache следующие строки: