Меню

Не удалось настроить dhcp сервер код ошибки 0x80074e66

Клиенты получают неверные настройки (IP-адреса) по DHCP | GeekBrains — образовательный портал

Клиенты получают неверные настройки (IP-адреса) по DHCP

Чтобы взаимодействовать с другими, каждому устройству в сети необходимо иметь четыре основные настройки на сетевом адаптере — IP-адрес, маску, шлюз по умолчанию и адреса DNS-серверов (хотя последнее на самом деле опционально). Есть два основных способа назначения сетевых настроек — статически (вручную) и динамически (автоматически по протоколу DHCP от DHCP-сервера).

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

Симптомы

Обычно всё начинается с жалоб на неработающий интернет или отсутствие доступа к локальным сетевым ресурсам. Иногда достаточно провести диагностику только на стороне клиента, но может понадобиться полная диагностика и со стороны сервера в том числе. Начнём с первой опции.

Диагностика на стороне клиента

Чтобы понять, что происходит, первым делом, конечно, следует проверить, подключён ли клиент физически к проводной или беспроводной сети. Если да, то самое время приступать к проверке сетевых настроек на устройстве клиента с помощью утилит Ipconfig /all (в командной строке Windows), Ifconfig или Ip addr (в терминале Linux).

Вывод команд покажет текущий IP-адрес и другие настройки на сетевом адаптере (или всех адаптерах, если их несколько). При этом, если на сетевом адаптере нет корректного IP-адреса, возможных вариантов его настроек может быть немного.

Вариант 1. Текущий IP-адрес имеет вид 169.254.Х. Х

Скорее всего, на клиентской машине при этом установлена ОС Windows. Это значит, что клиенту действительно не удалось получить сетевые настройки, потому что DHCP-сервер не отвечал, и адрес был сгенерирован службой APIPA (Automatic Private IP Addressing) из диапазона 169.254.0.0 – 169.254.255.255. Если клиент — Linux-машина, адрес может принимать вид 0.0.0.0, либо отсутствовать в принципе.

Пожалуй, самое очевидное действие в такой ситуации — попытаться снова получить IP-адрес, отправив повторно DHCP-запрос, а заодно убедиться, что на устройстве запущен DHCP-клиент. Это можно сделать несколькими способами:

При выводе каких-либо ошибок и/или предупреждений нужно в первую очередь их устранить — например если DHCP-клиент не запущен, сперва его необходимо включить. После этого нужно снова проверить настройки. Если результат остался прежним, проверьте работоспособность сетевого драйвера и стека протоколов TCP/IP в целом. Проще всего это сделать с помощью команды Ping 127.0.0.1 (так называемая проверка внутренней обратной петли). Если в результате выполнения команды ответ от собственного сетевого адаптера получен, можно считать диагностику на стороне клиента завершённой и переходить к диагностике со стороны DHCP-сервера.

Вариант 2. Текущий IP-адрес не из диапазона 169.254.0.0 – 169.254.255.255, но и не из того диапазона адресов, которые должен выдавать DHCP-сервер

Как известно, чудес не бывает. Если настройки, которые получает клиент, не от доверенного DHCP-сервера в сети, значит, их раздаёт кто-то другой. Тот, кто случайно или специально подключил к сети DHCP-сервер со своей конфигурацией. Возможно, это обычный Wi-Fi-роутер, к которому кабель по ошибке подключили через один из LAN-портов. Тогда ваша задача — найти недоверенный DHCP-сервер и предотвратить такие попытки в будущем.

Здесь нужно вспомнить, как работает DHCP-протокол. Клиент отправляет широковещательный запрос (DHCPDISCOVER), который получат все DHCP-серверы в сети и отправят в ответ свои предложения IP-адреса (DHCPOFFER). При этом клиент примет первое полученное предложение (DHCPOFFER), скорее всего, от ближайшего DHCP-сервера, а остальные отклонит.

Очевидно, что предложение от доверенного DHCP-сервера приходит позже, скорее всего, потому, что он дальше от клиента. Для последующей диагностики на устройстве клиента нужно установить анализатор сетевого трафика (Wireshark или Tcpdump), запустить его, отфильтровав трафик по типу протокола DHCP или портам 67–68, и посмотреть в DHCP-ответах IP и MAC адрес DHCP-сервера, который их отправляет:

Дальше дело за малым. Во-первых, можно воспользоваться сервисом macvendors. com или аналогичным и по MAC-адресу определить производителя оборудования этого устройства. У Wireshark есть такая функция. Во-вторых, если есть управляемые коммутаторы в сети, найти по MAC, в какой порт какого коммутатора подключено это устройство. После нейтрализации недоверенного DHCP-сервера клиенту, скорее всего, удастся получить верные настройки. Для предотвращения таких инцидентов в будущем рекомендуется внедрить методы защиты от атак на DHCP на сетевом оборудовании.

Вариант 3. Текущий IP-адрес корректный, но доступа к интернету и другим сетевым ресурсам по-прежнему нет

Если это так, то стоит вернуться к проверке не только самого IP-адреса, но и всех остальных настроек. И особенно к проверке маски, адреса шлюза по умолчанию и адресов DNS-серверов, так как именно через шлюз устройству предстоит связываться с другими сетями, а с помощью DNS-серверов — преобразовывать доменные имена в IP-адреса.

Следует помнить, что DHCP-сервер может раздавать настройки выборочно, а сам клиент может выборочно их применять. Например, только IP-адрес, маску и шлюз. Это скорее исключение, но в таком случае адреса DNS придётся прописать руками. Гораздо хуже, если настройки адресов DNS-серверов от DHCP-сервера игнорируются просто потому, что их переопределяет стороннее ПО или неверные статические настройки. Такое тоже бывает.

Диагностика на стороне сервера

