DNS-сервер Windows 2008 не может найти собственное имя хоста

Я работаю над настройкой DNS-сервера для небольшой сети. Я установил сервер, добавил роль DNS, настроил два сервера пересылки (предоставленных провайдером), и клиенты выбирают сервер в качестве сервера DNS. Кажется, все работает, кроме его собственного имени хоста (malam1).

Это на клиенте Windows:

C:\Users\Henk>nslookup malam1
Server:  malam1
Address:  192.168.2.1

*** malam1 can't find malam1: Server failed

C:\Users\Henk>nslookup 192.168.2.1
Server:  malam1
Address:  192.168.2.1

Name:    malam1
Address:  192.168.2.1

Клиенты Linux выдают ошибку:

[henk@lnxpc1 ~]$ nslookup malam1 
;; Got SERVFAIL reply from 192.168.2.1, trying next server
;; connection timed out; no servers could be reached

Я думаю, что клиенты Windows могут найти сервер, используя netbios, а клиенты Linux - нет. Я могу пропинговать сервер по его имени хоста на клиенте Windows, но я получаю сообщение об ошибке ping: unknown host malam1 на клиенте Linux.

Я настроил зону обратного просмотра с именем 2.168.192.in-addr.arpa. Это автоматически настроил указатель (PTR) с именем 192.168.2.1 с данными malam1, Я также добавил туда запись Host (A) с именем malam1 и как данные 192.168.2.1, Кажется, ничего не получается.

Обновить

После настройки серверов Первичный DNS-суффикс, сервер malam1 имеет эту конфигурацию:

C:\Users\henk>ipconfig /all

Windows IP Configuration

   Host Name . . . . . . . . . . . . : malam1
   Primary Dns Suffix  . . . . . . . : network.local
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : network.local
                                       Sitecom

Клиент Windows сообщает об этом:

 C: \ Users \ Henk> ipconfig / all

Конфигурация Windows IP

   Имя хоста.,,,,,,,,,,,: ноутбук
   Первичный DNS суффикс.,,,,,,:
   Тип узла.,,,,,,,,,,, Смешанный
   IP-маршрутизация включена.,,,,,,,: Нет
   WINS Proxy включен.,,,,,,,: Нет
   Список поиска суффиксов DNS.,,,,,: network.local 

Я пытался сделать nslookup для обоих malam1 а также malam1.network.local но ни один из них, кажется, не решает 192.168.2.1:

malam1.network.local

C: \ Users \ Henk> nslookup Сервер по умолчанию: malam1 Адрес:  192.168.2.1


> set debug
> malam1.network.local Сервер: malam1 Адрес:  192.168.2.1

------------ Получил ответ:
    HEADER:
        opcode = QUERY, id = 4, rcode = флаги заголовка NXDOMAIN: ответ, хочу рекурсию, рекурсия доступна. вопросы = 1, ответы = 0, авторитетные записи = 0, дополнительные = 0 ВОПРОСЫ:
        malam1.network.local.network.local, тип = A, класс = IN

------------
------------ Получил ответ:
    HEADER:
        opcode = QUERY, id = 5, rcode = NXDOMAIN Флаги заголовка: ответ, хочу рекурсию, рекурсия доступна. вопросы = 1, ответы = 0, авторитетные записи = 0, дополнительные = 0 ВОПРОСЫ:
        malam1.network.local.network.local, тип = AAAA, класс = IN

------------
------------ Получил ответ:
    HEADER:
        opcode = QUERY, id = 6, rcode = NXDOMAIN Флаги заголовка: ответ, хочу рекурсию, рекурсия доступна. вопросы = 1, ответы = 0, авторитетные записи = 1, дополнительные = 0 ВОПРОСЫ:
        malam1.network.local, тип = A, класс = IN ЗАПИСИ АВТОРИЗАЦИИ:
    ->  (root)
        ttl = 900 (15 минут) первичный сервер имен = a.root-servers.net ответственная почта addr = nstld.verisign-grs.com
        serial  = 2013093001 обновление = 1800 (30 минут), повтор = 900 (15 минут), срок действия = 604800 (7 дней), по умолчанию TTL = 86400 (1 день)

------------ ------------ Получил ответ: HEADER: код операции = QUERY, id = 7, rcode = флаги заголовка NXDOMAIN: ответ, требуется рекурсия, рекурсия доступна, вопросы = 1, ответы = 0, авторитетные записи = 1, дополнительные = 0 ВОПРОСЫ:
        malam1.network.local, тип = AAAA, класс = IN
    AUTHORITY RECORDS:
    ->  (root)
        ttl = 900 (15 минут) первичный сервер имен = a.root-servers.net ответственная почта addr = nstld.verisign-grs.com
        serial  = 2013093001 обновление = 1800 (30 минут), повтор = 900 (15 минут), срок действия = 604800 (7 дней), по умолчанию TTL = 86400 (1 день)

------------
*** malam1 не может найти malam1.network.local: несуществующий домен 

malam1

 C: \ Users \ Хенк> его прокси-сервера
Сервер по умолчанию: malam1
Адрес: 192.168.2.1

> установить отладку
> malam1
Сервер: malam1
Адрес: 192.168.2.1

------------
Получил ответ:
    ЗАГОЛОВОК:
        код операции = QUERY, id = 2, код rcode = NXDOMAIN
        флаги заголовка: ответ, хочу рекурсию, рекурсия полезна.
        вопросы = 1, ответы = 0, авторитетные записи = 1, дополнительные = 0

    ВОПРОСЫ:
        malam1.network.local, тип = A, класс = IN
    ПОЛНОМОЧИЯ ЗАПИСИ:
    ->  (root)
        ttl = 610 (10 минут 10 секунд)
        основной сервер имен = a.root-servers.net
        ответственная почта addr = nstld.verisign-grs.com
        серийный номер = 2013093001
        обновить = 1800 (30 минут)
        повтор = 900 (15 минут)
        истекает = 604800 (7 дней)
        по умолчанию TTL = 86400 (1 день)

------------
------------
Получил ответ:
    ЗАГОЛОВОК:
        код операции = QUERY, id = 3, код rcode = NXDOMAIN
        флаги заголовка: ответ, хочу рекурсию, рекурсия полезна.
        вопросы = 1, ответы = 0, авторитетные записи = 1, дополнительные = 0

    ВОПРОСЫ:
        malam1.network.local, тип = AAAA, класс = IN
    ПОЛНОМОЧИЯ ЗАПИСИ:
    ->  (root)
        ttl = 610 (10 минут 10 секунд)
        основной сервер имен = a.root-servers.net
        ответственная почта addr = nstld.verisign-grs.com
        серийный номер = 2013093001
        обновить = 1800 (30 минут)
        повтор = 900 (15 минут)
        истекает = 604800 (7 дней)
        по умолчанию TTL = 86400 (1 день)

------------
*** malam1 не может найти malam1: несуществующий домен
> 

Почему команда nslookup не работает?

1 ответ

Решение

Это единственный сервер?

Сделайте подробный / отладочный запрос, чтобы узнать. Как насчет поиска FQDN, это работает? Есть ли у клиентов DNS-суффиксы для поиска (так как вы делаете поиск по короткому имени)?

Вы можете отладить, выполнив следующие действия:

  1. бежать nslookup и нажмите [войти]
  2. тип set debug и нажмите [войти]
  3. тип malam1.mdmarra.local или какое-нибудь полное доменное имя и нажмите [enter]

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

Если бы мне пришлось угадывать, клиенты, вероятно, не имеют суффикса поиска домена. Но вывод отладки скажет вам, что случилось.

РЕДАКТИРОВАТЬ: последний журнал отладки выглядит, как будто ваш DNS-сервер даже не имеет официальной зоны для "network.local". Вы говорите, что создали обратную зону, есть ли зона прямого просмотра? На сервере работает AD или просто DNS? Ваша отладка показывает, что запрос вашего сервера пересылается в Интернет для ответа... чего не следует делать, так что похоже, что зона пересылки даже не настроена.

Другие вопросы по тегам