Check ns off что это

Check ns off что это

Встретила у одного домена такое сочетание неймсерверов.

nserver: ns1.sedoparking.com.
nserver: ns2.sedoparking.com.
nserver: ns2.masterhost.ru.
nserver: ns1.masterhost.ru.

25.08.2008, 12:51

да тоже замечал такое, может быть смысл поставить свои шаблоны которые находятся на мастерхосте, а рекалму седовскую? Я в седо не силен, но шаблоны по этим домены неплохие, хотя может быть это стандартные.

25.08.2008, 13:23
Больше выглядит как ошибка — забыли удалить старые
25.08.2008, 13:36
да уж забудешь тут удалить, там на всех доменах так вроде, а их не один десяток тысяч.
25.08.2008, 13:45

Это у чьих доменов такое?
Смахивает на тест — что будет открываться в таком случае — страница мастерхоста или седо.

26.08.2008, 02:57
Каша в общем будет открываться
Jurgen Wolf
26.08.2008, 03:00

Каша в общем будет открываться

Пока не просекут ребята из Седо… 😉

26.08.2008, 09:26

может быть смысл поставить свои шаблоны которые находятся на мастерхосте, а рекалму седовскую?
Это как? Какое это имеет отношение к ns’ам?

Каша в общем будет открываться
Если тут речь идет о доменах Прокудина, то не будет, все ns’ы отдают один и тот же седошный ip.

26.08.2008, 09:39

Если тут речь идет о доменах Прокудина, то не будет, все ns’ы отдают один и тот же седошный ip.Сергей, а одних седошных нсов недостаточно? 🙂

26.08.2008, 10:01
Lanka, в том то и дело, что достаточно, и смысл этого сочетания пока остается загадкой :happy8se:
26.08.2008, 18:18
Скорее всего, назначение этого хака — сбор статистики для запросов IN A.
27.08.2008, 00:53

Возможно для поднятия мастерхоста в различных рейтингах, например
http://stat.nic.ru/2008/08/26/server_zone-20080826.shtml

НС-ки мастерхоста первые.

27.08.2008, 04:04

Скорее всего, назначение этого хака — сбор статистики для запросов IN A.
Для чего тогда седошные прописаны (можно было бы объянить необходимостью наличия седошных ns’ов при парковке, но насколько я знаю седо это не проверяет, да и зачем) и для чего в большинстве подобных доменов присуствуют ns’ы poishi, также отдающие седошный ip?
Первые мысли были про некоторые темы с накруткой трафа, но таких возможностей здесь не вижу.
Были мысли об удобстве смены парковки на седо/хостинг без изменения ns’ов, но работоспособного варианта из такого не получится, тем более, что ns’ы отдают A-записи для любого, даже непрописанного домена.
Andris, кстати, вот какой вопрос интересует, что будет в случая выдачи разных A-записей разными ns’ами, либо при недоступности, точнее отрицательном ответе части из них? Насколько я понимаю, RFC четко говорит, что все ns’ы обязательно должны отдавать одинаковые IP. Но что происходит в таких случаях «неправильной» настройки? Многие жалуются на совершенно непредказуемые результаты, как происходит на практике?

Возможно для поднятия мастерхоста в различных рейтингах
Возможно дело и в этом.
А может просто доменов так много, что седошные ns’ы не справляются 🙂

27.08.2008, 04:54

Jet
Andris, кстати, вот какой вопрос интересует, что будет в случая выдачи разных A-записей разными ns’ами, либо при недоступности, точнее отрицательном ответе части из них? Насколько я понимаю, RFC четко говорит, что все ns’ы обязательно должны отдавать одинаковые IP. Но что происходит в таких случаях «неправильной» настройки? Многие жалуются на совершенно непредказуемые результаты, как происходит на практике?

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

