Компьютер не регистрируется в dns
Вы можете попробовать выполнить некоторые из этих инструкций, если выполняется одно или несколько из следующих условий.
- Для установки одной из следующих операционных систем используется корпоративный носитель и универсальный ключ многократной установки.
- Windows Server 2019
- Windows Server 2016
- Windows Server 2012 R2
- Windows Server 2012
- Windows Server 2008 R2
- Windows Server 2008
- Windows 10
- Windows 8.1
- Windows 8
При попытке активировать клиентскую систему мастер активации использует DNS для размещения соответствующего компьютера, на котором работает программное обеспечение KMS. Если мастер запрашивает DNS и не находит запись DNS для главного компьютера узла KMS, он сообщает об ошибке.
Чтобы найти инструкции, соответствующие вашим условиям, просмотрите следующий список.
- Если вам не удается установить узел KMS или использовать активацию KMS, попробуйте изменить ключ продукта на MAK.
- Если вам нужно установить и настроить узел KMS, попробуйте настроить узел KMS для активации клиентов.
- Если клиенту не удается определить существующий узел KMS, выполните следующие инструкции по устранению неполадок с конфигурациями маршрутизации. Процедуры перечислены по возрастанию сложности:
-
; ; ; ; ; ; .
Изменение ключа продукта на MAK
Если по какой-то причине вам не удается установить узел KMS или использовать активацию KMS, попробуйте изменить ключ продукта на MAK. Если вы скачали образы Windows с сайта Microsoft Developer Network (MSDN) или TechNet, номера SKU, перечисленные под носителем, обычно связаны с корпоративными лицензиями на носители, а предоставленный ключ продукта является ключом MAK.
Чтобы изменить ключ продукта на MAK, сделайте следующее:
- Откройте окно командной строки с повышенными правами. Для этого нажмите клавиши Windows+X, щелкните правой кнопкой мыши элемент Командная строка и выберите Запуск от имени администратора. При появлении запроса на ввод или подтверждение пароля администратора введите пароль или подтвердите его.
- В командной строке выполните следующую команду:
Заполнитель xxxxx-xxxxx-xxxxx-xxxxx-xxxxx представляет ключ продукта MAK.
Настройка узла KMS для активации клиентов
Для активации клиентов KMS нужно настроить узел KMS. Если в вашей среде нет узлов KMS, установите и активируйте их с помощью соответствующего ключа узла KMS. Настроив компьютер в сети для размещения программного обеспечения KMS, опубликуйте параметры DNS.
Проверка основного IP-подключения к DNS-серверу
Проверьте основное IP-подключение к DNS-серверу с помощью команды ping. Для этого выполните следующие действия как на клиенте KMS, на котором возникла ошибка, так и на узле KMS:
- Откройте окно командной строки с повышенными правами.
- В командной строке выполните следующую команду:
Если выходные данные этой команды не содержат фразу Reply from, это указывает на проблему с сетью или DNS, которую необходимо устранить, прежде чем можно будет переходить к другим инструкциям, описанным в этой статье. Узнайте больше об устранении неполадок TCP/IP при сбое проверки связи с DNS-сервером в расширенном руководстве по устранению неполадок с TCP/IP.
Проверка конфигурации узла KMS
Проверьте реестр сервера узла службы KMS, чтобы определить, выполняется ли его регистрация в DNS. По умолчанию сервер узла службы KMS динамически регистрирует запись SRV DNS каждые 24 часа.
Внимательно выполните действия, описанные в этом разделе. Неправильное изменение реестра может привести к серьезным проблемам. Перед внесением изменений создайте резервную копию реестра для его восстановления в случае возникновения проблем.
Для проверки сделайте следующее:
- Откройте редактор реестра. Для этого щелкните правой кнопкой мыши Пуск, выберите Выполнить, введите regedit и нажмите клавишу ВВОД.
- Найдите подраздел HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SL и проверьте значение записи DisableDnsPublishing. Эта запись может иметь следующие значения:
- 0 или не определено (по умолчанию). Сервер узла KMS регистрирует запись SRV каждые 24 часа.
- 1. Сервер узла KMS не регистрирует записи SRV автоматически. Если ваша реализация не поддерживает динамические обновления, см. руководство по созданию записи SRV KMS вручную.
- Если запись DisableDnsPublishing отсутствует, создайте ее (тип — DWORD). Если динамическая регистрация допускается, оставьте неопределенное значение или укажите 0.
Определение типа проблемы с маршрутизацией
Вы можете определить, связана ли проблема с разрешением имен или записью SRV, с помощью следующих команд.
На клиенте KMS откройте окно командной строки с повышенными правами.
В командной строке введите следующие команды:
В этой команде <KMS_FQDN> представляет полное доменное имя (FQDN) главного компьютера KMS, а <port> представляет TCP-порт, используемый KMS.
Если эти команды помогли устранить проблему, значит проблема была в записи SRV. Вы можете устранить ее с помощью одной из команд, описанных в инструкциях по назначению узла KMS клиенту KMS вручную.
Если проблема не устранена, выполните следующие команды:
В этой команде <IP Address> представляет IP-адрес главного компьютера KMS, а <port> представляет TCP-порт, используемый KMS.
Если эти команды помогли устранить проблему, это указывает на возможную проблему с разрешением имен. Дополнительные сведения об устранении неполадок см. в инструкциях по проверке конфигурации DNS.
Если ни одна из этих команд не устраняет проблему, проверьте конфигурацию брандмауэра компьютера. Любой обмен данными для активации между клиентами KMS и узлом KMS, происходит с использованием TCP-порта 1688. Брандмауэры должны разрешать обмен данными через порт 1688 как на клиенте KMS, так и на узле KMS.
Проверка конфигурации DNS
Если не указано иное, выполните следующие действия на клиенте KMS, где возникла соответствующая ошибка.
- Проверьте IP-адрес, имя узла, порт и домен узла KMS.
- Если эти записи _vlmcs существуют и содержат ожидаемые имена узла KMS, перейдите к инструкциям по назначению узла KMS клиенту KMS вручную.
Если команда nslookup находит узел KMS, это не значит, что клиент DNS может найти узел KMS. Если команда nslookup находит узел KMS, но активация с помощью узла KMS по-прежнему не удается, проверьте другие параметры DNS, включая основной суффикс DNS и список суффиксов DNS.
Создание записи SRV KMS вручную
Чтобы вручную создать запись SRV для узла KMS, использующего DNS-сервер Майкрософт, сделайте следующее:
- Откройте на DNS-сервере диспетчер DNS. Чтобы открыть диспетчер DNS, щелкните Пуск, Администрирование и Служба DNS.
- Выберите DNS-сервер, на котором необходимо создать запись ресурса SRV.
- В дереве консоли разверните узел Зоны прямого просмотра, щелкните правой кнопкой мыши домен и выберите Другие новые записи.
- Прокрутите список вниз, выберите Расположение службы (запись SRV) и щелкните Создать запись.
- Введите следующие сведения:
- служба — _VLMCS;
- протокол — _TCP;
- номер порта — 1688;
- узел, на котором размещена служба — <FQDN узла KMS> .
- По окончании щелкните ОК и Готово.
Чтобы вручную создать запись SRV для узла KMS, использующего совместимый с BIND 9.x DNS-сервер, следуйте инструкциям по настройке этого DNS-сервера и предоставьте следующие сведения для записи SRV:
KMS не использует значения приоритета или веса. Но запись должна содержать их.
Чтобы включить для совместимого с BIND 9.x DNS-сервера поддержку автоматической публикации KMS, включите для него обновление записей ресурсов с узлов KMS. Например, добавьте следующую строку в определение зоны в файле Named.conf или Named.conf.local:
Назначение узла KMS клиенту KMS вручную
По умолчанию клиенты KMS используют процесс автоматического обнаружения. При этом клиент KMS запрашивает у DNS список серверов, которые опубликовали записи SRV _vlmcs в зоне членства клиента. DNS возвращает список узлов KMS в случайном порядке. Клиент выбирает узел KMS и пытается открыть на нем сеанс. Если попытка удается, клиент кэширует имя узла KMS и попытается использовать его для следующей попытки продления. В случае сбоя клиент случайным образом выбирает другой узел KMS. Мы настоятельно рекомендуем использовать процесс автоматического обнаружения.
Но вы также можете назначить узел KMS определенному клиенту KMS. Для этого выполните следующие действия.
- На клиенте KMS откройте окно командной строки с повышенными правами.
- В зависимости от реализации выполните одно из следующих действий:
- Чтобы назначить узел KMS с помощью FQDN, выполните следующую команду:
- Чтобы назначить узел KMS с помощью IPv4, выполните следующую команду:
- Чтобы назначить узел KMS с помощью IPv6, выполните следующую команду:
- Чтобы назначить узел KMS с помощью NetBIOS, выполните следующую команду:
- Чтобы вернуться к автоматическому обнаружению на клиенте KMS, выполните следующую команду:
В этих командах используются следующие заполнители:
- <KMS_FQDN> — полное доменное имя (FQDN) главного компьютера KMS;
- <IPv4Address> — IP-адрес версии 4 главного компьютера KMS;
- <IPv6Address> — IP-адрес версии 6 главного компьютера KMS;
- <NETBIOSName> — имя NetBIOS главного компьютера KMS;
- <port> — TCP-порт, используемый KMS.
Настройка узла KMS для публикации в нескольких доменах DNS
Внимательно выполните действия, описанные в этом разделе. Неправильное изменение реестра может привести к серьезным проблемам. Перед внесением изменений создайте резервную копию реестра для его восстановления в случае возникновения проблем.
Как описано в инструкциях по назначению узла KMS клиенту KMS вручную, клиенты KMS обычно используют процесс автоматического обнаружения для обнаружения узлов KMS. Для этого необходимо, чтобы записи SRV _vlmcs были доступными в зоне DNS клиентского компьютера KMS. Зона DNS соответствует либо основному DNS-суффиксу компьютера, либо одному из следующих компонентов:
- для компьютеров, присоединенных к домену, — домену компьютера, назначенному системой DNS (например, DNS AD DS);
- для компьютеров, входящих в рабочую группу — домену компьютера, назначенному протоколом DHCP. Это доменное имя определяется параметром с кодом, имеющим значение 15, как определено в RFC 2132.
Если узел и клиенты KMS используют разные зоны DNS, вам нужно включить для узла KMS автоматическую публикацию записей SRV в нескольких доменах DNS. Для этого выполните следующие действия:
- На узле KMS откройте редактор реестра.
- Найдите и выберите подраздел HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SL.
- В разделе Сведения щелкните правой кнопкой мыши пустую область, а затем выберите Создать и Мультистроковый параметр.
- В качестве имени новой записи введите DnsDomainPublishList.
- Щелкните правой кнопкой мыши новую запись DnsDomainPublishList и выберите Изменить.
- В диалоговом окне Редактирование мультистроки введите в отдельную строку каждый суффикс домена DNS, который KMS публикует, и щелкните ОК.
В Windows Server 2008 R2 формат для DnsDomainPublishList отличается. Сведения см. в техническом справочнике по активации корпоративных лицензий.
В этой статье рассматривается устранение неполадок DNS-клиентов.
Проверка IP-конфигурации
Откройте окно командной строки от имени администратора на клиентском компьютере.
Выполните следующую команду:
Убедитесь, что у клиента есть допустимый IP-адрес, маска подсети и шлюз по умолчанию для сети, к которой он присоединен и используется.
Проверьте DNS-серверы, указанные в выходных данных, и убедитесь, что указанные IP-адреса указаны правильно.
Проверьте в выходных данных DNS-суффикс подключения и убедитесь, что он указан правильно.
Если у клиента нет допустимой конфигурации TCP/IP, используйте один из следующих методов.
Для динамически настроенных клиентов используйте ipconfig /renew команду, чтобы вручную обновить конфигурацию IP-адресов на DHCP-сервере.
Для статически настроенных клиентов измените свойства TCP/IP клиента, чтобы они использовали допустимые параметры конфигурации, или завершите настройку DNS для сети.
Проверка сетевого подключения
Проверка связи
Убедитесь, что клиент может связаться с предпочитаемым (или альтернативным) DNS-сервером, обратившись к предпочитаемому DNS-серверу по его IP-адресу.
Например, если клиент использует предпочитаемый DNS-сервер 10.0.0.1, выполните следующую команду в командной строке:
Если ни один настроенный DNS-сервер не отвечает на прямую проверку связи с IP-адресом, это означает, что источником проблемы является более вероятное сетевое подключение между клиентом и DNS-серверами. В этом случае выполните основные действия по устранению неполадок сети TCP/IP, чтобы устранить проблему. Помните, что для работы команды ping трафик ICMP должен быть разрешен через брандмауэр.
Тесты запросов DNS
Если DNS-клиент может проверить связь с компьютером DNS-сервера, попробуйте использовать следующие nslookup команды, чтобы проверить, может ли сервер отвечать на DNS-клиенты. Так как nslookup не использует кэш DNS клиента, разрешение имен будет использовать настроенный клиент DNS-сервер.
Тестирование клиента
Например, если клиентский компьютер имеет имя КЛИЕНТ1, выполните следующую команду:
Если успешный ответ не возвращается, попробуйте выполнить следующую команду:
При выполнении этого теста необходимо включить конечную точку.
если Windows успешно найдет полное доменное имя, но не сможет найти его, проверьте конфигурацию dns-суффикса на вкладке dns расширенного протокола TCP/IP Параметры сетевого адаптера. Дополнительные сведения см. в разделе Настройка разрешения DNS.
Тестирование DNS-сервера
Например, если DNS-сервер называется DC1, выполните следующую команду:
Если предыдущие тесты были успешными, этот тест также должен быть успешным. Если проверка не прошла успешно, проверьте подключение к DNS-серверу.
Тестирование записи, в которой происходит сбой
Проверка общедоступного адреса в Интернете
Чтобы устранить эту проблему, очистите кэш, выполнив ipconfig /flushdns .
Следующий шаг
Если разрешение имен по-прежнему не выполняется, перейдите к разделу Устранение неполадок DNS-серверов .
![Keffer]()
как еще входить на компы?
вместо имени компа - ip? (для сетевых обращений)
а вместо имени юзера - SID?вам сударь в пещерный век наверное?
У вас скорее всего в DNS регистрируется сама машина, соответственно владелец DNS записи - аккаунт компьютера.
И другой компьютерный аккаунт его не может перезаписать-ибо нет прав.
Выхода здесь два:
1. Настроить scavenging\aging, чтобы устаревшие DNS записи вовремя удалялись.
2. Использовать в настройках DHCP сервера специальный сервисный AD аккаунт, у которого есть права на создание, удалению и модицификацию DNS записей. Тогда при выдаче адресов DHCP серверов, DNS записи будут создаваться не от имени каждой конкретной машинки, а от имени этого аккаунта. Опишу второй вариант решения подробнее.
1. Создаете в AD сервисный аккаунт типа user.
2. вводите его данные в DHCP консоли в свойствах IPv4
![5e5621d8e2948519246135.jpg]()
3. Открываете dnsmgmt и свойствах нужных зон во вкладке Security добавляете для аккаунта из пункта 1 права на create\delete all child objects.
Теперь при выдаче адреса через DHCP - DNS имя будет регистрироваться от имени сервисного аккаунта и сможете удалить старые записи.
![grims]()
Смотря кто у вас раздает IP адреса, если это контроллер домена, то вероятно у вас что-то с настройками DNS-сервера на нем.
Как вариант попробуйте поменять время аренды IP адреса в меньшую или большую стороны, в зависимости от текущих настроек.
Захватите запросы и ответы при помощи Wireshark, проанализируйте кто, чего, кому "говорит".
Как себя будут вести проблемные хосты при выполнении команд Win+R-->cmd:При работе с сайтом может возникнуть ситуация, когда DNS-сервер недоступен. В статье мы расскажем, почему это происходит и что делать, чтобы сайт заработал.
![]()
В случаях когда ДНС не работает, причина может зависеть от действий пользователя или от настройки DNS-серверов на стороне интернет-провайдера.
После указания DNS-серверов сайт начинает работать не сразу — нужно дождаться их обновления. Для серверов DNS обновление происходит в течение 24 часов. Если с момента указания DNS-серверов прошло больше суток, но сайт по-прежнему недоступен, нужно выяснить причину и устранить её.
Рассмотрим варианты, что делать, если недоступен сервер DNS.
Поскольку у вас нет доступа к DNS-серверу «напрямую», попробуйте устранить проблему с помощью описанных ниже решений:
1. Очистите кэш браузера. Для этого перейдите по адресу вашего сайта и нажмите Ctrl + F5. Если ошибка сохранилась, попробуйте другой способ.
2. Если вы хотите, чтобы сайт заработал как можно быстрее, настройте для своего домена DNS-серверы компании Google: 8.8.8.8 и 8.8.4.4. DNS обновятся в течение 3-4 часов.
Перед тем как проверить, решена ли проблема, нужно обновить кэш ДНС.
3. Проверьте активность домена в Личном кабинете. Если домен не активен, возможно, его нужно продлить. Если причина не в этом, обратитесь в техническую поддержку своего регистратора.
![]()
4. Проверьте доступность ресурса через сайт cameleo: укажите адрес вашего сайта и кликните GO. Если сайт доступен в сети, значит проблема на стороне провайдера. Также доступность можно проверить через сервис бесплатной проверки доступности сайта из различных частей мира.
5. Проверьте указанные для домена DNS-серверы через Whois-сервис. Для этого введите имя вашего домена и нажмите Проверить. Сервис выдаст ответ через несколько секунд.
![]()
Прописанные для домена серверы находятся в строках «nserver»:
![]()
Если для домена прописаны неподходящие серверы, обновить DNS-серверы можно по инструкции Как указать (изменить) DNS-серверы для домена. Если на вашем компьютере установлена ОС Windows, это можно сделать через параметры подключения TCP/IP по инструкции. DNS-серверы обновятся в течение 24 часов.
6. Если ни один из способов не сработал, обратитесь в клиентскую службу.
Читайте также:
