Ошибка 1059 dhcp server 2008 r2

Версия Сервера Dr.Web: 10.00.0 (03-07-2015 04:00:00)
ОС: Windows Server 2008 R2 Standard x64 (Build 7601), Service Pack 1

Роли сервера: AD, DNS, DHCP.

Проблема:

Перестал авторизовываться DHCP сервер, в журнал Windows посыпались ошибки:

1) Ошибка Windows DHCP-Server 1059 «Служба DHCP не смогла обнаружить папку для авторизации сервера.«

2) Ошибка Windows DHCP-Server 1046 «Служба DHCP/BINL на локальном компьютере, входящем в административный домен Windows «***.**», определила, что она не авторизована для запуска. Обслуживание клиентов остановлено. Возможными причинами могли стать:
Этот компьютер является частью предприятия службы каталогов и авторизован в том же домене. (Для получения дополнительной информации обратитесь к справке по программе «Управление службой DHCP»).
Этот компьютер не может обнаружить предприятие службы каталогов и обнаружил службу DHCP на другом компьютере в сети, принадлежащей предприятию службы каталогов, в котором этот компьютер не может авторизоваться.
Произошли непредвиденные ошибки сети.«

После поисков было обнаружено, что проблема авторизации DHCP появилась после установки Dr.Web Enterpise Suite 10 и клиента. Перезагрузка не помогала. После удаления антивируса проблема с авторизацией DHCP пропала. Временно перешли на другой антивирус, так как ожидаем новые ключи к серверу. Через две недели ожидаем повторения «граблей».

После удаления проблемы как бы нет, но осадок остался.

ЕМНИП нужно в превентивной защите для этого сервера что-то разрешить из запрещённого.

Что именно я сейчас не помню.

ЕМНИП нужно в превентивной защите для этого сервера что-то разрешить из запрещённого.

Превентивная защита в ЕС 10? Откуда ей там быть.

От разработчиков вестимо.

Mav-in, была такая же проблема.

Из мануала по установке.

При установке Агентов Dr.Web на сервера ЛВС и компьютеры кластера необходимо учесть:

◆ В случае установки на компьютеры, выполняющие роль терминальных серверов (в ОС Windows установлены службы Terminal Services), для обеспечения работы Агентов в терминальных сессиях пользователей установка Агентов должна осуществляться только локально с помощью мастера установки и удаления программ на Панели управления ОС Windows.

◆ На сервера, выполняющие важные сетевые функции (домен-контроллеры, сервера раздачи лицензий и т.д.), не рекомендуется устанавливать компоненты SpIDer Gate, Офисный контроль, SpIDer Mail и Dr.Web Firewall во избежание возможных конфликтов сетевых сервисов и внутренних компонентов антивируса Dr.Web.

◆ Установка Агента на кластер должна выполняться отдельно на каждый узел кластера.

◆ Принципы функционирования Агента и компонентов антивирусного пакета на узле кластера аналогичны таковым на обычном сервере ЛВС, поэтому не рекомендуется устанавливать на узлы кластера компоненты Dr.Web Firewall, SpIDer Mail, SpIDer Gate.

◆ Если доступ к кворум-ресурсу кластера строго ограничен, рекомендуется исключить его из проверки сторожем SpIDer Guard и ограничиться регулярными проверками ресурса при помощи Сканера, запускаемого по расписанию или вручную.

После этого, скорее всего, все станет нормально.

Сообщение было изменено Yodjik: 29 Июль 2015 — 07:53

Превентивную защиту нужно вообще почти всю выключить. если хотите чтобы дменные ела хорошо работали ((

I have a small environment running Windows 2008 R2 where the DHCP service on the domain controller fails every two weeks.

The most-visible error is Event ID 1059 and the Event Viewer message is:

"The DHCP service failed to see a directory server for authorization."

The setup features two domain controller and the usual services and roles (file, print, Exchange). Restarting the service fails for a variety of reasons. I’ve had the following messages at different times:

• «Not enough storage is available to complete this operation».
• «Unable to determine the DHCP Server version for the Server 192.168.x.x»
• «The DHCP service has detected that it is running on a DC and has no credentials configured for use with Dynamic DNS registrations initiated by the DHCP service.»

A reboot of the domain controller resolves the issue for ~2 weeks. The systems are virtualized and there are no network connectivity issues.

Any ideas as to what’s happening here?

Edit — The solution seems to be to fix a misbehaving domain controller.

asked May 21, 2012 at 13:43

user1008764user1008764

1,1762 gold badges8 silver badges12 bronze badges

TheCleanerTheCleaner

32.6k26 gold badges132 silver badges190 bronze badges

So, two virtual Domain Controllers… are both DHCP servers? It sounds like only one is. In which case I’d be tempted to run for a few weeks with the DHCP server only using the other domain controller as DNS. And then for a few weeks with the other domain controller shut down.

You can always revert the change if it impacts on users but it might help narrow down which box (if it is only one) is causing the issue.

I’d also be tempted to add a third DC and then decommission the second one to rule out it being some weird installation corruption of the type Windows loves to flump into.

Have you tried restarting services on the DC rather than rebooting it?

Do the DCs host other services (file, exchange, etc)? Since you’ve got a virtualised environment do you have headroom to move those services onto their own servers for a few weeks to rule out confusion from those roles clashing?

Additionally, and since it hasn’t been commented on, with respect to the «Not enough storage is available to complete this operation» error. If the server’s disks are full then all of its DC functions are going to start to fail. Are the disks full?

answered Aug 21, 2012 at 11:48