• Tutorial

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

Для начала определим, для чего вообще может потребоваться виртуальный сервер?

• для размещения веб-сайтов, в том числе сайтов, которые требуют установку специфических приложений;
• для размещения приложений, требующих тонкой настройки веб-сервера, или специфической ОС;
• для обеспечения личных мер безопасности, специфической настройки firewall, организации частной сети, построения VPN-тоннелей.

Всё это можно выполнить довольно удобно, так как у Вас есть root-доступы, и фактически, Ваш VPS может ничем в программном плане не отличаться от выделенного сервера, за исключением ограничений, которые накладывает виртуализация. А это очень важный момент, при выборе правильного виртуального сервера.

В предложениях хостинг-провайдеров зачастую можно встретить виртуализации двух типов - OpenVZ и KVM . Причём в обеих есть, как свои преимущества, так и недостатки. Основными причинами нелюбви к OpenVZ является то, что много провайдеров применяют большой oversell на своих нодах, так как виртуализация позволяет перепродавать многократно, как CPU, так и RAM. В результате, провайдеры, желающие заработать максимум, при минимуме расходов, заполняют ноды таким количеством абонентов, каким только возможно, совсем забывая о том, что клиенты будут расти. Приближаясь к реальным 100% потребления ресурсов ноды. Впрочем, аппаратная виртуализация KVM, также не лишена изъяна, позволяющего перепродавать ресурсы многократно, но там возможно перепродать многократно только CPU, RAM выделяется жестко и гарантированно. Что снижает возможности oversell.

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

Но правда состоит в том, что он Вам не нужен даже в случаях, когда всё вышеперечисленное требуется, за исключением разве что VPN и каких-то задач, не связанных с живыми сайтами. Почему?

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

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

Конечно, VPS очень сильно эволюционировали на протяжении последних лет, но дешевые VPS всё ещё не имеют достаточных ресурсов, чтоб оптимально обрабатывать такие пики посещаемости. В особенности, если Вы запускаете приложения, а именно CMS, бесплатную, не оптимизированную, с большим количество модулей. До сих пор жива проблема, когда пользователь устанавливает WordPress на виртуальный сервер, и множество модулей вместе с ним, и заходя сам на эту чудную установку, вызывает 100% нагрузку своей VPS и как следствие error timeout при определённых действиях с сайтом.

И это ненормально. И виноват тут никак не пользователь, которому не хватило ресурсов, а провайдер, который продаёт такие VPS новичкам, а те испытывают проблемы на них ввиду своей неопытности, теряя всякий энтузиазм к дальнейшей работе. Ведь не все правильные и знающие будут хотеть заниматься оптимизацией изначально. На хостинге такие пиковые нагрузки в большинстве случаев нивелируются, так как процессор довольно мощный и подобные пики возникают в разное время, только если провайдер не устанавливает ограничение в виде процессорных минут, которые может потребить пользователь или ограничения на длительность того или иного процесса. А на виртуальном сервере с небольшим количеством ресурсов это будет заметно в любом случае. И когда сайт пользователя «подрастёт» и начнёт приносить первую прибыль на такой дешёвой VPS, его радостно обрадуют, что «упс», но Вам бы больше ресурсов хорошо было бы иметь, а такая VPS будет стоить уже дороже… В итоге, новичкам «обламывают» их энтузиазм, и если на хостинге такие проекты выростают до определённого масштаба с «колыбели», то на недорогих VPS их ожидает верная гибель. Ведь пользователь не будет знать, почему их посещаемость выросла до определённого предела и больше не растёт, а всему виной - поведенческие факторы, когда пиковая посещаемость «срезается» из-за нехватки ресурсов и ресурс начинает ранжироваться ниже, тем самым уменьшая приток новых посетителей на сайт из поиска и так постоянно. По итогам, пользователь никогда не становится заинтересованным платить больше, так как у него складывается мнение, что всё заработанное отбирает провайдер.

