Нет подключения к Интернету и зоны прямого просмотра в моем AD DNS?

У нас есть AD сервер 2K3 R2. Он также служит нашим DNS-сервером.

Когда я смотрю записи DNS, я вижу следующее:

мне правда нужны все эти записи?

В настоящее время у меня проблема с тем, что мой AD не может получить доступ к Интернету. Из SF-Q Я могу предположить, что это связано с моими записями DNS, и я думаю, что это исправление решит проблему моего доступа к сети.

Запуск NetDiag / l показывает мне ошибку в записи DNS, как показано ниже

DNS test . . . . . . . . . . . . . : Failed
      [WARNING] Cannot find a primary authoritative DNS server for the name
        'OptiTexDC.optitex.'. [ERROR_TIMEOUT]
        The name 'OptiTexDC.optitex.' may not be registered in DNS.
[WARNING] The DNS entries for this DC are not registered correctly on DNS server '192.168.0.2'. Please wait for 30 minutes for DNS server replication.
   [WARNING] The DNS entries for this DC cannot be verified right now on DNS server 80.179.52.100, ERROR_TIMEOUT. 
[FATAL] No DNS servers have the DNS records for this DC registered.

Я хочу указать, что все мои пользователи / компьютеры и др. может получить доступ в Интернет.

Я не совсем уверен, что делать ?!

<< править >> Переадресация управления DNS определяется тем, что мне дал мой провайдер. Обычно это распространяется на всех пользователей. Следует ли мне также добавить свой DC (192.168.0.2)?

Это ipcnofig / all от клиента. В списке указаны оба моих DNS провайдера, а также мой домен.

Добавление дополнительной информации: глядя на средство просмотра событий сервера в разделе DNS, я вижу следующее:

Event Type: Warning
Event Source:   DNS
Event Category: None
Event ID:   7062
Date:       8/10/2011
Time:       16:03:03
User:       N/A
Computer:   OPTITEXDC
Description:
The DNS server encountered a packet addressed to itself on IP address 192.168.0.2. The     packet is for the DNS name "localhost.OPTITEX.OPTITEX.". 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.
Data: 0000: 50 25 00 00               P%..    

• Я перешел по указанной ссылке. Мне не помогло.

<< изменить - Добавить настройки подключения к серверу >> Я также добавляю сетевые настройки своего сервера. Я не думаю, что могу динамически изменять эти настройки с DHCP, поскольку я являюсь DHCP. Я установил в качестве DNS - свой собственный IP и один из моих интернет-провайдеров. Мне нужно менять?

Контрольный список: на сервере работают и DNS-клиент, и DNS-сервер.

Спасибо