Итак, диагностика на стороне клиента показала, что проблем не обнаружено. Независимо от реализации DHCP-сервера, теперь необходимо пошагово проверить ряд предположений, начиная с самых простых и очевидных.

Запущен ли DHCP как сервис?

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

Приходят ли запросы от клиентов на DHCP-сервер?

Чтобы определить это, нужно снова запустить анализатор сетевого трафика. На этот раз на сервере. После запуска на сервере tcpdump, dhcpdump или Wireshark клиенту, у которого проблемы с получением адреса, необходимо попытаться получить его снова любым способом, описанным в начале статьи. Если DHCP-сервер работает в штатном режиме, то должны быть и запросы, и ответы. Но всё может быть иначе.

Нет ни запросов, ни ответов?

Предположим, что у нас есть по крайней мере один клиент, которому не удаётся получить настройки, и запрос от него точно должен был прийти на сервер. Если этого не произошло, очевидно, что клиент либо сам не отправляет запрос, либо запрос не доходит до сервера по разным причинам. Может, он блокируется на промежуточном сетевом оборудовании или в сети некорректно работает ретрансляция DHCP-запросов dhcp_relay.
Чтобы это проверить, можно в первом случае вернуться к диагностике на стороне клиента и проследить с помощью анализатора сетевого трафика, что клиент отправляет DHCP-запрос. Во втором — проверить настройки на промежуточном сетевом оборудовании.

Запрос(ы) есть, ответа(ов) нет?

Самая простая и очевидная причина в этом случае — закончился пул свободных адресов. Это легко проверить на самом DHCP-сервере по списку выделенных IP-адресов (leases). Если причина действительно в этом — задумайтесь: возможно, пришло время для увеличения пула пригодных для использования IP-адресов на сервере. Чтобы решить проблему прямо сейчас, можно почистить список существующих адресов, выданных в аренду клиентам, уменьшить время аренды и перезапустить сервис DHCP. Но быстрые решения помогают не всегда, а причин может быть гораздо больше. В таком случае придётся детально просматривать логи, а также последние изменения в конфигурации на сервере.

DHCP не включен на сетевом адаптере «Беспроводная сеть», «Ethernet», «Подключение по локальной сети»

Самая популярная проблема при подключении ПК или ноутбука к интернету, это когда вроде бы все подключили, но интернет не работает. В этом случае может быть очень много разных симптомов, причин и решений. Первым делом нужно выяснить в чем причина. Рекомендую ориентироваться на ошибки, которые отображаются в Windows. Мало кто сразу запускает диагностику неполадок. А зря, ведь если само средство диагностики и устранения неполадок не сможет все исправить, то хотя бы сообщит нам об ошибке и подскажет где и как искать проблему. Как в нашем случае с ошибкой «DHCP не включен на сетевом адаптере. «, которую можно увидеть в Windows 10, Windows 7 и т. д.

Когда после подключения кабеля, или после подключения к Wi-Fi сети (или попытки подключения) вы видите ошибку «Неопознанная сеть», «Подключение к интернету отсутствует», «Нет подключения. Вы не подключены ни к одной сети», «Без доступа к интернету» и т. д., то запустите диагностику неполадок.

Вполне возможно, что в процессе диагностики появится ошибка «DHCP не включен на сетевом адаптере Беспроводная сеть» (при подключении по Wi-Fi) :

При этом в самой системе (в моем случае в Windows 10) статус подключения к сети будет выглядеть примерно вот так (может немного отличаться в зависимости от способа подключения) :

Если у вас все примерно так же, то вы зашли по адресу. Сейчас покажу, как можно решить эту проблему. Но сначала несколько слов о том, почему появляется эта ошибка, и почему этот DHCP не включен на сетевом адаптере.

Если просто и коротко, то DHCP позволяет Windows автоматически получать IP-адреса от роутера, или оборудования вашего интернет-провайдера. А эта ошибка появляется тогда, когда DHCP не может автоматически получит адреса, или не может получить те адреса, которые прописаны вручную. Чаще всего это происходит после того, как сам пользователь, или какой-то софт меняет настройки DHCP в свойствах адаптера «Беспроводная сеть», или «Ethernet». Это в Windows 10. А в Windows 7 это адаптеры «Беспроводное сетевое соединение» и «Подключение по локальной сети».

Как исправить ошибку «DHCP не включен на сетевом адаптере. » в Windows 10?

Для Windows 8 и Windows 7 эти рекомендации так же должны подойти. Некоторые пункты меню и настройки могут немного отличатся. Я буду показывать все на примере Windows 10.

Решение №1: через диагностику сетей Windows

Если вам повезет, то сразу после запуска средства диагностики появится следующее сообщение: «Автоматически обновлять параметры сети. В системе поддерживается автоматическое определение параметров сети». Не задумываясь нажимайте на «Внести это исправление».

Или после того, как будет обнаружена проблема, например, «DHCP не включен на сетевом адаптере Беспроводная сеть» нажмите на пункт «Попробуйте выполнить восстановление от имени администратора».

Если системе удастся автоматически решить эту проблему, то напротив обнаруженной проблемы появится надпись «Исправлено» и интернет заработает.

Если не получится с первого раза, то перезагрузите компьютер и запустите диагностику неполадок повторно.

Решение №2: проверяем настройки DHCP вручную

Первым делом нам нужно открыть окно «Сетевые подключения». Сделать это можно с помощью команды Ncpa. cpl. Нажмите сочетание клавиш Win+R, скопируйте эту команду в поле «Открыть» и нажмите «Ok».

Дальше нужно нажать правой кнопкой мыши и открыть «Свойства» того адаптера, при подключении через который у вас возникла эта ошибка. В случае с Windows 10: «Ethernet» – это подключение по кабелю, а «Беспроводная сеть» – подключение по Wi-Fi.