Так хорошо или плохо, если предлагаются VPS по 200 рублей? Конечно, для разработчиков, которые понимают, что делают, и которым не нужно многого - это хорошо, но вот для вебмастеров, которые только начинают свой путь - нет. Это огромный вред. Мы вредим начинающим вебмастерам, предлагая дешевые услуги с небольшим количеством ресурсов. Они начинают экономить на панелях, устанавливая бесплатные решения, так как панель для таких VPS не может быть включена в стоимость, а платить ещё столько же за VPS, сколько стоит сама панель - нет уж, это уж слишком для них… Начинающий вебмастер попросту к этому неготов или попросту жлоб. Ведь очень часто люди жалеют для себя, не говоря уже о жадности для других. А платить провайдеру лишние деньги и не утилизировать всё по полной - наша «славянская» душа позволить себе не может. Из-за этого и нечестный демпинг и постоянные обвалы цен, низкое качество, и большая сложность в поиске реально качественного провайдера. Люди не ценят своё время и по итогам тратят его в никуда, используя дешевые и низкокачественные услуги для собственных проектов, лишая себя возможности сделать по-настоящему успешный ресурс.

Потому, мой вам совет - оставайтесь пользователем хостинга настолько долго, насколько это возможно, но только разумеется в случаях, если Вам не режут ресурсы и у Вас там ничего не начинает тормозить. Ведь там включено в стоимость и бесплатное сопровождение с мониторингом ноды в целом. Однако хостинг хостингу рознь, но это уже отдельная тема для разговора. А как только ваш проект вырастет из «колыбели» до масштабов VPS - берите сразу более или менее приличный вариант, который включает достаточно ресурсов, новые процессоры, быстрое хранилище и панель управления входит в стоимость. И разумеется, что это не может стоить меньше $15 в месяц, как и 10 лет назад, только ресурсов теперь за эти деньги предоставляется гораздо больше, как и сопутствующих возможностей.

Тем более, что 15 долларов сегодня, это гораздо меньшие деньги, чем 15 долларов 10 лет назад. И если Вы чувствуете в себе энтузиазм добиться успеха - вероятно Вам нужно сразу начать c VPS и Вы этого успеха добьетесь. Я никогда не пользовался хостингом для своих веб-сайтов и старался не экономить на спичках, даже в далёком 2006 году, когда впервые выложил свой личный веб-сайт в Интернет, посвящённый науке - Астрономии. Это мотивировало меня что-то делать. Правда делал я не в том направлении впоследствии (не в направлении развития астрономического ресурса, так как деньги на содержания сайта начал получать с хостинга, а времени на работу над хобби тогда не хватало, всё время уходило на поддержку клиентов и помощь им с размещением их, уже готовых, проектов, что было для меня гораздо интереснее), и это привело к тому, что описано в статье .

Возможно в процессе Вы также станете хостинг-провайдерами или какими-либо другими предпринимателями и кардинально измените свои интересы. Это неплохо, но то, что Вы сейчас можете арендовать пусть и не самую дешевую, но хорошую VPS - однозначно. Пусть Вы сейчас и не знаете всего, что будете делать, но Вы разберётесь, если конечно захотите, чтоб средства не расходовались зря и будет желание получить какой-то опыт. А опыт стоит многого. И он говорит о том, что на слишком дешевом виртуального сервере Вас будет ожидать неприятный сюрприз и опыт (как в виде медленного хранилища, как я когда-то столкнулся, что упёрся в ресурсы хранилища раньше, чем израсходовал 10% ресурсов VPS на ОpenVZ), не нужно этого делать. Не наступайте на те же грабли, иногда полезно учиться на чужих ошибках. И мы тоже учимся. Мы имели хорошую маржу, продавая облачный продукт дата-центра, но летом этого года перестали это делать, отказавшись от маржи в пользу нового продукта - VPS (KVM) на NVMe, который по сути схож по производительности с нашим другим продуктом - VPS (KVM) на выделенных накопителях, за исключением нескольких важных моментов:

• он дешевле в 2 раза;
• минимальный объем PCIe NVMe накопителя 1.6TB, он в 3 раза быстрее на запись и до 10 раз на чтение в сравнении со стандартными твердотельными SSD, в результате мы распределяем его между максимум 15 клиентами;
• можно скопировать образ Вашего VPS на локальное хранилище;
• можно сделать апгрейд по ресурсам вплоть до 24 ядер, 40GB DDR4 RAM, 900GB NVMe SSD, 75 ТБ трафика на скорости до 1 Гбит / с. Дополнительный трафик доступен без ограничений, но мы можем легко мигрировать Вас на выделенный сервер.

