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

В данной статье рассмотрим самую простую услугу хостинг-провайдеров — регистрация доменных имён и какие проблемы возникают с дальнейшем.
Рассмотрим простые примеры
1. hc.ru не позволяет редактировать ns сервера для домена!

Искал в админке, не нашёл — написал в техническую поддержку:

И это одна из самых необходимых услуг, которая нужна пользователю от регистратора. И это один из ведущих регистраторов!
2. nic.ru берёт деньги за воздух! Чтобы отредактировать mx запись у домена — пожалуйста отдельно заплати, причём два раза!
Суть вопроса: к примеру нужно делегировать корпоративную почту на Яндекс или Google Apps, для этого нужно изменить SOA запись (фактически это прописать две строчки за 2 минуты в настройках домена). Нам предлагают заплатить за это примерно 50 $ в год для одного домена.

*Решение вопроса — переписать ns сервера домена на сторонний сервис (к примеру Яндекс), там сделать все записи, что нужно, потом уже сослаться на хостинг.
Рассмотрим более сложный вариант
3. infobox.ru ставит пользователя в сложную ситуацию!
Порой, приводя из самых легких задач к тупиковым ситуациям. Собственно перенеся сайт со старого сервера на другой требуется изменить NS на новый сервер, где уже имеется bind сервер с соответствующей записью SOA. Вроде бы подвоха нет.

В общем тут все легко, заходим, находим записи DNS, входим — вроде все как нужно.

Собственно в данном скриншоте я уже удалил NS записи, но изначально они тут были и отправляли на nic.ru. Собственно удалив, А записи, на всякий случай я забил NS сервера и с чистой совестью закрыл админку поставив статус задачи выполнено. Поскольку в работоспособности своего bind сервера я уверен.
Однако вечером стало ясно, что данный фокус не прошел.
После недолгих раздумий, входим в редактирование домена, приводим его внешний вид до состояния как у остальных доменов. Хоть и с первого взгляда несколько странно, но кто его знает — главное чтоб «работало». Собственно фото и отображает данное мероприятие.
Запись типа
ПУСТО А IP — создается автоматически техподдержка сказала для примера;
* А IP — создается не особо понятно зачем, техническая поддержка тоже не смогла объяснить внятно, но черт с ним — примерный смысл и так понятен. Да и разбираться особо времени нет, нужно чтобы сайт уже заработал, а потом можно и разбираться.
*.* A IP — вообще в начале ошарашила, сразу повеяло виндовой маской поиска, которая в линуксе представлена в виде *, но и тут вроде как смысл понятен, однако зачем — так и не ясно.
WWW A IP — ну тут как раз все норм.
Из существующей схемы понятно что домен возможно требует и человеческой записи.
По сему добавил запись:
ДОМЕН А IP — сохранил и со свободной совестью закрыл. Уж в таком варианте оно точно должно заработать.
Однако ж, нет;)
Вот в этом моменте я уже обратился в службу поддержки, полагая что лыжи явно едут не у меня.
По результатам переговоров с службой поддержки стало ясно: Кнопка DNS не предназначена для DNS!
Желаешь изменить NS — зайди в кнопку «настройка и оплата», внутри ищем неприметную ссылочку «изменение Named серверов для этого домена», а настройки в DNS вообще можно не учитывать — они так.... как бы для красоты, ну и для субдоменов. Директивы типа NS и зачем они там вообще не смогли мотивировать никак.
В результате банальная переписка NS серверов растянулась на 3 дня, поскольку DNS кеш у данного сервера очень большой, фактически больше 24 часов.
скриншоты ниже:


Непосредственно об услуге хостинга
В попытках впихнуть как можно больше сельди в бочку, NIC.ru стал чуть ли не лидером рынка, не являясь при этом гигантом отрасли!
Начиная с банального отсутствия ЛЮБОГО акселератора на php версии старше 5.2, по заявлениям тех поддержки его и не будет поскольку «он ест много памяти»!!! На мое утверждение «ну, собственно, да, и?» более вразумительного, чем то, что софт использующий оперативную память в качестве кеша использует оперативную память я не добился. Это было основанием убить вообще все акселерации, а замечу, даже при маленьких проектах скорость работы сайта может повыситься столь простой технологией до 10 раз! Собственно благодаря таким приколам хостинг NIC на максимальном тарифе дает от 0,2 до 5 попугайчиков по оценке монитора производительности 1С-Битрикс, при требуемых 30, замечу вполне достижимых.
Фактически, проблема не у Битрикса в том, что не каждый хостинг ему подходит, это вопрос хостингов, так как если делать всё как положено, то количество сайтов, размещенных на одном сервере, резко сократится.
Ну и такие приятные мелочи, как банальная НЕХВАТКА памяти на nic.ru и peterhost.ru (у остальных хоть как-то). Подключаясь к этим двум приятным хостингам по ssh, я не удивляюсь фразе «нет памяти для запуска MC или архиватора»! При этом логи сайтов с посещаемостью 30 человек в день на Joomla 1.5 могут выглядеть примерно так: (скриншот прикладываю)

Бывают и более весёлые случаи! К примеру sweb.ru при попытке админа спросить версию ядра по SSH говорит «я не знаю»! На вопрос в тех. поддержку «Что вообще мы можем сделать по SHH?» — получили ответ «можно скопировать файлы» :)
Собственно ответ на вопрос — какие особенности национального хостинга? ОТВЕТ — бегите с национальных хостингов!
Оставить комментарий