Установить для домена статус not delegated что это
Тема: Как изменить статус домена с NOT DELEGATED на DELEGATED(и обратно)?
Опции темы
Поиск по теме
Биллинг: Адванцед 4.0.48
Рег.ру АПИ
Перерыл все кнопки биллинга 
Но с акаунта клиента не нашел как сделать сабж.
Если делать из админа. То статус домена не меняется
Подскажите где и как это делать в биллинге?
Вы хотите поменять это у регистратора во whois? У регистратора это не поменяете панелью.
Да. А будет добавлена эта возможность?
Если Вы хотите поменять статус домена у регистратора через билинг, то это невозможно. Сам регистратор контролирует статусы и вы не сможете изменить его даже в их панели. Он не меняется как и дата окончания регистрации.
И менять их руками в билинге не стоит, он сам периодически ходит и смотрит.
статус делегирован или не делегировам позволяет менять практически каждый регистратор. так же такая возможность доступна и по API например у NauNet. у других регистраторов где недоступно изменение статуса напрямую (если вы уверены насчет Рег.ру) думаю его можно менять удалением/добавлением днс-серверов в заявке.
Если Вы хотите поменять статус домена у регистратора через билинг, то это невозможно. Сам регистратор контролирует статусы и вы не сможете изменить его даже в их панели. Он не меняется как и дата окончания регистрации.
И менять их руками в билинге не стоит, он сам периодически ходит и смотрит.
Менять точно можно. Если не верите, могу продемонстрировать на паре доменов.
рег.ру через админку на сайте точно это делать умеет. И через API.
Читаем документацию: https://www.reg.ru/reseller/API-tech#domain_update_nss параметр: undelegate
Интересная идея, спасибо. Попробую.
попробовали? только зачем? вы сами же постом выше привели доказательство:
следуя апи, делегирование включается передачей двух ns-серверов, а снятие делегирования параметр undelegate.
попробовали? только зачем? вы сами же постом выше привели доказательство:
следуя апи, делегирование включается передачей двух ns-серверов, а снятие делегирования параметр undelegate.
Проверил. Не работает.
Вдруг разработчики предусмотрели таким образом управление делегированием?
А я почем зря бучу устраиваю.
И всплыла еще одна бага. Если домен находится в состоянии NOT DELEGATED. То прописав NS сервера ни чего не изменится. Сервера пропишутся, а домен будет оставаться NOT DELEGATED. По причине отсутствия параметра undelegate=0 при обращении через API к рег.ру
Установить для домена статус not delegated что это
Чтобы проверить, делегирован ли домен, Вы можете воспользоваться Whois-сервисов R01.
У делегированного домена домена присутствует строка вида:
status: REGISTERED, DELEGATED
Чтобы делегировать домен необходимо:
— авторизоваться в личном кабинете.
— зайти в раздел «Домены» 
и щелкнуть, как по ссылке, по имени домена, который Вы хотите делегировать.
— в меню «Инструменты» выбрать «Редактирование» 
и следовать пошаговой инструкции. На первом же шаге Вам будет предложено ввести список DNS-серверов с которыми Вы хотите делегировать домен.
— после постановки задания в очередь на выполнение, Вы можете отслеживать его состояние в разделе «Очередь заданий» 
.
Обращаем Ваше внимание, что так как информация в мировой системе DNS распространяется не мгновенно, то Ваш домен будет доступен из сети интернет в течении 6-8 часов после делегирования.
Какие проверки производятся при делегировании?
Перед делегированием домена проверяются следующие пункты:
1) Указанные DNS-серверы являются авторитативными для домена.
2) На них присутствуют SOA- и NS-записи
3) Список NS-записей совпадает со списком DNS-серверов.
Вы можете самостоятельно проверить корректность настройки DNS-серверов при помощи команды nslookup.
Что делать, если при делегировании возникла ошибка?
Если при делегировании возникла ошибка «..не совпадает список DNS-серверов..», то в форме ввода DNS-серверов при изменении информации по домену в личном кабинете, Вам необходимо указывать ровно тот список DNS-серверов которые прописаны в ns-записях Вашей зоны на DNS-серверах с которыми Вы делегируете Ваш домен.
Если при делегировании возникла ошибка «не удается найти ip-адрес для DNS-сервера ns.test.ru», то Убедитесь что на DNS-серверах с которыми делегирован домен test.ru есть A-запись для ns.test.ru. Если соответствующая запись есть, то напишите письмо в нашу службу поддержки с описанием проблемы.
Проверить, с какими DNS-серверами делегирован test.ru, можно в Whois. Опросить DNS-сервер можно с помощью команды nslookup
Если при делегировании возникла ошибка «Вы не можете использовать CNAME ns1.example.com для сервера имен», то либо необходимо внести А-записть для ns1.example.com, либо использовать другие DNS-сервера при делегировании домена.
Ошибка возникает, т.к. Использование имен DNS-серверов, которые являются CNAME-записями, крайне не рекомендуется стандартом RFC1912, так как подобные записи могут привести к некорректной работе делегированного домена. Это увеличивает размер DNS-траффика, в некоторых случаях приводит к циклическим запросам. Подробнее о данной проблеме Вы можете прочитать здесь (пункт 2.4): ftp://ftp.rfc-editor.org/in-notes/rfc1912.txt
Домен делегирован, но сайт с этим именем не открывается. Что делать?
Возможно ли делегировать домен не на имена, а на ip-адреса DNS-серверов?
Нет, при делегировании домена необходимо указывать имена DNS-серверов.
Но если Вам необходимо делегировать домен test.ru с DNS-серверами, имеющими имена в зоне test.ru, то список DNS-серверов необходимо указывать в таком виде:
ns1.test.ru 192.168.15.86
ns2.test.ru 192.168.15.87
01.08.2018
Новые домены в R1REG со 2 августа 2018 года.
подробней.
07.12.2015
Доступен прием платежей с банковских карт VISA / MasterCard российских банков через WebMoney.
подробней.
01.10.2015
С 7 октября 2015 года Регистратор вынужден пересмотреть тарифы на международные и зарубежные национальные домены. Решение вызвано существенным ростом курса иностранных валют по отношению к российскому рублю.
02.02.2014
Технические работы 9 февраля с 09:00 до 21:00.
подробней.
25.10.2012
Обновлённый хостинг
подробней.
Установить для домена статус not delegated что это
Иногда бывает, что все настроено, но почему-то домен не работает и сайт недоступен. Для того, чтобы к сайту можно было обращаться по доменному имени, требуется преобразование имени домена в IP-адрес web-сервера на котором размещен сайт. За такое преобразование отвечает глобальная система доменных имен DNS. Для успешного преобразования необходимо одновременное выполнение следующих условий:
Если хотя бы одно из перечисленных условий выполняется некорректно, сайт будет недоступен. Рассмотрим подробнее принцип действия и базовые способы диагностики на каждом этапе.
1. Регистрация и делегирование домена
Делегированием называется передача управления доменной зоной конкретному серверу имён. Для того, что-бы делегировать домен, необходимо указать для него адреса DNS-серверов, на которых будут созданы ресурсные записи этого домена. В большинстве случаев адреса DNS-серверов предоставляет провайдер при покупке домена или хостинга, обычно указывают два сервера. Все действия выполняются через панель управления, доступ к которой предоставляет провайдер при покупке домена.
Для проверки статуса домена можно использовать любой онлайн сервис Whois, например w hois-service.ru. Если домен зарегистрирован, вы увидете информацию о нем.
Следует обратить внимание на следующие поля:
Если же по вашему запросу система выдала сообщение «Домен свободен», значит домен не зарегистрирован и дальнейшие проверки не имеют смысла, домен необходимо купить. Несмотря на всю очевидность, неопытные пользователи иногда допускают ошибки и пытаются привязать к хостингу несуществующий домен.
Если на этом шаге с доменом все в порядке, можно приступать к следующему этапу.
2. Проверка DNS серверов
Серверы имен, которым делегировано обслуживание домена, должны по запросу отдавать ресурсные записи доменной зоны. Ресурсные записи это служебная информация о домене, которая хранится на DNS-сервере. Существуют различные типы ресурсных записей, нас интересует наиболее часто используемая запись типа «А», которая определяет какой ip адрес соответствует домену. Если вы покупаете домен и хостинг у одного провайдера, ресурсные записи могут создаваться автоматически, если же провайдеры разные, их нужно создавать вручную через панель управления, доступ к которой предоставляет провайдер. На скриншоте показаны ресурсные записи тестового домена «domain111.ru», открытые в панели управления DNSManager от компании ISPsystem. Кстати, у нас есть подробная статья «Создание и настройка доменных DNS записей в DNS-manager»
Рассмотрим диагностику на примере домена «domchel.ru». Сервис «Whois» показывает что управление доменной зоной делегировано DNS-серверам «ns1.rugion.ru» и «ns2.rugion.ru», это значит, что каждый из них должен содержать А запись для этого домена и отдавать её по запросу, проверим это.
Откроем командную строку и выполним команду «nslookup domchel.ru ns1.rugion.ru», где в качестве первого аргумента указано имя нашего домена, а в качестве второго имя DNS-сервера, на который будет отправлен запрос. По умолчанию утилита запрашивает А-запись, поэтому в параметрах запроса тип записи не указан. Если в ответ на ваш запрос dns-сервер возвращает имя домена и ip адрес (как на скриншоте), значит все в порядке.
Для примера выполним команду еще раз, но укажем несуществующий домен.
Сервер не смог найти в своей базе данных запрашиваемый домен и сообщил об этом.
Если при проверке вашего домена DNS-сервер сообщил, что домен не найден, в первую очередь войдите в панель управления и убедитесь, что А-запись существует. Если запись создана, нужно обратиться в техническую поддержку провайдера, скорее всего проблема связана с некорректной работой сервера имен.
При успешной проверке переходим к следующему этапу.
3. Обновление DNS-серверов верхнего уровня
В общих чертах принцип работы глобальной системы доменных имен заключается в том, что DNS-серверы более высокого уровня содержат информацию о DNS-серверах, более низкого уровня. Относительно нашего примера с доменом «domchel.ru», из этого следует, что на всех серверах имен обслуживающих домен «ru» должна быть информация о том, что домен «domchel.ru» обслуживается DNS-серверами ns1.rugion.ru и ns2.rugion.ru.
Учитывая, что состояние доменов нижних уровней постоянно изменяется, домены регистрируются, освобождаются, «переезжают» на обслуживание на другие DNS-серверы, изменяются IP-адреса хостинга, база данных DNS-серверов верхнего уровня должна постоянно обновляться.
Обычно, после делегирования домена и создания ресурсных записей, информация об этом распространяется по сети в течении суток, и только после этого ваш сайт становится доступен из любой точки мира. На этом этапе со стороны пользователя никаких действий не требуется, нужно просто подождать. Если прошло более суток, но сайт по-прежнему недоступен, еще раз воспользуемся утилитой nslookup. Выполним предыдущую команду, но в качестве второго аргумента укажем любой из публичных DNS-серверов, например 8.8.8.8 — публичный DNS-сервер от компании Google.
Итак, выполним команду «nslookup domchel.ru 8.8.8.8»
Если публичный сервер вернул IP-адрес домена, как на скриншоте, значит информация о вашем домене уже распространилась по сети.
Если же прошло достаточно времени, но публичные DNS-серверы по-прежнему отвечают, что домен не найден, обратитесь в техническую поддержку провайдера, который предоставил вам DNS-серверы для вашего домена, возможно проблема связана с передачей информации на сервера имен верхнего уровня.
Кроме проверки ответа от публичных DNS-серверов есть смысл проверить ответ от локального сервера имен, который указан в настройках сетевого подключения на вашем ПК, так как причиной проблемы может быть неправильная конфигурация сетевого адаптера на домашнем компьютере или некорректная работа DNS-серверов вашего Интернет провайдера.
Выполним команду «nslookup domchel.ru» Если в параметрах команды не указан конкретный сервер имен, запрос будет отправлен локальному DNS-серверу.
В случае, когда публичные сервера имен «знают» IP-адрес вашего сайта, но при этом локальный сервер сообщает, что домен не найден, нужно искать проблему в конфигурации сетевого адаптера на вашем ПК или DNS-сервере вашего интернет-провайдера.
Если в результате выполнения команды вы так же получили в ответ IP-адрес домена, значит преобразование доменного имени на всех уровнях проходит успешно.
Описанные действия помогут вам быстро выявить проблему или понять, что она не связана с системой доменных имен.
Какие бывают статусы у международных доменов
При проверке вашего домена через сервис Whois вы можете увидеть, что у вашего домена есть поле статус, в котором есть какое-то значения. Какие статусы доменов бывают и что они означают мы описали в табличке ниже.
Есть два типа статусов доменов — серверные статусы и клиентские статусы. Серверные статусы имеют приоритет и устанавливаются реестром, а клиентские статусы устанавливаются регистратором доменов.
Клиентские статусы доменов
Часто этот статус указывает на проблему с вашим доменом, которая требует решения. Если это так, вам следует обратиться к своему регистратору для решения проблемы. Если по вашему домене нет проблем, но вам нужно чтобы домен был доступен, сначала вы должны связаться с вашим регистратором и попросить удалить этот код состояния.
Часто этот статус указывает на проблему с вашим доменом, которая требует решения. Если это так, вам следует обратиться к своему регистратору для решения проблемы. Если в вашем домене нет проблем, и вы просто хотите продлить его, вы должны сначала связаться со своим регистратором и попросить удалить этот код состояния.
Этот статус домена указывает на невозможность обновления домена, что может помочь предотвратить несанкционированные обновления в результате мошенничества. Если вы хотите обновить данные в своем домене, вы должны сначала связаться с вашим регистратором и попросить удалить этот код состояния.
Серверные статусы доменов
Этот льготный период предоставляется после первичной регистрации доменного имени. Если регистратор удаляет доменное имя в течение этого периода, реестр может вернуться регистратору стоимость домена.
Это информационный статус, установленный на первые несколько дней регистрации вашего домена. Проблем с вашим доменным именем нет.
Этот льготный период предоставляется по истечении периода регистрации доменного имени и автоматически продлевается (продлевается) реестром. Если регистратор удаляет доменное имя в течение этого периода, реестр предоставляет кредит регистратору за стоимость продления.
Это информативный статус, установленный в течение ограниченного времени после автоматического обновления вашего домена реестром. Если вы больше не хотите его хранить (т.е. оплачиваете плату за продление), вам следует немедленно связаться со своим регистратором, чтобы обсудить доступные варианты.
Если ваш домен оставался в этом состоянии в течение нескольких дней, вы можете обратиться к своему регистратору для запроса информации о задержке в обработке.
Вы можете обратиться к регистратору для установки ограничений на ваш домен, такие статусы как clientTransferProhibited, clientDeleteProhibited, и clientUpdateProhibited, могут предотвратить несанкционированный перенос, обновление или удаление домена.
Этот код состояния может быть смешан с redemptionPeriod или pendingRestore. В таком случае, в зависимости от состояния (то есть redemptionPeriod или pendingRestore), установленного в имени домена, применяется соответствующее описание, представленное выше. Если это состояние не сочетается со статусом redemptionPeriod или pendingRestore, код состояния pendingDelete указывает, что ваш домен находился в состоянии redemptionPeriod в течение 30 дней, и вы не восстановили его в течение этого 30-дневного периода. Ваш домен будет оставаться в этом состоянии в течение нескольких дней, после чего ваш домен будет очищен и удален из базы данных реестра.
После удаления домен становится доступным для повторной регистрации в соответствии с политикой реестра.
Если вы хотите сохранить свое доменное имя, вы должны немедленно обратиться к своему регистратору, чтобы обсудить, какие варианты решения данного вопроса.
Этот код состояния указывает на то, что запрос на продление вашего домена был получен и обрабатывается.
Если вы не обращались с просьбой продлить свой домен и больше не хотите его хранить (т. е. Платить за продление), вам следует немедленно связаться со своим регистратором, чтобы обсудить доступные варианты.
Этот код состояния указывает, что ваш регистратор попросил реестр восстановить ваш домен, который находился в состоянии redemptionPeriod. Ваш реестр будет удерживать домен в этом состоянии, пока ваш регистратор предоставит необходимую документацию для восстановления. Если ваш регистратор не предоставит документацию оператору реестра в течение установленного периода времени для подтверждения запроса на восстановление, домен вернется в состояние redemptionPeriod.
Следите за кодами состояния вашего домена в течение этого часто определяемого семидневного периода, чтобы убедиться, что ваш регистратор представил правильную документацию по восстановлению в течение временного интервала. Если этот период закончился, и ваш домен вернулся в статус redemptionPeriod, свяжитесь с вашим регистратором, чтобы решить любые проблемы, которые могли помешать доставке необходимой документации по восстановлению вашего домена.
Этот код состояния указывает на то, что запрос на передачу вашего домена новому регистратору был получен и обрабатывается.
Если вы не обращались с просьбой о переносе вашего домена, вам следует немедленно связаться с вашим регистратором, чтобы он отклонил запрос на передачу от вашего имени.
Этот код состояния указывает на то, что запрос на обновление вашего домена был получен и обрабатывается.
Если вы не запрашивали обновление своего домена, вам следует немедленно связаться с вашим регистратором, чтобы решить проблему.
Этот код состояния указывает на то, что ваш регистратор попросил реестр удалить ваш домен. Ваш домен будет удерживаться в этом состоянии в течение 30 дней. Через пять календарных дней после окончания периода redemptionPeriod ваш домен удаляется из базы данных реестра и становится доступным для регистрации.
Если вы хотите сохранить свой домен, вы должны немедленно связаться с вашим регистратором, чтобы решить любые проблемы, которые привели к тому, что ваш регистратор запросил удаление вашего домена, что привело к статусу redemptionPeriod для вашего домена. Как только все нерешенные вопросы решены и соответствующая плата оплачена, ваш регистратор должен восстановить домен от вашего имени.
Этот льготный период предоставляется после того, как регистратор явно продлевает (продлевает) срок регистрации доменного имени. Если регистратор удаляет доменное имя в течение этого периода, реестр предоставляет кредит регистратору за стоимость продления.
Это информационный статус, установленный на ограниченный период или продление вашего домена вашим регистратором. Если вы не обращались с просьбой продлить свой домен и больше не хотите его хранить (т. е. Платить за продление), вам следует немедленно связаться со своим регистратором, чтобы обсудить доступные варианты.
Этот код состояния предотвращает удаление вашего домена. Это необычный статус, который обычно устанавливается во время судебных споров, по вашему запросу или при наличии статуса redemptionPeriod.
Этот статус может указывать на проблему с вашим доменом, которая требует решения. Если это так, вам следует связаться с вашим регистратором, чтобы запросить дополнительную информацию и решить проблему. Если в вашем домене нет проблем, и вы просто хотите удалить его, вы должны сначала обратиться к своему регистратору и попросить его связаться с оператором реестра, чтобы удалить этот код состояния.
Кроме того, некоторые операторы реестра предлагают услугу блокировки реестра, которая позволяет владельцам регистраций через своих регистраторов устанавливать этот статус в качестве дополнительной защиты от несанкционированного удаления. Удаление этого статуса может занять больше времени, чем для clientDeleteProjected, потому что ваш регистратор должен перенаправить ваш запрос в реестр вашего домена и подождать, пока они снимают ограничение.
Этот код состояния указывает, что оператор реестра вашего домена не позволит вашему регистратору продлить ваш домен. Это необычный статус, который обычно применяется во время юридических споров или когда ваш домен подлежит удалению.
Часто этот статус указывает на проблему с вашим доменом, которую необходимо быстро устранить. Вам следует обратиться к своему регистратору, чтобы запросить дополнительную информацию и решить проблему. Если в вашем домене нет проблем, и вы просто хотите продлить его, вы должны сначала связаться со своим регистратором и попросить их сотрудничать с оператором реестра, чтобы удалить этот код состояния. Этот процесс может занять больше времени, чем для clientRenewProjected, поскольку ваш регистратор должен перенаправить ваш запрос в реестр вашего домена и подождать, пока они снимают ограничение.
Этот код состояния предотвращает передачу вашего домена от вашего текущего регистратора к другому. Это необычный статус, который обычно принимается во время юридических или иных споров, по вашему запросу или при наличии статуса redemptionPeriod.
Этот статус может указывать на проблему с вашим доменом, которую необходимо быстро устранить. Вам следует обратиться к своему регистратору, чтобы запросить дополнительную информацию и решить проблему. Если в вашем домене нет проблем, и вы просто хотите передать его другому регистратору, вы должны сначала связаться с вашим регистратором и попросить его связаться с оператором реестра, чтобы удалить этот код состояния.
Кроме того, некоторые операторы реестра предлагают услугу блокировки реестра, которая позволяет владельцам регистраций через своих регистраторов устанавливать этот статус в качестве дополнительной защиты от несанкционированных передач. Удаление этого статуса может занять больше времени, чем для clientTransferProjected, потому что ваш регистратор должен перенаправить ваш запрос в реестр вашего домена и подождать, пока они снимают ограничение.
Этот код состояния блокирует ваш домен, предотвращая его обновление. Это необычный статус, который обычно устанавливается во время судебных споров, по вашему запросу или при наличии статуса redemptionPeriod.
Этот статус может указывать на проблему с вашим доменом, которая требует решения. Если это так, вам следует связаться с вашим регистратором для получения дополнительной информации или для решения проблемы. Если в вашем домене нет проблем, и вы просто хотите обновить его, вы должны сначала связаться со своим регистратором и попросить их сотрудничать с оператором реестра, чтобы удалить этот код состояния.
Кроме того, некоторые операторы реестра предлагают услугу блокировки реестра, которая позволяет владельцам регистраций через своих регистраторов устанавливать этот статус в качестве дополнительной защиты от несанкционированных обновлений. Удаление этого статуса может занять больше времени, чем для clientUpdateProjected, потому что ваш регистратор должен перенаправить ваш запрос в реестр вашего домена и подождать, пока они снимают ограничение.
Этот льготный период предоставляется после успешной передачи доменного имени от одного регистратора к другому. Если новый регистратор удаляет доменное имя в течение этого периода, реестр предоставляет кредит регистратору за стоимость передачи.
Это информационный статус, установленный на ограниченный период времени или передача вашего домена новому регистратору. Если вы не запрашивали перенос вашего домена, вам следует обратиться к вашему первоначальному регистратору.