И это всё начиная с цены в $15, а с учётом 30% скидки, которую мы предлагаем Вам на первый платёж по промо-коду в этой статье (доступны варианты с RAID1 и RAID10, до 24 ядер и до 40GB DDR4), ещё дешевле.

Более того, у нас сейчас есть акция:

VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps до декабря бесплатно при оплате на срок от полугода, заказать можно .

Да, я могу утверждать, что у нас лучшие предложения на данный момент по соотношению цена / качество. Кто не верит - может проверить, мы готовы предоставить всем желающим зарегистрированным пользователям Хабра , которые могут оставлять комментарии без необходимости одобрения, любые наши виртуальные серверы на тестирование на срок до двух недель бесплатно (а указанный акционный VPS c 240GB SSD на месяц) , при условии предоставления результатов теста нам с графиками и описанием в этой статье в течении 3-х дней после выдачи. Для этого напишите в комментарии номер заказа, а под ним, в течении 3-х дней после выдачи - не забудьте оставить Ваши результаты.

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

• уровень поддержки хостинг-провайдера;
• реальную производительность и загруженность ноды, степень oversell;
• скрытые ограничения, которые, безусловно есть у каждого из предложений и наличие «бутылочных горлышек», где даже синтетический тест, проводимый в разное время суток, может не показать достоверный результат, ввиду нереального тестирования нагрузки (когда один из параметров увеличивается некоррелированно по отношению к другому, в коррелированном же варианте может возникать бутылочное горлышко, которое не позволит достичь пика, достигнутого в результате синтетического теста);
• связность к Вашей аудитории.

Потому выбор нужно делать во все не по каталогу, а по таким критериям, как:

• связность, хорошие каналы между VPS и Вашей аудиторией, достаточная ёмкость подключения, чтоб обеспечить генерацию трафика к Вашим постетилям в пиковые часы;
• как можно менее перегруженное хранилище (уточнить, shared или нет и если shared то какой тип накопителей, какие ограничения по IOPS стоят на пользователя и стоят ли вообще и между сколькими пользователями это хранилище распределно);
• процессоры, которые поддерживают новейшие инструкции, при условии адекватной цены на них (так производительность может отличаться в разы, только за счёт поддержки инструкции, где ядра старого процессора, при той же частоте, выполняли операцию в 8 раз медленнее, но цена на них оказалась в перерасчёте выше, нежели на новые ядра), позволю вставить себе цитату:

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

К примеру, эффективность конвертации на приведенном Вами в примере устаревшем 2xIntel Xeon E5620 2.40GHz, который выпустился 9 лет назад, в 8 раз хуже, нежели на новом и современном 2 х Intel Dodeca-Core Xeon E5-2650 v4, то есть, если считать по Вашей схеме:

1. CPU Model: 2 х Intel Dodeca-Core Xeon E5-2650 v4 2,20 GHz
2. GHz Min - GHz Max: 2,20 GHz / 2,90 GHz
3. Cores - Threads: 24 / 48
4. Цена / Кол-во потоков: 211/48= 4,396 EURO
5. Цена в мес: 249 USD / 211 EURO

Однако, если добавить коэфициент эффективности, о котором Вы забыли, то результаты будут во все иными.

К примеру это результат ОДНОГО процессора E5-2650 v4 (не двух, а одного), а это

Продолжим подготовку к «переезду» и если вы читали - займёмся делом:
Как делегировать домен на хостинг? — первое, запаситесь терпением – это, поверьте, принесёт только пользу. Будьте сдержанны, разговаривая в переписке с техподдержкой. Ругань ни к чему положительному не приведёт. Презирайте недобросовестность «старого» хостера спокойно и ласково)