Дальше выделяем протокол «IP версии 4 (TCP/IPv4)» и нажимаем на кнопку «Свойства». Выставляем автоматическое получение IP и DNS адресов, как показано на скриншоте ниже и нажимаем «Ok».

Если подключение к интернет не появится и статус «Неопознанная сеть» возле адаптера не пропадает, то убедитесь, что вы меняли настройки именно того адаптера, через который выполняете подключение. Так же выполните перезагрузку компьютера.

Выше я показал два основных решения, с помощью которых чаще всего удается избавится от этой ошибки. Если у вас ничего не получилось – смотрите другие решения.

Дополнительные решения и подсказки

Источники:

Https://gb. ru/posts/klienty-poluchayut-nevernye-nastrojki-ip-adresa-po-dhcp

Https://help-wifi. com/reshenie-problem-i-oshibok/dhcp-ne-vklyuchen-na-setevom-adaptere-besprovodnaya-set-ethernet-podklyuchenie-po-lokalnoj-seti/

Источник
  • Remove From My Forums

  • Question

  • We are running W2K8 R2, and had successfully started running DHCP.  But, because of a need to remote boot a new machine we needed to add Active Directory to the server.  After adding Active Directory our DHCP server would not run, saying that it
    first needs to be authorized.  However, there is no option (either under the Action menu or when right-clicking on the DHCP server) to authorize.  We thought that maybe the problem was caused by DHCP being on prior to Active directory, but even after
    removing DHCP and then adding it back we get the same problem.

    Can anyone help on this?

    Rick

    Rick

Answers

  • Unfortunately, nothing was actually resolved from what we originally needed to do.  To resolve the DHCP issue we had to remove all relevant services and re-add them, losing all user accounts at the same time, so we almost had to start from scratch. 
    And, the creating a terminal is apparently not possible with Windows Server, so we are back to just using an XP machine and logging in with RDP, which is exactly what we were trying to change.

    I do appreciate the help that everyone tried to give, but ultimately we just went around in a big circle and have ended up back where we started.

    Rick

    Rick

    • Marked as answer by

      Thursday, August 26, 2010 2:14 PM

Источник
  • Remove From My Forums

  • Question

  • We are running W2K8 R2, and had successfully started running DHCP.  But, because of a need to remote boot a new machine we needed to add Active Directory to the server.  After adding Active Directory our DHCP server would not run, saying that it
    first needs to be authorized.  However, there is no option (either under the Action menu or when right-clicking on the DHCP server) to authorize.  We thought that maybe the problem was caused by DHCP being on prior to Active directory, but even after
    removing DHCP and then adding it back we get the same problem.

    Can anyone help on this?

    Rick

    Rick

Answers

  • Unfortunately, nothing was actually resolved from what we originally needed to do.  To resolve the DHCP issue we had to remove all relevant services and re-add them, losing all user accounts at the same time, so we almost had to start from scratch. 
    And, the creating a terminal is apparently not possible with Windows Server, so we are back to just using an XP machine and logging in with RDP, which is exactly what we were trying to change.

    I do appreciate the help that everyone tried to give, but ultimately we just went around in a big circle and have ended up back where we started.

    Rick

    Rick

    • Marked as answer by

      Thursday, August 26, 2010 2:14 PM

Источник
  • Remove From My Forums

  • Вопрос

  • Все было нормально, ничего не менялось.

    DHCP перестал работать. Его удалили и попытались поставить заново.

    DHCP-сервер: Установка завершена с ошибками

     <Ошибка>: Не удалось настроить DHCP-сервер, код ошибки 0x80074E54. Параметры области неверны. Либо такая область уже существует, либо адрес и маска ее подсети не согласуются с адресом и маской существующей области. 

    Никаких других областей нет.

    Есть кусок лога:

     2013-10-04 11:54:00.585 [DnsConfig]                 Validation of DNS server 192.168.100.12 resulted in: return=0, status=0, substatus=0, delay=0
    2828: 2013-10-04 11:54:58.102 [DhcpHelper]                Begin GetNetworkByteOrdering
    2828: 2013-10-04 11:54:58.102 [DhcpHelper]                End GetNetworkByteOrdering, Bytes = {Byte 0: 192 Byte 1: 168 Byte 2: 100 Byte 3: 201 }, Network Byte Order = 3232261321
    2828: 2013-10-04 11:54:58.102 [DhcpHelper]                Begin GetNetworkByteOrdering
    2828: 2013-10-04 11:54:58.102 [DhcpHelper]                End GetNetworkByteOrdering, Bytes = {Byte 0: 192 Byte 1: 168 Byte 2: 100 Byte 3: 249 }, Network Byte Order = 3232261369
    2828: 2013-10-04 11:54:58.102 [DhcpHelper]                Begin GetNetworkByteOrdering
    2828: 2013-10-04 11:54:58.102 [DhcpHelper]                End GetNetworkByteOrdering, Bytes = {Byte 0: 255 Byte 1: 255 Byte 2: 255 Byte 3: 0 }, Network Byte Order = 4294967040
    2828: 2013-10-04 11:54:58.118 [DhcpHelper]                Begin GetNetworkByteOrdering
    2828: 2013-10-04 11:54:58.118 [DhcpHelper]                End GetNetworkByteOrdering, Bytes = {Byte 0: 192 Byte 1: 168 Byte 2: 100 Byte 3: 201 }, Network Byte Order = 3232261321
    2828: 2013-10-04 11:54:58.118 [DhcpHelper]                Begin GetNetworkByteOrdering
    2828: 2013-10-04 11:54:58.118 [DhcpHelper]                End GetNetworkByteOrdering, Bytes = {Byte 0: 255 Byte 1: 255 Byte 2: 255 Byte 3: 0 }, Network Byte Order = 4294967040
    2828: 2013-10-04 11:55:28.554 [DhcpHelper]                Begin GetNetworkByteOrdering
    2828: 2013-10-04 11:55:28.569 [DhcpHelper]                End GetNetworkByteOrdering, Bytes = {Byte 0: 192 Byte 1: 168 Byte 2: 100 Byte 3: 201 }, Network Byte Order = 3232261321
    2828: 2013-10-04 11:55:28.569 [DhcpHelper]                Begin GetNetworkByteOrdering
    2828: 2013-10-04 11:55:28.569 [DhcpHelper]                End GetNetworkByteOrdering, Bytes = {Byte 0: 192 Byte 1: 168 Byte 2: 100 Byte 3: 249 }, Network Byte Order = 3232261369
    2828: 2013-10-04 11:55:28.569 [DhcpHelper]                Begin GetNetworkByteOrdering
    2828: 2013-10-04 11:55:28.569 [DhcpHelper]                End GetNetworkByteOrdering, Bytes = {Byte 0: 255 Byte 1: 255 Byte 2: 255 Byte 3: 0 }, Network Byte Order = 4294967040
    2828: 2013-10-04 11:55:28.569 [DhcpHelper]                Begin GetNetworkByteOrdering
    2828: 2013-10-04 11:55:28.569 [DhcpHelper]                End GetNetworkByteOrdering, Bytes = {Byte 0: 192 Byte 1: 168 Byte 2: 100 Byte 3: 201 }, Network Byte Order = 3232261321
    2828: 2013-10-04 11:55:28.585 [DhcpHelper]                Begin GetNetworkByteOrdering
    2828: 2013-10-04 11:55:28.585 [DhcpHelper]                End GetNetworkByteOrdering, Bytes = {Byte 0: 255 Byte 1: 255 Byte 2: 255 Byte 3: 0 }, Network Byte Order = 4294967040
    2828: 2013-10-04 11:56:31.016 [AuthorizePage]             Impersonating user for DHCP authorization page check.
    2828: 2013-10-04 11:56:31.016 [AuthorizePage]             Current user:      S-1-5-21-2165938818-3844895360-1472225758-1106
    2828: 2013-10-04 11:56:31.032 [AuthorizePage]             Domain:            S-1-5-21-2165938818-3844895360-1472225758
    2828: 2013-10-04 11:56:31.032 [AuthorizePage]             Domain Admins:     S-1-5-21-2165938818-3844895360-1472225758-512
    2828: 2013-10-04 11:56:31.141 [AuthorizePage]             Member of Domain Admins:     True
    2828: 2013-10-04 11:56:36.383 [InstallationProgressPage]  Loading progress page…
    2828: 2013-10-04 11:56:36.429 [InstallationProgressPage]  Begining Sync operation…
    2828: 2013-10-04 11:56:36.429 [Sync]                      
    Sync Graph of changed nodes
    ==========
    —————————————————————————
    name     : DHCP-сервер
    state    : Changed
    rank     : 1
    sync tech: CBS
    ant.     : empty
    pred.    : empty
    provider : DhcpServerRoleProvider

    2828: 2013-10-04 11:56:36.429 [Sync]                      Calling sync provider of DHCP-сервер …
    2828: 2013-10-04 11:56:36.429 [DHCP]                      Sync:: guest: ‘DHCP-сервер’, guest deleted?: False
    2828: 2013-10-04 11:56:36.429 [DHCP]                      Begin installation of ‘DHCP-сервер’…
    2828: 2013-10-04 11:56:36.429 [DHCP]                      Install: Guest: ‘DHCP-сервер’, updateElement: ‘DHCPServer’
    2828: 2013-10-04 11:56:36.429 [DHCP]                      Installation queued for ‘DHCP-сервер’.
    2828: 2013-10-04 11:56:36.429 [CBS]                       installing ‘DHCPServer ‘ …
    2828: 2013-10-04 11:56:38.691 [CBS]                       …parents that will be auto-installed: ‘<none>’
    2828: 2013-10-04 11:56:38.691 [CBS]                       …default children to turn-off: ‘<none>’
    2828: 2013-10-04 11:56:38.738 [CBS]                       …current state of ‘DHCPServer’: p: Staged, a: Staged, s: UninstallRequested
    2828: 2013-10-04 11:56:38.738 [CBS]                       …setting state of ‘DHCPServer’ to ‘InstallRequested’
    2828: 2013-10-04 11:56:38.769 [CBS]                       …’DHCPServer’ : applicability: Applicable
    2828: 2013-10-04 11:56:38.832 [CbsUIHandler]              Initiate:

    2828: 2013-10-04 11:56:38.832 [InstallationProgressPage]  Установка…
    2828: 2013-10-04 11:56:42.279 [InstallationProgressPage]  Проверка установки…
    2828: 2013-10-04 11:56:42.560 [CbsUIHandler]              Terminate:

    2828: 2013-10-04 11:56:42.872 [CBS]                       …done installing ‘DHCPServer ‘. Status: 0 (0)
    2828: 2013-10-04 11:56:42.872 [DHCP]                      Begin configuration of ‘DHCP-сервер’…
    2828: 2013-10-04 11:56:42.888 [InstallationProgressPage]  Выполнение настройки…
    2828: 2013-10-04 11:56:42.888 [DHCP]                      Did not find any Configuration messages for DHCP-сервер
    2828: 2013-10-04 11:56:42.888 [DHCP]                      Configure: ‘DHCP-сервер’
    2828: 2013-10-04 11:56:42.935 [DHCP]                      Successfully added Dhcp security groups.
    2828: 2013-10-04 11:56:42.935 [DHCP]                      Determining well known IP address of DHCP server being configured…
    2828: 2013-10-04 11:56:42.950 [DHCP]                      Begin GetWellKnownAddress
    2828: 2013-10-04 11:56:42.950 [DHCP]                      End GetWellKnownAddress, preferred well known address = 192.168.100.12
    2828: 2013-10-04 11:56:42.950 [DHCP]                      Starting the DhcpServer service…
    2828: 2013-10-04 11:56:47.739 [DHCP]                      DhcpServer service started successfully.
    2828: 2013-10-04 11:56:47.739 [DHCP]                      Configuring bindings…
    2828: 2013-10-04 11:56:47.739 [DHCP]                      Begin DhcpGetServerBindingInfo, ServerIpAddress = 192.168.100.12
    2828: 2013-10-04 11:56:47.739 [DHCP]                      End DhcpGetServerBindingInfo, error code = 0
    2828: 2013-10-04 11:56:47.739 [DHCP]                      Number of Bind Elements: 1
    2828: 2013-10-04 11:56:47.755 [DHCP]                      Network card with ID 37285473-a8a2-4242-a13c-d3918e361c20 has actual binding state of True
    2828: 2013-10-04 11:56:47.755 [DHCP]                      Network card with ID 37285473-a8a2-4242-a13c-d3918e361c20 has desired binding state of True
    2828: 2013-10-04 11:56:47.755 [DHCP]                      There are no network cards with a difference between actual and desired binding state, skipping
    the call to DhcpSetServerBindingInfo
    2828: 2013-10-04 11:56:47.755 [DHCP]                      Configuring V4 options…
    2828: 2013-10-04 11:56:47.755 [DHCP]                      Configuring IPv4 DNS domain name…
    2828: 2013-10-04 11:56:47.755 [DHCP]                      DNS domain name string = mainserver.torinsk.ru
    2828: 2013-10-04 11:56:47.755 [DHCP]                      Begin DhcpSetOptionValue, serverIpAddress = 192.168.100.12, optionID = 15, scopeInfo = {ScopeType
    = DhcpGlobalOptions, GlobalScopeInfo = 0}, optionValue = {NumElements = 1, 0: {OptionType = 5 StringData = mainserver.torinsk.ru} }
    2828: 2013-10-04 11:56:47.771 [DHCP]                      End DhcpSetOptionValueString, error code = 0
    2828: 2013-10-04 11:56:47.771 [DHCP]                      Configuring preferred DNS IPv4 addresses…
    2828: 2013-10-04 11:56:47.771 [DHCP]                      Number of preferred addresses = 1
    2828: 2013-10-04 11:56:47.771 [DhcpHelper]                Begin GetNetworkByteOrdering
    2828: 2013-10-04 11:56:47.771 [DhcpHelper]                End GetNetworkByteOrdering, Bytes = {Byte 0: 192 Byte 1: 168 Byte 2: 100 Byte 3: 12 }, Network Byte Order = 3232261132
    2828: 2013-10-04 11:56:47.786 [DHCP]                      Begin DhcpSetOptionValue, serverIpAddress = 192.168.100.12, optionID = 6, scopeInfo = {ScopeType
    = DhcpGlobalOptions, GlobalScopeInfo = 0}, optionValue = {NumElements = 1, 0: {OptionType = 4 IpAddress = -1062706164} }
    2828: 2013-10-04 11:56:47.786 [DHCP]                      End DhcpSetOptionValue, error code = 0
    2828: 2013-10-04 11:56:47.786 [DHCP]                      Configuring preferred WINS IPv4 addresses…
    2828: 2013-10-04 11:56:47.786 [DHCP]                      There are no preferred addresses specified.
    2828: 2013-10-04 11:56:47.786 [DHCP]                      Configuring scopes…
    2828: 2013-10-04 11:56:47.786 [DHCP]                      Getting network byte ordering for start address of scope temporary adress
    2828: 2013-10-04 11:56:47.786 [DhcpHelper]                Begin GetNetworkByteOrdering
    2828: 2013-10-04 11:56:47.802 [DhcpHelper]                End GetNetworkByteOrdering, Bytes = {Byte 0: 192 Byte 1: 168 Byte 2: 100 Byte 3: 201 }, Network Byte Order = 3232261321
    2828: 2013-10-04 11:56:47.802 [DHCP]                      Getting network byte ordering for end address of scope temporary adress
    2828: 2013-10-04 11:56:47.802 [DhcpHelper]                Begin GetNetworkByteOrdering
    2828: 2013-10-04 11:56:47.802 [DhcpHelper]                End GetNetworkByteOrdering, Bytes = {Byte 0: 192 Byte 1: 168 Byte 2: 100 Byte 3: 249 }, Network Byte Order = 3232261369
    2828: 2013-10-04 11:56:47.802 [DHCP]                      Getting network byte ordering for subnet mask of scope temporary adress
    2828: 2013-10-04 11:56:47.802 [DhcpHelper]                Begin GetNetworkByteOrdering
    2828: 2013-10-04 11:56:47.802 [DhcpHelper]                End GetNetworkByteOrdering, Bytes = {Byte 0: 255 Byte 1: 255 Byte 2: 255 Byte 3: 0 }, Network Byte Order = 4294967040
    2828: 2013-10-04 11:56:47.817 [DhcpHelper]                Begin GetNetworkByteOrdering
    2828: 2013-10-04 11:56:47.817 [DhcpHelper]                End GetNetworkByteOrdering, Bytes = {Byte 0: 192 Byte 1: 168 Byte 2: 100 Byte 3: 12 }, Network Byte Order = 3232261132
    2828: 2013-10-04 11:56:47.817 [DHCP]                      Creating scope…
    2828: 2013-10-04 11:56:47.817 [DHCP]                      Begin DhcpCreateSubnet, subnetAddress = 3232261120, subnetInfo = {Subnet Address = 3232261120,
    Subnet Mask = 4294967040, Subnet Name = temporary adress, Primary Host = {Ip Address = 3232261132, Net Bios Name = 0, Host Name = 0}, Subnet State = DhcpSubnetEnabled}
    2828: 2013-10-04 11:56:47.817 [DHCP] Error (Id=0) End DhcpCreateSubnet, error code = 20052
    2828: 2013-10-04 11:56:47.817 [DHCP]                      Begin LoadLibrary, module name = dhcpssvc.dll
    2828: 2013-10-04 11:56:47.833 [DHCP]                      Begin FormatMessage, flags = 2304, moduleHandle = 8791295655936, errorCode = 20052, languageId
    = 1049, messagePtr = Microsoft.Windows.ServerManager.SafeGlobalHandle, size = 0, args = 0
    2828: 2013-10-04 11:56:47.849 [DHCP]                      Configuring AD authorization…
    2828: 2013-10-04 11:56:47.849 [DHCP]                      Using alternate credentials for AD authorization…
    2828: 2013-10-04 11:56:47.849 [DHCP]                      Parsing user name, user name = MAINSERVERtori
    2828: 2013-10-04 11:56:47.864 [DHCP]                      Parsing user name succeeded, name = tori, domain = MAINSERVER
    2828: 2013-10-04 11:56:47.864 [DHCP]                      Creating WindowsIdentity…
    2828: 2013-10-04 11:56:47.880 [DHCP]                      Creating WindowsImpersonationContext via WindowsIdentity.Impersonate()…
    2828: 2013-10-04 11:56:47.895 [DhcpHelper]                Begin GetNetworkByteOrdering
    2828: 2013-10-04 11:56:47.895 [DhcpHelper]                End GetNetworkByteOrdering, Bytes = {Byte 0: 192 Byte 1: 168 Byte 2: 100 Byte 3: 12 }, Network Byte Order = 3232261132
    2828: 2013-10-04 11:56:47.895 [DHCP]                      Begin DhcpAddServer, flags = 0, idInfo = 0, newSever = {Version = 0, ServerName = toriserver.mainserver.torinsk.ru,
    ServerAddress = 3232261132, Flags = 0, State = 0, DsLocation = , DsLocType = 0}, callbackFn = 0, callbackData = 0
    2828: 2013-10-04 11:56:48.005 [DHCP]                      End DhcpAddServer, error code = 0
    2828: 2013-10-04 11:56:48.005 [DHCP]                      Undoing WindowsImpersonationContext via WindowsImpersonationContext.Undo()…
    2828: 2013-10-04 11:56:48.005 [DHCP]                      [STAT] For ‘DHCP-сервер’:
    2828: 2013-10-04 11:56:48.005 [DHCP]                      [STAT] Configuration took ‘5.1248744’ second(s) total.
    2828: 2013-10-04 11:56:48.005 [Provider]                  
    [STAT] —- CBS Session Consolidation ——

