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-суффиксы для поиска (так как вы делаете поиск по короткому имени)?
Вы можете отладить, выполнив следующие действия:
- бежать
nslookup
и нажмите [войти] - тип
set debug
и нажмите [войти] - тип
malam1.mdmarra.local
или какое-нибудь полное доменное имя и нажмите [enter]
Просмотрите выходные данные отладки, чтобы увидеть, что решается или не решается должным образом.
Если бы мне пришлось угадывать, клиенты, вероятно, не имеют суффикса поиска домена. Но вывод отладки скажет вам, что случилось.
РЕДАКТИРОВАТЬ: последний журнал отладки выглядит, как будто ваш DNS-сервер даже не имеет официальной зоны для "network.local". Вы говорите, что создали обратную зону, есть ли зона прямого просмотра? На сервере работает AD или просто DNS? Ваша отладка показывает, что запрос вашего сервера пересылается в Интернет для ответа... чего не следует делать, так что похоже, что зона пересылки даже не настроена.