Но скажу честно, я, например, мало сталкивался с откровенно плохой работой техподдержки, хотя многие не стесняются в выражениях, обвиняя её. Пишите тикет (обращение к хостеру ) короче и по существу вопроса; одно письмо – один или пара вопросов, но не нагружайте послание всеми возможными запросами. Будет лучше, если вы, новый и конкретный вопрос отправите (через какое-то время) отдельным посланием. Тогда будет и конкретный ответ. А вам - по их готовности помочь - останется только судить о добросовестности НОВОГО хостинг-провайдера.

просим прежнего хостера отпустить домен

Переходим к важному моменту… Делегируем домен– прописываем новые NS сервера ваших доменных имён (это делается во вкладке «настройки доменов» вашей панели управления старым хостингом. О настоящих и правильных NS, вам целесообразнее было бы узнать от нового хостера, а ни читая всевозможные статьи в нете:

во-первых, большинство материала, который выдаёт поисковик – старый (не актуальный на «сей» день)!

Во-вторых, в подобных случаях нужно черпать информацию непосредственно у того хостера, которого вы выбрали. И если хостер достойный) то и лазить по «»нету»» в поисках помощи вам не будет нужды (на это тоже стоит обратить внимание при выборе…).
Итак…
Если вы узнали ПРАВИЛЬНЫЙ ns сервер (адрес), которых (реже) может быть четыре, но обычно их два. И выглядят они примерно так:
(я взял reg.ru только для примера))

Ns1.reg.ru. ns2.reg.ru.

…если у вас уже оплачена новая площадка хостинга. Касаемо REG.RU можно взглянуть здесь

ИЛИ так…

Ns1.hosting.reg.ru ns2.hosting.reg.ru

повторюсь: правильные сервера - правильнее всегда узнавать на официальном сайте…

Со всеми иными хостерами – аналогия проста и очевидна.
Узнать и контролировать текущую прописку DNS любого домена можно И ЗДЕСЬ - также возможно узнать течение смены оных. Более подробно об dns смотрите в Википедии…

Далее всё по аналогии…
…заходите в панель управления вашего старого хостинга, отыскиваете что-то вроде «управление доменами » кликайте, и попадете на информационную панель ваших доменов. Там смотрите внимательнее, – следует отыскать окошко, в котором будет что-то вроде «поменять ns записи домен а» – и вот, пройдя по этой ссылке, вы и сможете заказать делегирование вашего домена, таким образом, перенаправить ваш домен на новый хостинг.

Делегирование домена

– это передача прав на его техническое сопровождение, выбранным вами серверам. По своей сути понятие «делегировать домен» означает присвоение ему адреса места жительства – для того чтобы домен правильно функционировал – с этим нужно разобраться контрастно чётко.

Стоит также помнить в этом случае, что физически ваш домен остаётся у регистратора доменного имени.

…Стирайте старые ns записи и прописывайте полученные у нового хостера (скопируйте на всякий случай старые строки серверов себе на комп), всё это сохраняйте… …и тут же идите в панель (cpanel) управления НОВЫМ хостингом. Здесь нужно «прикрепить» ваши домены, и если вы изучили панель нового хостинга, то проблем найти что-то подобное «файловый менеджер» вам не составит труда. И в той вкладке (согласно правилам выбранного хоста) вписывайте ваш домен - здесь он и будет ожидать ПЕРЕНОСА на новые сервера , а вам останется только ждать (от одного до пяти часов), когда новый сервер (хостинг) пропишет ваш домен (а значит и сайт).

Совет: как только выполните вышеперечисленное, сразу же на свежей оплаченной площадке заочно прописывайте свой ДОМЕН и сайт: распакуйте архив блога и приводите в рабочее состояние корневые папки; закачивайте БД MySQL … и не забудьте ВСЁ РАСПАКОВАННОЕ увязать в файле wp-config.php .

И коли сделаете это быстренько - здорово!

…а выполняется эта задача достаточно просто: в следующей статье я об этом расскажу. Расскажу и о последующей подстройке сайта («доводка» может отнять какое-то время). Будьте готовы…
И ещё об одной возможной закавыке, в связи с долгим кэшированием «глобальной паутины »:

Обратите внимание: в течение времени смены NS -серверов и переноса домена, могут возникнуть непонятки с сайтом, к примеру, доступность при запросе его адреса и тому подобное – не переживайте, это нормально. …и как только их «отпустит» прежний, они автоматом закрепятся за новым хостером и проблем с управлением доменом (и входом на сайт) не будет.

Ну и, для успокоения, приведу примерный алгоритм течения переноса (всё описанное применимо, если у вас ещё рабочий старый хостинг): как только пропишете новые NS – через некоторое время придёт на вашу почту письмо, о том, что «…запрос о смене NS-серверов поставлен в очередь…».

Всё! Процесс запущен…

И не отчаивайтесь, если сразу и, скорее всего, с работой вашего сайта или сайтов ничего не произойдёт. Несколько часов он будут работать как и работал – по старым адресам серверов, потому что соединение с ним будет происходить какое-то время по старому КЭШированному каналу – системе самого «интернета» нужно время для обновления (контролируйте смену NS по вышеуказанной ссылке).

…Далее, возможно, вы увидите перебои с заходом к себе на сайт – это тоже нормально (процесс смены ns серверов движется).
А вскоре и вовсе он может пропасть из выдачи… «зависнет»… Хорошо. Значит, ошибок с вашей стороны не было.

И непременно, через некоторое время, при очередном тестовом обращении к домену через браузер, появится техническое окно нового хостера. Здорово!

Значит, вам остаётся только правильно перенести САЙТ (или сайты).

Скажу одно: вся эта система сложна, и сказать, сколько точно по времени будет происходить смена АДРЕСОВ сайта, не может никто – нам остается желать одного, чтоб этот переезд как можно меньше отнял у нас нервов.

На этом пока всё…

Делегирование домена - предоставление контроля и управления над частью доменной зоны сторонней ответственной организации. Осуществляется путем записи NS. В ней указывается адрес DNS-сервера третьего лица (отвечает за поддержание зоны, ее содержание). После окончания срока регистрации, домен снимается с делегирования и удаляется из Реестра зарегистрированных доменов.

Как делегировать и переделегировать домен

Делегировать или переделегировать домен можно во время регистрации или в любое время после регистрации.

Алгоритм делегирования и переделегирования следующий:

открыть «Панель управления»;

зайти во вкладку «Домены»;

выбрать домен и нажать напротив него кнопку «Редактировать домен»;

внести перечень DNS-зон, на которые происходит делегирование.

Делегировение и переделегирование доменов RU и РФ

По правилам регистрации доменов.ru и.рф, в процессе делегирования домена регистратор обязан проверить возможность связи с его администратором. Проверка происходит по номеру телефона, который был указан в Реестре зарегистрированных доменов. Телефон должен иметь функцию приема sms-сообщений.

Сервера DNS

Адекватность работы делегированного домена определяется серверами DNS. DNS-сервер - программно-аппаратный комплекс, в котором расположены все данные о домене. Сервер предоставляет доменную информацию в сеть Интернет согласно техническим требованиям.

При делегировании домена на NS-серверы регистратора сайт (ns1.сайт, ns2.сайт) существует возможность внесения всей информации, необходимых записей DNS.

Сколько времени занимает делегирование домена

Делегирование домена происходит в 2 этапа. На первом регистратор вносит изменения в NS-записи. На втором - полученные DNS-записи проходят обновление у интернет-провайдеров.

Внесение изменений со стороны сайт занимает несколько минут. Скорость приемки изменений провайдером зависит от частоты его обновлений. Регламентом рекомендуется установить для интернет-провайдеров время обновления в рамках 6-24 часов. На практике этот процесс может занимать от 15 минут до 72 часов.

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

Внимание.

Вы можете делегировать домен на серверы Яндекса только после того, как добавили его в Почту для домена.

Чтобы делегировать домен на серверы Яндекса:

Для этого откройте страницу Мои домены и войдите в аккаунт, созданный для работы с ним. Проверьте наличие нужного домена.

Войдите в панель управления вашим доменом на сайте регистратора. Перейдите в раздел настроек делегирования.

Измените значения первичного и вторичного DNS-серверов следующим образом:

• Первичный DNS-сервер - «dns1.yandex.net.» .

  Вторичный DNS-сервер - «dns2.yandex.net.» .

Примечание. Буква «d» в начале имени DNS-серверов обязательна.