Я взял первый попавшийся под руку домен с таким набором NS. Имеет место рассогласование по SOA:
[Andris@Lunar C:\]> whois dvdrecord.ru | findstr /L /C:»nserver:» > %Temp%\poishi.tmp & for /F «usebackq tokens=2» %H in («%Temp%\poishi.tmp») do @(echo [%H]& dig @%H dvdrecord.ru. soa +short +norec)
[ns1.masterhost.ru.]
ns1.poishi.com. abuse.poishi.com. 200803211 86400 7200 604800 900
[ns2.poishi.com.]
ns1.poishi.com. abuse.poishi.com. 200710091 28800 7200 1209600 600
[ns1.poishi.com.]
ns1.poishi.com. abuse.poishi.com. 200710091 28800 7200 1209600 600
[ns2.sedoparking.com.]
ns1.sedoparking.com. hostmaster.sedo.de. 2007021501 86400 7200 604800 86400
[ns2.masterhost.ru.]
ns1.poishi.com. abuse.poishi.com. 200803211 86400 7200 604800 900
[ns.masterhost.ru.]
ns1.poishi.com. abuse.poishi.com. 200803211 86400 7200 604800 900
[ns1.sedoparking.com.]
ns1.sedoparking.com. hostmaster.sedo.de. 2007021501 86400 7200 604800 86400

однако по A всё в порядке, все NS отдают и для $domain и для www.$domain один и тот же IP — 82.98.86.170.

Зачем потребовалось менять SOA зоны при возможности сделать AXFR с NS Sedo, я не понимаю.

28.08.2008, 00:04

Возможно для поднятия мастерхоста в различных рейтингах, например
http://stat.nic.ru/2008/08/26/server_zone-20080826.shtml

НС-ки мастерхоста первые.

Это точно! а на доменах Гледенова прописаны нс-ки hc.ru 😀

28.08.2008, 00:12

А может этот хак сделан для того, чтобы разделить забугорный и отечественный трафик между разными парковками и тем самым поднять эффективность его использования? Например, на российских пользователей будет распространятся действие nserver: ns.masterhost.ru, а на забугорных nserver: ns.sedoparking.com.

28.08.2008, 00:31

Vitaliy, во-первых, система DNS так не работает, во-вторых выше я написал, что все авторитативные NS зоны отдают один и тот же IP, а в-третьих, даже если предположить, что этот IP присвоен не одной, а нескольким физическим машинам на разных концах света, то простейшие трейсы с разных точек выявляют, что для Sedo это не так (т.е. IP Anycast не поддерживается).

28.08.2008, 10:18

Andris, но ведь и домен может быть расположен на нескольких ip. Соответственно, как я понимаю и НС-сервера должны указывать на эти разные ip. Поэтому такая система должна работать.

28.08.2008, 13:35

Vitaliy, видимо Вы говорите о механизме Round Robin:
[Andris@Lunar C:\]> host www.solvex.ru.
www.solvex.ru has address 217.16.16.143
www.solvex.ru has address 217.16.16.153

[Andris@Lunar C:\]> host www.solvex.ru.
www.solvex.ru has address 217.16.16.153
www.solvex.ru has address 217.16.16.143
Но этот простейший метод распределения — не балансировки! — нагрузки не предполагает какого-либо разделения траффика на, к примеру, российский и зарубежный.

28.08.2008, 17:28

Andris, я говорю о месте расположения сайта. Как пользователь узнает где расположен сайт? Он обращается за этим к одному из НС серверов. НС-сервер отвечает, что домен находится на таком-то ip. Но к какому НС-серверу обратится пользователь? Наверно к ближнему. Т.е. для российских пользователей ближним будет ns.masterhost.ru., а для американских ns.sedoparking.com. Отсюда может появиться разделение трафика. Или мои рассуждения не верны?

28.08.2008, 17:48

Но к какому НС-серверу обратится пользователь? Наверно к ближнему. Т.е. для российских пользователей ближним будет ns.masterhost.ru., а для американских ns.sedoparking.com. Отсюда может появиться разделение трафика. Или мои рассуждения не верны?
Нет.

16.09.2013, 06:22

Насколько я понимаю, RFC четко говорит, что все ns’ы обязательно должны отдавать одинаковые IP.

Jet, прaвильнo ли я пoнимaю, чтo ns мoгут рaспoлaгaтьcя нa oднoм iр?