Ответы

    • Предложено в качестве ответа

      14 октября 2013 г. 9:54

    • Помечено в качестве ответа
      Petko KrushevMicrosoft contingent staff
      14 октября 2013 г. 9:54
Источник

Обновлено 02.11.2019

dhcp logoДобрый день! Уважаемые читатели и гости одного из крупнейших IT блогов рунета Pyatilistnik.org. В прошлый раз я вам рассказывал, как устанавливается и что из себя представляет DHCP сервер, на чем его можно организовывать. Уверен, что у каждого на предприятии используется данный сервис. В сегодняшней публикации я хочу вам показать решение по ошибке авторизации DHCP в Active Directory и звучит она вот так «Указанные серверы уже существуют в службе каталогов (The specified servers are already present in the directory service)».

Описание ситуации

Есть лес Active Directory, в одном из доменов была установлена служба DHCP, которая исправно работала. На данном контроллере в какой-то момент служба DHCP остановилась и пул адресов перестал быть активным, в интерфейсе было видно, что сервис запущен, но не авторизован в AD. При попытке его авторизации выскакивало окно:

Указанные серверы уже существуют в службе каталогов

Указанные серверы уже существуют в службе каталогов

или

The specified servers are already present in the directory service

The specified servers are already present in the directory service

Я вам уже подробно описывал процесс авторизации DHCP в Active Directory, там я рассмотрел:

  • Где прописывается запись авторизации, как ее удалить или создать заново
  • Как дать права на авторизацию
  • Устранение проблем

Как починить авторизацию DHCP

Для начала я первым делом полез в логи Windows, чтобы посмотреть что там происходит, для этого можно воспользоватся просмотром событий или утилитой Windows Admin Center. Там я нашел ошибку 1035 и 1036:

Ошибка ID 1035 и 1036: The DHCP service was unable to create or lookup the DHCP Users local group on this computer. The error code is in the data. (Службе DHCP не удалось создать или выполнить поиск локальной группы пользователей DHCP на этом компьютере. Код ошибки находится в данных.)

The DHCP service was unable to create or lookup the DHCP Users local group on this computer

Ошибка 1036

А так же ошибка ID 1046:

Ошибка ID 1046: The DHCP/BINL service on the local machine, belonging to the Windows Administrative domain root.pyatilistnik.org, has determined that it is not authorized to start. It has stopped servicing clients. The following are some possible reasons for this:
This machine is part of a directory service enterprise and is not authorized in the same domain. (See help on the DHCP Service Management Tool for additional information).

This machine cannot reach its directory service enterprise and it has encountered another DHCP service on the network belonging to a directory service enterprise on which the local machine is not authorized.

Some unexpected network error occurred.

(Служба DHCP/BINL на локальном компьютере, принадлежащем административному домену Windows root.pyatilistnik.org, определила, что она не авторизована для запуска. Он прекратил обслуживание клиентов. Ниже приведены некоторые возможные причины этого:
Этот компьютер является частью службы каталогов и не авторизован в том же домене. (Для получения дополнительной информации см. Справку в инструменте управления службами DHCP).

Эта машина не может связаться со своей службой каталогов, и в сети обнаружена другая служба DHCP, принадлежащая службе каталогов, на котором локальный компьютер не авторизован.

Произошла непредвиденная ошибка сети.)

