dhcp и компьютеры с желтым телефоном <Dial-In сервер, DHCP, "двойная" выдача IP>
 

В общем такая проблемка. Есть сервак. Он же файловый, он же дхсп, он же днс. Предоставляет доступ к нету некоторым пользователям (доменная сеть). Подключены к нему 20 компов. при их перезагрузке в дхсп появляются компы с желтыми телефонами. Например комп называется t1.domain.organization.com имеет ip 192.168.22.1 Рядом появляется такая же машина (t1.domain) с желтым телефоном, но с другим ip адресом например 192.168.22.2. Сервер уже занял 6 таких адресов. При их удалении виснет интернет и приходится перезапускать службы. ip для сервера зарезервирован, и по идее дхсп ему выдавать адрес не должна.

Подскажите молодому админу как с этим бороться?

WorF, нужен скрин "жёлтых телефонов"

щас показывает только сервер, но такое происходит и с другими компами после их перезагрузки.

WorF, кхм... зашёл к себе на DHCP. у меня 7 адресов с жёлтыми телефонами.
А в чём проблема-то?

дык. так ведь быть не должно. 1 машине один адрес, а у меня получается по 2

а проблема в том, что сервак отправляет сам себе запросы. Это написано в логах днс. и соответственно лог постоянно переполняется.

скрины сюда. у меня нет ничего похожего.

а вот полный текст:

The DNS server encountered a packet addressed to itself on IP address 192.168.22.100. The packet is for the DNS name "_ldap._tcp.Default-First-Site._sites.dc._msdcs.jezkazgan.planeta.kz.". The packet will be discarded. This condition usually indicates a configuration error.

Check the following areas for possible self-send configuration errors:
1) Forwarders list. (DNS servers should not forward to themselves).
2) Master lists of secondary zones.
3) Notify lists of primary zones.
4) Delegations of subzones. Must not contain NS record for this DNS server unless subzone is also on this server.
5) Root hints.

Example of self-delegation:
-> This DNS server dns1.example.microsoft.com is the primary for the zone example.microsoft.com.
-> The example.microsoft.com zone contains a delegation of bar.example.microsoft.com to dns1.example.microsoft.com,
(bar.example.microsoft.com NS dns1.example.microsoft.com)
-> BUT the bar.example.microsoft.com zone is NOT on this server.

Note, you should make this delegation check (with nslookup or DNS manager) both on this DNS server and on the server(s) you delegated the subzone to. It is possible that the delegation was done correctly, but that the primary DNS for the subzone, has any incorrect NS record pointing back at this server. If this incorrect NS record is cached at this server, then the self-send could result. If found, the subzone DNS server admin should remove the offending NS record.

You can use the DNS server debug logging facility to track down the cause of this problem.

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

это не еррор (ошибка), а ворнинг (Внимание).
Настройте лог на очистку после опредлелённого порога.

но ведь все ранво, сервер не должен отправлять сам себе запросы.

ага, иконка в виде компьютера с желтым телефоном?
так это резервирование ip адресов для удаленных подключений через RRAS.
на том сервере поднят сервер Routing and Remote Access Server
он позволяет подключать удаленные компьютеры через dial-up и vpn
он как раз и передает удаленным компам внутрений ip как раз из этих зарезервированных с желтым телефоном

да . и бороться с этим не нужно
если не нужна служба, ее нужно просто остановить