ns1.mуdоmаin.ru 127.0.0.1
ns2.mуdоmаin.ru 127.0.0.1

.RU, .РФ, .SU, домены 3-го уровня

[order-item]
service:domain
action:update
domain:test.ru
descr:Domain for test purpose
e-mail:sidor@test.my-provider.ru
phone:+7 495 1234567
fax-no:+7 495 1234568
nserver:ns2.nic.ru
nserver:ns1.nic.ru

Пример запроса для геодомена:

lang: ru
request:order
operation:create
login:123/NIC-REG/ADM
password:qwerty
subject-contract:3457/NIC-D
request-id:20011220103455.12345@nic.ru

[order-item]
service:domain
action:update
domain:test.msk.ru
descr:Domain for test purpose
e-mail:sidor@test.my-provider.ru
phone:+7 495 1234567
fax-no:+7 495 1234568
nserver:ns2.nic.ru
nserver:ns1.nic.ru

В заголовке запроса необходимо указать значения request:order и operation:create (см. описание формата заголовка запроса).

После заголовка запроса следуют блоки order-item. Количество этих блоков неограничено, т.е. в одном запросе можно заказать произвольное количество услуг (в том числе не связанных между собой). Каждый блок начинается заголовком, указанным в квадратных скобках в отдельной строке.

Блок [order-item] состоит из следующих полей:

Значение поля

Тип заказываемой услуги. В данном случае необходимо указать фиксированное значение — domain (см. значения полей service и template ). Обязательное поле. Однострочное поле.

Шаблон заказываемой услуги. Необходимо указать значение
client_ru — для .RU, .SU и доменов третьего уровня;
domain_rf — для .РФ
(см. значения полей service и template ). Необязательное поле. Однострочное поле.

Тип заказа. Для заказа на изменение данных по услуги в этом поле необходимо указать значение update. Обязательное поле. Однострочное поле.

Имя регистрируемого домена вместе с зоной. Доменное имя на национальном языке должно быть указано в виде XN—***. Обязательное поле. Однострочное поле.

Описание домена в произвольном текстовом формате на английском языке. Выводится через Whois-сервис . Поле может содержать латинские буквы, цифры, знаки препинания и пробелы. Максимальный размер поля — 300 символов. Необязательное поле. Многострочное поле.

e-mail
phone
fax-no

Контактная информация для отображения через Whois-сервис. Поля могут быть пустыми. Указанные данные будут отображаться в ответах Whois-сервиса только в том случае, если заполнены поля e-mail и phone. В противном случае будут отображаться данные из анкеты.

DNS-серверы домена в формате имя_сервера — пробел — IP-адреса через запятую. Указание IP-адреса (IP-адресов) требуется в том случае, если имя DNS-сервера содержит регистрируемый домен. Во всех остальных случаях достаточно указания имени DNS-сервера. Необязательное поле (но в том случае, если заполняется, должно быть указано как минимум два DNS-сервера, находящиеся в различных сетях класса C). Многострочное поле.

Флаг, управляющий запуском тестирования DNS-серверов при регистрации домена .RU, .РФ и .SU или при направлении заказа типа UPDATE на изменение списка DNS-серверов для зарегистрированного домена.
ON — инициировать стандартную процедуру тестирования DNS-серверов, OFF — не проводить стандартную процедуру тестирования DNS-серверов. Однострочное поле, необязательное для заполнения (по умолчанию его значение ON).

Порядок следования полей в запросе произвольный в пределах каждого блока. Многострочные поля записываются в несколько строк, при этом в начале каждой строки присутствует название поля и разделитель (двоеточие). Для однострочных полей повторение не допускается. Необязательные поля могут либо отсутствовать в блоке, либо их значение может быть пустым (состоящим из пробельных символов).

Пример ответа:

State: 200 OK
request-id:20011220103455.12345@nic.ru

Ответ содержит заголовок (см. формат заголовка ответа) и тело ответа, которое отделяется от заголовка пустой строкой.

В случае успешного выполнения запроса (код 200) в теле ответа содержится одно поле — order_id, в котором указывается идентификатор принятого заказа.

Примечание: Для данного типа запросов код 200 означает только то, что запрос не содержит синтаксических ошибок и принят к обработке. Указанный код не означает, что заказ выполнен с успешным результатом. Сообщаемый в ответе order_id можно использовать для запросов на получение информации о ходе исполнения заказа. В ответ на такие запросы предоставляется точная информация о статусе заказа: выполнен (успешно или неуспешно), в обработке и т.п.

Если в форме запроса обнаружены ошибки, выдается ответ с кодом 402, и в теле ответа содержится блок errors с описанием ошибок на языке, указанном в запросе в поле lang.

.RU, .РФ, .SU и доменов 3-го уровня

[order-item]
service:domain
action:new
domain:test.msk.ru
descr:Domain for test purpose
e-mail:sidor@test.my-provider.ru
phone:+7 495 1234567
fax-no:+7 495 1234568
nserver:ns2.nic.ru
nserver:ns1.nic.ru

В заголовке запроса необходимо указать значения request:order и operation:create (см. описание формата заголовка запроса).

После заголовка запроса следуют блоки order-item. Количество этих блоков неограниченно, т.е. в одном запросе можно заказать произвольное количество услуг (в том числе не связанных между собой). Каждый блок начинается заголовком, указанным в квадратных скобках в отдельной строке.

Блок [order-item] состоит из следующих полей:

Поле	Значение поля
service	Тип заказываемой услуги. В данном случае необходимо указать фиксированное значение — domain (см. значения полей service и template). Обязательное поле. Однострочное поле.
template	Шаблон заказываемой услуги. Необходимо указать значение client_ru — для .RU, .SU или доменов третьего уровня; domain_rf — для .РФ (см. значения полей service и template). Необязательное поле. Однострочное поле.
action	Тип заказа. Для заказа новой услуги в этом поле необходимо указать значение new. Необязательное поле (по умолчанию его значение new). Однострочное поле.
domain	Имя регистрируемого домена вместе с зоной. Доменное имя на национальном языке должно быть указано в виде «XN—***». Обязательное поле. Однострочное поле.
descr	Описание домена в произвольном текстовом формате на английском языке. Выводится через Whois-сервис. Поле может содержать латинские буквы, цифры, знаки препинания и пробелы. Максимальный размер поля — 300 символов. Необязательное поле. Многострочное поле.
e-mail phone fax-no	Контактная информация для отображения через Whois-сервис. Поля могут быть пустыми. Указанные данные будут отображаться в ответах Whois-сервиса только в том случае, если поля phone, e-mail и fax-no для домена заполнены. В противном случае будут отображаться данные из анкеты.
nserver	DNS-серверы домена в формате имя_сервера — пробел — IP-адреса через запятую. Указание IP-адреса (IP-адресов) требуется в том случае, если имя DNS-сервера содержит регистрируемый домен. Во всех остальных случаях достаточно указания имени DNS-сервера. Необязательное поле (но в том случае, если заполняется, должно быть указано как минимум два DNS-сервера, находящиеся в различных сетях класса C). Многострочное поле.
check-ns	Флаг, управляющий запуском тестирования DNS-серверов при регистрации домена .RU, .РФ и .SU или при направлении заказа типа UPDATE на изменение списка DNS-серверов для зарегистрированного домена. ON — инициировать стандартную процедуру тестирования DNS-серверов, OFF — не проводить стандартную процедуру тестирования DNS-серверов. Однострочное поле, необязательное для заполнения (по умолчанию его значение ON).

Порядок следования полей в запросе произвольный в пределах каждого блока. Многострочные поля записываются в несколько строк, при этом в начале каждой строки присутствует название поля и разделитель (двоеточие). Для однострочных полей повторение не допускается. Необязательные поля могут либо отсутствовать в блоке, либо их значение может быть пустым (состоящим из пробельных символов).

Пример ответа:

State: 200 OK
request-id:20011220103455.12345@nic.ru

Ответ содержит заголовок (см. формат заголовка ответа) и тело ответа, которое отделяется от заголовка пустой строкой.

В случае успешного выполнения запроса (код 200) в теле ответа содержится одно поле — order_id, в котором указывается идентификатор принятого заказа.

Примечание: Для данного типа запросов код 200 означает только то, что запрос не содержит синтаксических ошибок и принят к обработке. Указанный код не означает, что заказ выполнен с успешным результатом. Сообщаемый в ответе order_id можно использовать для запросов на получение информации о ходе исполнения заказа. В ответ на такие запросы предоставляется точная информация о статусе заказа: выполнен (успешно или неуспешно), в обработке и т.п.

Если в форме запроса обнаружены ошибки, выдается ответ с кодом 402, и в теле ответа содержится блок errors с описанием ошибок на языке, указанном в запросе в поле lang.

Free NS Lookup

When you perform a quick NS Lookup, our tool queries the DNS system to retrieve the NS (Name Server) records associated with the domain. The NS record contains information about the authoritative name servers responsible for the respective domain.

Related tools MX Lookup DNS Lookup DNS Health

More Tools

Nameserver Record Checker Online

We have developed a reliable tool that retrieves real-time information about the authoritative name servers responsible for a specific domain. It helps find where the actual DNS records for a domain are stored in seconds.

Our NS Lookup Tool comes to the rescue whenever the domain is not resolving or experiencing technical difficulties. It helps identify whether the problem lies with the domain’s DNS setup or somewhere else.

Once you verify whether the domain’s nameserver configuration is correct, you can take the necessary steps to rectify the issue.

If you plan to move your website to a new hosting provider or transfer domain ownership, it will be helpful for you to perform NSlookup. Leverage our tool to check and update the nameservers—ensuring a seamless transition without service disruptions.

Ultimately—our powerful NS record checker is designed to offer valuable insights into your domain’s authoritative nameservers, DNS configurations, and some understanding of overall DNS health.

How to Check Name Server (NS) DNS Records for Any Domain?

Checking nameserver records is easier than it looks because our tool features a highly-functional interface that ensures hassle-free navigation in real time. All you’re required to do is follow this 3-step method:

Enter Domain Name

Paste or write down the domain name whose NS records you wish to check. Make sure to double-check the URL before proceeding.

Select DNS Server

Click on the drop-down menu to specify the DNS server against which you’d like to check the nameserver records. Our tool will let you choose between the following:

• Google
• Cloudflare
• OpenDNS
• Quad9
• Yandex
• Authoritative Server

Start NS Lookup

Once everything is in place, click “Show NS Records” to run our tool. Fetching and displaying the required details on your screen will take a few moments.

Why Choose Our NS Lookup Tool?

Whether you’re a website owner, developer, or IT professional — our tool is readily available for performing NSlookup online. All it requires is you to access it from any device with an internet connection. Now easily find the IP addresses of the nameservers that handle DNS queries for a domain—either to verify DNS configurations or troubleshoot domain-related issues.

Here are some features it offers to make your experience hassle-free:

Faster and Accurate:

It is designed to retrieve and deliver real-time results, ensuring you get 100% accurate nameserver data for your domain queries. Neither do you have to wait for hours, nor will it make you deal with errors and omissions.

User-Friendly Interface:

No technical expertise is required as our intuitive tool makes it easier for anyone to perform Nslookup. The navigation is straightforward enough to ensure you can seamlessly fetch the Nameserver record of any domain name.

DNS Troubleshooting:

Built with webmaster convenience in mind, it helps to diagnose domain-related issues as effectively as possible. Use it to your advantage and ensure the smooth functioning of your online services. No downtime!

Secure and Confidential:

We prioritize your privacy and ensure that all NS queries are handled securely. Whether you check nameserver records of your own or any other domain, our tool will let you do it as discreetly as you want. Entrust it confidently.

Note: Interested in more tools on DNSChecker? Why do not you try our CNAME Record Check, MX Record Check, and DMARC Check? All the DNS tools are top-notch and free!

Frequently Asked Questions

Now if you have any queries on your mind related to nameserver lookup, then here’s everything to guide you.

What are authoritative name servers?

Authoritative name servers are “DNS servers” that contain up-to-date DNS records for a specific domain. They are essential for accurately resolving domain names to their corresponding IP addresses. The NS records reflect this.