Ошибка ID 1046: The DHCP/BINL service on the local machine

Как видно из описанных выше ошибок нам нужно проверить:

  1. Сетевые настройки на интерфейсе, а именно DNS сервера
  2. Проверить нет ли блокировок со стороны антивирусных решений
  3. Нет ли старых записей авторизации в базе Active Directory
  4. Нет ли повреждений со стороны базы данных DHCP

Если обратиться к решению ошибки ID 1036 и 1035, то Microsoft советует произвести перезапуск службы:

https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/cc726946(v=ws.10)

Для этого полностью остановите службу DHCP, через все задачи «Остановить«.

Остановка сервера DHCP

или можете через PowerShell:

Get-Service Dhcp | Stop-Service -Force

Остановка сервера DHCP через PowerShell

После этого запустите службу, через графический интерфейс или через команду:

Get-Service Dhcp | Start-Service

Проверьте появилась ли возможность авторизовать вашу службу. Если ошибка «Указанные серверы уже существуют в службе каталогов (The specified servers are already present in the directory service)» осталась, и вы в логах видите так же события ID 1046, то нужно проверить сетевые настройки. Для этого откройте окно выполнить и введите в нем ncpa.cpl, чтобы вызвать сетевые настройки.

Открываем сетевые настройки

Проверяем, что у вас не прописаны внешние DNS сервера.

Исправление ошибки The specified servers are already present in the directory service

Если были внесены изменения, то пробует проверить снова. Следующим, этапом я бы порекомендовал открыть командную строку от имени той учетной записи или запустите PowerShell, это не принципиально, у которой есть права «Администратора предприятия (Enterprise Admin)«, именно у него есть права на авторизацию сервиса. Далее введите команду для авторизации:

netsh dhcp add server dc01.root.pyatilistnik.org 192.168.31.3

Если все хорошо, то должно активироваться, но у меня выскочила ошибка:

Указанные серверы уже существуют в службе каталогов (The specified servers are already present in the directory service)

Указанные серверы уже существуют в службе каталогов (The specified servers are already present in the directory service)

Помня в голове про ошибку 1046, я понимал, что либо была повреждена база данных, либо была кривая запись в контейнере Services. Давайте начнем с контейнера, напоминаю, что вам необходимо открыть утилиту ADSIEdit.msc и перейти в раздел конфигурации, там далее CN=Services,CN=Configuration,DC=root,DC=pyatilistnik,DC=org, не забудьте поменять данные на свой домен. В итоге я вижу запись dhcpServer: CN=dc01.root.pyatilistnik.org,CN=NetServices,CN=Services,CN=Configuration,DC=root,DC=pyatilistnik,DC=org

устраняем ошибку авторизации dhcp windows

В итоге попробуйте удалить старую запись, для этого просто через контекстное меню выберите соответствующий пункт.

Удаление записи DHCP в AD

Обязательно произведите выключение и включение DHCP службы, как я описывал выше

Теперь пробуйте авторизовать роль, мне помогло и ошибка «Указанные серверы уже существуют в службе каталогов (The specified servers are already present in the directory service)» исчезла, запись в контейнере CN=Services,CN=Configuration,DC=root,DC=pyatilistnik,DC=org так же была пересоздана.

Переустановка роли из-за поврежденной базы

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

C:WindowsSystem32dhcpbackup

Расположение резервной копии DHCP

Пробуем удалить и заново установить роль DHCP. Проще всего, это сделать через PowerShell

Remove-WindowsFeature DHCP -IncludeManagementTools или Uninstall-WindowsFeature DHCP -IncludeManagementTools

Удаление роли DHCP через PowerSHell

Первый является псевдонимом для второго. Далее перезагрузите сервер, если старая база вам не нужна зачистите все в папке C:WindowsSystem32dhcp

папка с расположение конфигурации DHCP сервера

Install-WindowsFeature -Name DHCP -IncludeAllSubFeature

После переустановки DHCP я снова проверил с помощью BPA роль DHCP.
На этот раз было опубликовано предупреждение о том, что группа безопасности DHCP будет отсутствовать. Я использовал команду netsh для добавления группы безопасности dhcp.

C:Windowssystem32 netsh dhcp add securitygroups

Группы DHCP в Active Directory

Затем остановка и повторный запуск службы DHCP и другое сканирование с помощью инструмента BPA больше не отображали никаких предупреждений или ошибок. И новый идентификатор 1035/1036 больше не виден в средстве просмотра событий.

Дополнительные решения

  1. Попробуйте отключить на сервере DCHP если это Windows встроенный брандмауэр
  2. Если на сервере есть антивирус, то так же на время выключите его

Надеюсь, что вам удалось решить проблему с авторизацией DHCP сервера, на этом у меня все. С вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.

Источник

13 / 17 / 1

Регистрация: 29.08.2010

Сообщений: 563

1

Server 2008

02.05.2018, 08:58. Показов 2843. Ответов 3

Здравствуйте. Дело такое Есть сервак на Windows server 2008 r2
на нем 2 сетевые карты одно смотрит в модем вторая в локалку.
так вот при настройке DHCP (выдает ошибку 0x80074E54. полазив по интернету ничего путного не нашел.)
он не раздает интернет хотя IP раздает нормально как положено.
интернет появляется если у клиентов пропишеш IP в ручную. что это?

__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь



0

Programming

Эксперт

94731 / 64177 / 26122

Регистрация: 12.04.2006

Сообщений: 116,782

 02.05.2018, 08:58

3

162 / 74 / 23

Регистрация: 06.07.2017

Сообщений: 315

03.05.2018, 14:50