Если в панели управления есть поля для ввода IP-адресов, оставьте их пустыми.

Подождите, пока изменения в DNS вступят в силу. Этот процесс может длиться до 72 часов.

Проверьте статус вашего домена на странице Мои домены - его значение должно быть «Домен подключен и делегирован на Яндекс» .

Как делегирование домена повлияет на ваш сайт

Хостинг DNS и хостинг сайта - это две разные услуги, которые часто предоставляются хостинг-провайдерами одновременно. Но они никак между собой не связаны, поэтому вы можете безболезненно перенести хостинг DNS на серверы Яндекса. На работу сайта это не повлияет.

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

В поле Хост укажите значение «@» , если вы настраиваете запись для корневого домена.

Если запись настраивается для поддомена, то в поле Хост нужно указать часть имени поддомена до первой точки, например:

• если имя поддомена bar bar » ;

  если имя поддомена foo.bar «foo.bar» .

в списке Тип выберите значение «A» (или «AAAA» , если сайт доступен по протоколу IPv6);

в поле Значение записи задайте IP-адрес нужного сайта.

Затем повторите процедуру для еще одной А-записи. Если вы настраиваете запись для корневого домена, в поле Хост укажите «www» . Если запись настраивается для поддомена, то в поле Хост нужно указать «www» и часть имени поддомена до первой точки, например:

если имя поддомена bar .yourdomain.tld, в поле Хост укажите « www.bar » ;

если имя поддомена foo.bar .yourdomain.com , в поле Хост укажите «www.foo.bar» .

Остальные поля настраиваются аналогично первой записи.

Делегирование домена — процесс передачи контроля за частью доменной зоны другой ответственной стороне. Несмотря на то что это весьма сложно звучит, само делегирование домена заключается в указании для него DNS-серверов. Это операция доступна любому человеку с начальным уровнем знаний интернет-пользователя. Технически же, чтобы делегировать домен, нужно указать в его зоне ресурсную запись (чаще несколько записей) типа NS .

Согласно Правилам регистрации доменных имен в доменах.RU и.РФ, заявка на делегирование выполняется только при условии, что регистратор проверил возможность связи с администратором по хранящемуся в Реестре номеру телефона с функцией приема коротких текстовых сообщений (sms).

В некоторых зонах (например .ru , .su и .рф ) домены могут быть сняты с делегирования, несмотря на то что для них указаны DNS-серверы. Фактически такой домен не будет доступен, контроль над его зоной не будет передан никаким name-серверам, но whois-сервер по-прежнему будет сообщать, что для домена прописаны некие DNS-серверы. При этом whois-сервер обязательно отображает информацию о статусе домена, например, для зоны .ru в случае снятия с делегирования прописан state: REGISTERED, UNDELEGATED . Статусы доменных имен вы можете посмотреть в нашем .

Причины для срочного снятия домена с делегирования разнятся. Инициатива может исходить как от владельца домена, так и от регистратора. Если сам владелец желает мгновенно отключить от домена все связанные с ним сервисы и сайты, ему нужно установить для домена статус UNDELEGATED (в зависимости от доменной зоны статусы могут варьироваться), и задача будет выполнена. Если к регистратору поступает жалоба на определенный домен, он вправе снять домен с делегирования принудительно на свое усмотрение.

Кроме экстренных случаев снятия домена с делегирования существуют также стандартные, регламентированные правилами реестра.

Делегирование и период регистрации домена

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

Делегирование домена занимает некоторое время

Из-за технических особенностей системы преобразования доменных имен (т.н. система DNS) после установки для домена DNS-серверов домен проделегируется на них не сразу. Несмотря на то, что почти в тот же момент информация на whois-сервере изменится, локальные DNS-серверы интернет-провайдеров получат ее только через некоторое время. Опытным путем установлено, что на делегирование домена, т.е. на распространение информации о новых DNS среди интернет-провайдеров нашей планеты, требуется около 24 часов . Но не стоит удивляться, если после смены DNS-серверов Вы сможете увидеть работоспособный сайт на вашем домене намного раньше. Однако может случиться и так, что сайт будет недоступен по прошествии суток. Максимальный промежуток времени, требуемый на делегирование домена, — 72 часа .