• Which DNS server is authoritative for that domain?
• Which DNS server is authorized to handle the queries related to that domain?
• Which DNS server contains the actual DNS records, or is the DNS server responsible for managing the DNS records for that domain?
• Where to go to find the domain’s IP address.

An example of an NS record may look like the following.

Record	Type	Value	TTL
mydomain.com	NS	ns1.mydomain.com	3600

In the above example,

• mydomain.com represents the domain of the record
• NS represents the DNS record type.
• ns1.mydomain.com represents the value of the record. That is the nameserver for that domain.
• 3600 is TTL (time to live). It is the time for which the DNS server caches the record. On the expiry of that time, the server goes for the fresh DNS records data.

Why check nameserver records?

NS lookup is a fundamental Domain Name System (DNS) aspect. It lets you discover the authoritative nameservers handling DNS queries for a specific domain.

Why is NS Lookup important for webmasters?

NS Lookup is helpful for website owners as it helps ensure that a domain’s DNS settings are correctly configured. It allows them to quickly verify if the domain is pointing to the right name servers and troubleshoot potential DNS-related issues that may affect website accessibility.

Can an NS Lookup be used to find the IP address of a website directly?

No. The NSlookup online does not directly provide the IP address of any website. It only returns the authoritative name servers associated with the given domain. To find the IP address of a website, you need to perform an A record lookup after obtaining the authoritative name servers.

Are there any limitations to using our online NSlookup tool?

Our NSLookup tool is one of the most dynamic tools, with unlimited queries and the most detailed information at no cost. Other tools limit the no. of queries, and some are paid. Our tool is above all these limitations.

Why does nslookup show you more than 1 IP address?

NSlookup shows you more than 1 IP address (most of the time 2 IP Addresses) because of load balancing.

Can I change the authoritative name servers for my domain?

Yes. It is possible to change the authoritative name servers for your domain. You must access your domain registrar or hosting provider’s control panel. But you must be cautious while making such changes, as incorrect configurations can lead to DNS downtime or traffic misrouting. Do it only when necessarily required.

How long does it take for Name Server changes to propagate?

Name server changes generally take some time ranging from minutes to hours, to propagate across the internet. This process is known as DNS propagation, and its period depends on various factors, such as the Time-to-Live (TTL) setting in the DNS records and the caching behavior of other DNS servers. Use the WhatsMyDNS tool to check whether these changes are fully propagated around the globe.

Is there a command line for NS Lookup on Linux and macOS systems?

Yes. The «dig» (Domain Information Groper) command is commonly used for DNS queries, including NS Lookups on Linux and Mac. The syntax is typically: dig NS yourdomain.com.

What to do if it shows incorrect authoritative name servers for a domain?

If the NS Lookup shows inaccurate authoritative name servers, it may indicate DNS misconfiguration or other issues. It is recommended to contact your domain registrar or hosting provider’s support team to report the problem and seek assistance in resolving the issue.

What if I get Cloudflare DNS Servers while performing the NS Lookup for any domain?

There are a few things for you to understand. Obtaining the Cloudflare DNS servers while performing the Namer server record check does not mean that Cloudflare is the authoritative name server for that domain. If the domain is using Cloudflare’s DNS services, then Cloudflare’s name servers will be listed as the authoritative name servers in the NS Lookup results. However, this does not necessarily mean Cloudflare is the domain’s primary authoritative name server. The domain’s owner can configure the authoritative name servers to point to any provider they choose.

Do all domains have the same number of Name Servers?

No. The number of name servers for a domain can vary. Some domains have only two name servers (primary and secondary), whereas others may have more. This depends on the hosting provider’s configuration or the domain owner’s preferences.

What is the difference between DNS and nslookup?

The DNS stands for Domain Name System or Domain Naming System, Domain Name Service. It is a global system that translates IP addresses to human-readable domain names. On the other hand, a nameserver is used to locate the DNS server. A nameserver is the address of the DNS server that hosts the records for that domain. An NS lookup checks the NS records associated with a domain.