2



0

1044 / 528 / 66

Регистрация: 16.01.2013

Сообщений: 4,093

07.05.2018, 12:26

3

казах, служба DNS поднята на сервере?



0

13 / 17 / 1

Регистрация: 29.08.2010

Сообщений: 563

10.05.2018, 19:59

 [ТС]

4

Лучший ответ Сообщение было отмечено Maks как решение

Решение

решил проблему я маршрутизатор не прописал



0
Источник

Перейти к содержанию

Есть две вещи, которые могут вызвать ошибку DHCP. Одна из них это конфигурация на вашем компьютере или устройстве, которая позволяет DHCP-серверу назначать ему IP-адрес. Другая – это настройка самого DHCP-сервера.

Ошибка DHCP означает, что сервер вашей сети, предоставляющий IP-адрес для устройств, не может назначить вашему устройству IP-адрес.

Содержание

  1. Как происходит ошибка DHCP
  2. Устранение неполадок, исправить ошибку DHCP
  3. Исправить настройки DHCP вручную
  4. Исправить ошибку DHCP с настройками маршрутизатора

Как происходит ошибка DHCP

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

Ошибка DHCP возникает, когда DHCP-сервер или маршрутизатор в сети не может автоматически настроить IP-адрес компьютера или устройства для подключения к сети. Обычно это приводит к ошибке сетевого подключения при попытке доступа в Интернет через веб-браузер.

Что делает ошибку DHCP настолько трудной для устранения, потому что ошибка не всегда включает упоминание о DHCP. Однако вы можете подтвердить, является ли ошибка DHCP причиной вашей проблемы с интернет-соединением , несколькими способами.

Устранение неполадок, исправить ошибку DHCP

Самый простой способ исправить проблемы с интернет-соединением – позволить Windows автоматически исправить ваши интернет-настройки. Если ваши настройки DHCP неверны, Windows попытается их исправить автоматически.

  1. Для этого просто щелкните правой кнопкой мыши значок сетевого подключения на панели задач Windows и выберите Устранение неполадок.
  2. Средство устранения неполадок в сети определит все параметры, которые могут вызывать проблемы с подключением к Интернету. Он предоставит вам возможность применить предложенные исправления. Если ваши настройки DHCP вызывают ошибку, они также будут исправлены. Выберите Применить это исправление, чтобы применить предложенные изменения.
  3. Если автоматические исправления сработали, вы должны увидеть, как работает ваше сетевое соединение. Откройте веб-браузер и попробуйте подключиться к Интернету. Если это все еще не работает, вам нужно будет вручную исправить настройки DHCP.

Исправить настройки DHCP вручную

Если автоматическое устранение неполадок не исправило ваши настройки DHCP, вы можете сделать это вручную.

  1. Выберите меню «Пуск» и выберите значок « Настройки» . Откроется окно настроек Windows. Выберите Сеть и Интернет в окне настроек Windows.
  2. Откроется Статус сети окно. Прокрутите вниз и выберите Изменить параметры адаптера.
  3. Это отобразит все сетевые адаптеры, которые настроены на вашем компьютере. Щелкните правой кнопкой мыши активный адаптер и выберите « Свойства».
  4. В окне «Свойства Wi-Fi» выберите « Протокол Интернета версии 4» и выберите « Свойства».
  5. Если параметр Получить IP-адрес автоматически не выбран, выберите его.
  6. Выберите OK и Закрыть, чтобы сохранить новые настройки. Перезагрузите компьютер.

Этот параметр позволяет DHCP-серверу или маршрутизатору в сети назначать компьютеру следующий доступный IP-адрес в сети.

Если вы заметили, что параметр Получить IP-адрес автоматически уже выбран, ошибка DHCP может вообще не быть вызвана сетевыми настройками вашего компьютера. Это может быть вызвано настройками вашего маршрутизатора.

Исправить ошибку DHCP с настройками маршрутизатора

В типичной корпоративной сети это DNS-сервер, который управляет IP-адресами устройств в сети. Все настройки DHCP управляются вашим ИТ-отделом, поэтому, если у вас возникают проблемы с сетевым подключением, вам следует обратиться в свою службу технической поддержки.

Однако в домашней сети настройки DHCP в вашем маршрутизаторе управляют IP-адресами устройств в сети. Если вы видите ошибки DHCP, вы должны проверить настройки маршрутизатора.

Просмотров 28к.
Обновлено 16.07.2019

Источник
  • Remove From My Forums

  • Question

  • We are running W2K8 R2, and had successfully started running DHCP.  But, because of a need to remote boot a new machine we needed to add Active Directory to the server.  After adding Active Directory our DHCP server would not run, saying that it
    first needs to be authorized.  However, there is no option (either under the Action menu or when right-clicking on the DHCP server) to authorize.  We thought that maybe the problem was caused by DHCP being on prior to Active directory, but even after
    removing DHCP and then adding it back we get the same problem.

    Can anyone help on this?

    Rick

    Rick

Answers

  • Unfortunately, nothing was actually resolved from what we originally needed to do.  To resolve the DHCP issue we had to remove all relevant services and re-add them, losing all user accounts at the same time, so we almost had to start from scratch. 
    And, the creating a terminal is apparently not possible with Windows Server, so we are back to just using an XP machine and logging in with RDP, which is exactly what we were trying to change.

    I do appreciate the help that everyone tried to give, but ultimately we just went around in a big circle and have ended up back where we started.

    Rick

    Rick

    • Marked as answer by

      Thursday, August 26, 2010 2:14 PM

Источник

0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии

А вот еще интересные материалы:

  • Яшка сломя голову остановился исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного где ошибка
  • Не удалось настроить dhcp сервер код ошибки 0x80074e54
  • Не удалось обновить ipad произошла неизвестная ошибка 1100

    • ➤