Поднимаем dns сервер на windows 7. Правильная настройка dns и сетевых интерфейсов!!! Обновление сетевых параметров

Оставьте комментарий 6,950

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

Встроенный DNS-сервер существует в серверной версии Windows, но благодаря стараниям маркетологов Microsoft его нет в десктоп-редакции (Windows 2000/XP/Vista), поэтому, как это часто бывает, обратимся к щедрому миру Unix. Самые известные DNS-сервера - это BIND , djbdns , PowerDNS , MaraDNS и Unbound . BIND рассматривать нет желания, djbdns в силу своих особенностей жестко привязан к Unix, у PowerDNS Windows-версия не обновляется, поэтому остаются MaraDNS и Unbound. Вы можете попробовать или один или другой, однако, следует помнить, что одновременно они работать не будут.

Руководство будет в стиле краткого HowTo для подготовленного пользователя (скорее, системного администратора), поэтому, если ничего не понятно - позовите знакомого «компутерщика».

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

Unbound

Заходим на сайт http://unbound.net/ в раздел Downloads , находим строки:

Windows 32-bit version compiled from the source.
Installer:

По ссылке (на момент написания статьи - unbound_setup_1.3.0) скачиваем дистрибутив. Запускаем файл, нажимаем «Next», читаем лицензионное соглашение, если согласны нажимаем «I Agree», убираем галочку с «DLV - dlv.isc.org» (проверять DNSSEC-сигнатуры нам не нужно), нажимаем «Next», «Next», «Install», «Finish». Сервис автоматически устанавливается и стартует. Все что нужно для работы (включая README.txt) находится в C:\Program Files\Unbound.

MaraDNS

Запуск MaraDNS под Windows, как оказалось, довольно нетрививальное занятие, поэтому, если очень хочется - можете попробовать сами.

Настройка Windows

Итак, DNS-сервер мы установили и запустили, необходимо теперь настроить Windows.

В свойствах соединения с интернетом («Пуск», «Настройка», «Сетевые подключения», нужное соединение, контекстное меню, «Свойства») на вкладке «Общие» открываем «Протокол интернета TCP/IP», если стоит настройка «Получить адрес DNS-сервера автоматически» необходимо сменить её на «Использовать следующие адреса DNS-серверов» и прописать адрес 127.0.0.1. В случае если у вас активирован параметр «Использовать следующие адреса DNS-серверов» и указаны адреса DNS-серверов провайдера, удалить или оба или один из них (предварительно записав на бумажку) и прописать тот же 127.0.0.1. Указывать один и тот же адрес (127.0.0.1) два раза нет необходимости. Нажимаем «OK», «OK», ждем пока все сохранится и пробуем открыть какой-нибудь сайт. Другой метод проверки - для настоящих админов. Заходим в консоль, запускаем nslookup, далее выполняем:

> server 127.0.0.1 Default Server: localhost Address: 127.0.0.1 > www.mail.ru Server: localhost Address: 127.0.0.1 Non-authoritative answer: Name: www.mail.ru Addresses: 194.67.57.26, 194.67.57.126, 194.67.57.226, 194.67.57.20 > exit

В данном случае у нас успешно разрешилась запись (A-типа) для www.mail.ru.

Если не получается, проверяем что у вас подключен интернет, сделав ping на шлюз провайдера (узнать можно через ipconfig /all). Если подключен, смотрим в Диспетчере задач, чтобы был запущен процесс DNS-сервера. Если не запущен, смотрим оснастку «Службы» (в консоли запустить services.msc): пробуем запустить сервис и проверяем, чтобы стоял автоматический запуск. Если не помогает - либо читаем документацию (DNS-сервера), включаем лог и проверяем свой firewall и конфигурационный файл DNS-сервера (хотя, он должен быть по умолчанию уже настроен), либо зовем кого-то более квалифицированного, либо удаляем программу, возвращаем настройки назад, и [грустим | идем гулять | пить пиво | ...].

Однако, теоретически ничего сложного в описанном процессе нет, поэтому должно заработать (как у автора).

Примечания:

Обычно все сервера идут со сравнительно безопасными настройками по-умолчанию, но нелишним будет проверить, что ваш DNS-сервер слушает 53 порты TCP и UDP на 127.0.0.1, а не на 0.0.0.0 (все локальные адреса). Сделать это можно с помощью TCPView . В «Options» активируйте параметр «Show Unconnected Endpoints» и деактивируйте «Resolve Adresses». Найдите процесс DNS-сервера, для него должно быть две записи: TCP с Local Adress 127.0.0.1:53 и State LISTENING и UDP с тем же адресом и пустым полем State.
Автор не пользуется DNS-серверами под Windows, и соответственно материалом этой статьи на практике, поэтому просьба не писать писем в стиле «у меня не работает, что делать?».
Для написания статьи автор использовал Windows XP, если у вас другая версия Windows - адаптируйте пути и команды под свою версию ОС.
Если вы пытаетесь сделать это на компьютере в организации, то лучшим решением будет попросить вашего сисадмина настроить офисный шлюз в Интернет под GNU Linux/*BSD с настоящим (под Unix) DNS-сервером, а если он этого не может - найти такого человека.
Статья предельно упрощена, поэтому если вы нашли ошибку, неточность или неясный момент - пишите, если вам кажется, что материал раскрыт недостаточно широко (например, не описано в чем разница между рекурсивными и авторитетным/полномочным/authoritative DNS-сервером) - писать не стоит, в Интернете достаточно руководств по устройству DNS (включая документацию на сайтах программ).
Windows - не лучшая платформа для работы DNS-сервера (как минимум - портированного из Unix) поэтому все это может работать не идеально (в первую очередь, в плане скорости).
В обычном случае общения «десктоп - DNS-сервер провайдера» для разрешения имени в подавляющем большинстве случаев отсылается один запрос и получается один ответ. В нашем случае запросов и ответов будет в несколько раз больше, т. к. мы берем функции провайдерского DNS-сервера на себя. На общем трафике это скажется незначительно, поскольку DNS-запросы и ответы очень маленькие, но может сказаться на скорости начала открытия сайтов. Но, поскольку запросы кэшируются, заметно это будет, скорее всего, только в первые минуты работе в Интернете.

Вот и все, спасибо за внимание.

В процессе создания подключения и серфинга в интернете DNS-серверы принимают самое непосредственное участие, преобразовывая вводимые пользователями адреса...

От Masterweb

06.07.2018 23:00

В процессе создания подключения и серфинга в интернете DNS-серверы принимают самое непосредственное участие, преобразовывая вводимые пользователями адреса запрашиваемых ресурсов из обычных буквенных или других сочетаний в цифровые коды. Нужно это только потому, что современные компьютеры обычных или даже языков программирования в виде команд не понимают, поскольку способны работать только с цифровыми операторами. Настройки DNS, как один из промежуточных вариантов создания подключения ко Всемирной паутине, и требуются для того, чтобы как раз и преобразовать обычный адрес сайта в такую цифровую комбинацию. В ниже представленном материале будут рассмотрены простейшие методы активации и установки параметров DNS-серверов, которые необходимы для корректного функционирования, создаваемого или уже имеющегося, подключения.

Где взять параметры DNS?

И начнем с самого простого метода установки требуемых опций, о котором должен знать любой пользователь или системный администратор. Как известно, выход во Всемирную паутину производится не просто так, а с задействованием определенного сервиса компании-провайдера, которая и предоставляет такие услуги. Иными словами, без провайдера или мобильного оператора установить интернет-соединение будет невозможно. Что же касается самой настройки DNS, как правило, необходимые для установки подключения опции предоставляются самим провайдером (оператором) и в обязательном порядке прописываются либо в договоре на предоставление услуг связи, либо в соответствующих дополнениях. Вариантов тут может быть только два: автоматическое получение адресов, что большей частью используется при беспроводном соединении, или ручной ввод указанных значений в параметрах протоколов IPv4 и IPv6, если таковой задействуется. Таким образом, если провайдер изначально назначает адреса DNS-серверов самостоятельно, пользователю производить какие-то дополнительные настройки DNS не нужно. В противном случае придется использовать именно адреса провайдера, хотя можно воспользоваться и сторонними публичными комбинациями, свободно распространяемыми другими сервисами (например, компаниями Google или Yandex), о чем будет сказано отдельно.

Предварительные действия перед настройкой DNS-сервера

По большому счету, установка нужных опций в Windows-системах является очень простой. Но, несмотря на это, предварительно необходимо убедиться, что DNS-клиент включен и работает. Конечно, по умолчанию эта службы является активной, но мало ли что.

Для проверки используется соответствующий системный раздел служб, вызываемый через консоль «Выполнить» сочетанием services.msc. В списке представленных служб нужно просто найти DNS-клиент и посмотреть на столбец, в котором указано его состояние на данный момент и тип старта. Обычно будет указано, что служба выполняется, и запуск осуществляется автоматически. При выявленном несоответствии указанных опций через двойной клик нужно войти в меню редактирования параметров, включить клиент нажатием соответствующей кнопки и из выпадающего списка выбрать нужный тип запуска. После этого следует обязательно сохранить изменения и на всякий случай произвести рестарт компьютерной системы.

Проверка адреса DNS

После того, как пользователь убедился, что служба активирована, можно проверить, какие адреса в данный момент использует DNS Server.

Настройка, вернее получение такой информации, производится через командную строку путем выполнения команды nslookup. В этом случае будет представлена только краткая информация по предпочитаемому серверу.

Для просмотра более полной картины с отображением дополнительных опций можно воспользоваться строкой ipconfig /all. В принципе, такие действия обязательными не являются и представляют собой чисто информативный вариант. Иногда, правда, сведения об адресе основного DNS-сервера могут пригодиться, но чаще всего это нужно в ситуации, когда адрес надо прописывать вручную, а необходимых данных у пользователя нет.

Простейшая настройка DNS в Windows

Итак, считаем, что клиент работает. Теперь самое время приступить к настройке DNS-сервера. В Windows (любой версии) первым делом в меню выполнения (Win + R) следует вписать команду ncpa.cpl, чтобы получить доступ к разделу всех имеющихся на компьютере подключений. Далее через меню ПКМ на активном или только что созданном подключении выбирается пункт свойств, после чего производится вход в настройки протокола IPv4.

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

Примечание: если используется беспроводное подключение к интернету с автоматической установкой параметров, при получении сведений о состоянии сети настройки DNS будут соответствовать адресу основного шлюза.

Задание альтернативной конфигурации

Использовать альтернативные свободно распространяемые конфигурации тоже можно. Зачастую это может быть связано с тем, что с параметрами, предоставленными провайдером, подключение не работает, пользователь хочет повысить скорость соединения или в более высокой степени обезопасить собственное подключение. Самыми популярными на сегодняшний день являются комбинации от Google, состоящие для предпочитаемого сервера из четырех цифр 8, а для альтернативного – из двух цифр 8, и двух цифр 4. Их последовательность, кстати сказать, можно изменять произвольно.

Прописываются такие параметры все в тех же свойствах протоколов IP (чаще всего в параметрах IPv4, поскольку шестая версия на постсоветском пространстве пока еще широкого использования не получила).

Установка опций на маршрутизаторе для беспроводного подключения

Как уже понятно, в любой версии операционной системы Windows, включая и модификации Windows Server, настройка DNS производится одинаково. Иногда для беспроводного соединения установить необходимые параметры DNS можно непосредственно на маршрутизаторе (роутере или ADSL-модеме, который работает в режиме беспроводной раздачи). Преимущество такого способа состоит в том, что в операционной системе можно установить автоматическое получение адресов, а она по умолчанию будет использовать именно параметры, выставленные на маршрутизаторе.

Для изменения настроек следует войти в веб-интерфейс устройства, используя для этого любой имеющийся в системе интернет-обозреватель, а затем переместиться в раздел беспроводного подключения, где в меню WAN и можно установить требуемые опции, сохранить выставленные параметры, после чего перезагрузить роутер и компьютеры, которые в дальнейшем будут подключать к интернету через этот маршрутизатор.

Действия при появлении ошибок с невозможностью определения адреса сервера

Но стандартные настройки DNS иногда могут давать сбои. Причин тому может быть достаточно много. Однако чаще всего, если не считать ввод неправильных комбинаций, встречается переполнение кэша DNS. Чтобы восстановить работоспособностью подключения, необходимо произвести его очистку. Для этого в командной консоли, обязательно запущенной от имени администратора, следует выполнить команду ipconfig /flushdns. Иногда после произведения таких действий параметры серверов нужно будет проверить, а при необходимости выставить заново.

Полный сброс параметров TCP/IP

По большому счету вернуть заводские настройки DNS можно еще одним способом, который тоже сводится к использованию инструментария командной строки. Однако в данном случае для локального компьютера следует прописать команду netsh winsock reset. Для нескольких терминалов, одновременно подключаемых к центральному серверу, перед основной командой сброса можно вписать строку netsh interface reset all.

Программа-фиксатор от Microsoft

Наконец, чтобы не заниматься сбросом параметров или устранением возможных проблем вручную, можно воспользоваться специальной утилитой Easy Fix, в свое время разработанной специалистами корпорации Microsoft.

Она выложена на официальном ресурсе в свободном доступе, а все использование сводится к тому, чтобы следовать указаниям «Мастера», а по завершении выполнения требуемых операций просто согласиться с предложением немедленной перезагрузки компьютера.

Улица Киевян, 16 0016 Армения, Ереван +374 11 233 255

Пользователи обычно запускают процесс устранения ошибок при обнаружении желтого восклицательного знака на иконке Интернет. После проведения процедуры система может выдать сообщение «DNS-сервер не отвечает». Что это означает и как с этим бороться, мы расскажем в статье. Решение может быть банальным (например, перезагрузка роутера или смена браузера), в отдельных ситуациях придется проверить работоспособность службы DNS или почистить кэш.

Что означает данная ошибка

Большинство людей не знает, что такое DNS-сервер и для чего он нужен. Каждый ресурс в Интернет имеет свой IP-адрес, состоящий из 4 байт. Но запоминать числовые адреса многочисленных сайтов пользователь не в состоянии, поэтому были придуманы доменные имена (названия сайтов, которые вы вводите в адресную строку). DNS-сервер служит для связывания домена с IP-адресом, благодаря чему пользователь попадает на нужный ресурс.

Теперь, когда вы знаете, что такое DNS, можно понять, почему компьютер не входит в Интернет. Как правило, DNS-сервер недоступен из-за проблем в сети. Неполадки у провайдера вполне могут стать причиной этой ошибки. Но возможны ситуации, когда источником проблемы является именно ваш компьютер. В следующих главах вы узнаете, что делать, если DNS-сервис не отвечает.

Первичные действия

Если вы столкнулись с сообщением DNS-сервер не отвечает, не паникуйте, ведь проблемой может быть не сам ресурс, а устройство. Рекомендует выполнить ряд простых действий, которые в большинстве ситуаций решают проблему:

Выполните перезагрузку компьютера и роутера. Маршрутизатор отключите от розетки и оставьте выключенным несколько минут. Включите роутер, а затем загрузите ваш компьютер.
Смените браузер. Если ошибка появляется в окне браузера, попробуйте несколько альтернатив.
Обновите сетевые драйвера. Устаревший драйвер является частой причиной обсуждаемой ошибки. Скачайте необходимое ПО с официального сайта производителя вашей сетевой карты.

Связываемся с провайдером

После первичных действий свяжитесь со своим провайдером, чтобы уточнить, почему сервер не отвечает. Провайдер может потребовать от вас ФИО, номер договора, модель используемого роутера или другую информацию. Если проблема на стороне предоставляющего услугу, вам не нужно выполнять каких-либо манипуляций. Достаточно ожидать исправлений. В ином случае переходите к последующим пунктам статьи.

Проверяем службу ДНС-клиент

На компьютере может быть отключен ДНС-клиент. В этой ситуации все предыдущие шаги будут неэффективны. Проверить состояние клиента, при этом включить его поможет следующая инструкция:

Теперь вы знаете одну из причин, почему не отвечает DNS-сервер. Активация клиента позволит убрать ошибку, чтобы свободно пользоваться Интернетом.

Меняем адреса или настройки ДНС-серверов

Активность клиента еще не гарантирует полной работоспособности. Неправильно заданные настройки могут ограничивать доступ к глобальной сети. Как правило, в настройках стоит параметр автоматического получения DNS-адресов, но роутер может давать их некорректно. Необходимо выставить адреса вручную. Следуйте следующим пунктам, чтобы выполнить правильную настройку:

Получить адреса DNS-сервера вы также можете у своего провайдера. Теперь вы знаете, как исправить ошибку, когда DNS-сервер не отвечает.

Очищаем кэш DNS

Для ускорения доступа к конкретным сайтам компьютер кэширует информацию о ДНС-серверах. Информация располагается в системном разделе Windows. Часто этот кэш является устаревшим, поэтому приводит к некорректной работе системы, что и становится причиной уже известной ошибки. Решение задачи простое – почистить кэш. Выполняется процедура с помощью командной строки или перезапуска соответствующего клиента.

Попасть в командную строку можно следующими способами:

Windows 10. Нажмите правой кнопкой мыши по Пуск, а затем выберите строку «Командная строка (администратор)».
Windows 7/8/8.1. Нажмите сочетание Win + R, введите cmd и нажмите Enter.

В самой командной строке введите последовательно команды:

ipconfig /flushDNS;
ipconfig /registerDNS;
ipconfig /release;
ipconfig /renew;
netsh winsock reset.

После каждой из них нажимайте Enter. Финальный шаг – перезагрузите компьютер. Чистка кэша поможет решить проблемы с подключением, когда DNS не отвечает. Альтернативный способ – перезагрузить клиент. Для этого войдите в список служб (подробно описано в параграфе проверки службы DNS). Кликнув по нужной строке правой кнопкой мышки, нажмите «Перезапустить».

При возникновении проблем с доступом к сайтам рекомендуем регулярно подчищать кэш.

Настройка фаервола

Система Windows имеет собственные средства для поддержания безопасности. В их список входит «Виндовс Фаервол» (или по-другому брандмауэр). Firewall может блокировать доступ к ресурсам, которые считает потенциально опасными для вашего компьютера. Если вы уверены в надежности используемых ресурсов, можно отключить фаервол на вашем компьютере.

Отключение происходит в несколько кликов:

Внимание! В некоторых системах настройки брандмауэра будут недоступны, так как их полномочия возьмет на себя антивирус. В этой ситуации вам придется временно отключить антивирус, чтобы изменить настройки. Отключение FireWall в отдельных случаях убирает сообщение «нет доступа к DNS серверу».

Проверяем систему на вирусы

На Windows 10 и других версия ОС причиной сообщения «DNS-сервер не отвечает» может стать вредоносное программное обеспечение. Вирусы способны заблокировать полностью доступ к сети или к отдельным интернет-ресурсам. Рекомендуется выполнить сканирование системы антивирусом или с помощью Live-носителя (например, с флешки).

VPN и другие программы

Решить проблему, когда ДНС-сервер не отвечает, поможет специализированный софт, который позволяет вручную устанавливать сервер из списка доступных. Яркий представитель в этом сегменте – DNS Jumper. Программа не требует установки. Приложение может подобрать сервис автоматически, но при необходимости пользователь может выставить вручную желанный сервер.

Где взять параметры DNS?

Предварительные действия перед настройкой DNS-сервера

Проверка адреса DNS

Простейшая настройка DNS в Windows

Задание альтернативной конфигурации

Использовать альтернативные свободно распространяемые конфигурации тоже можно. Зачастую это может быть связано с тем, что с параметрами, предоставленными провайдером, подключение не работает, пользователь хочет повысить скорость соединения или в более высокой степени обезопасить собственное подключение. Самыми популярными на сегодняшний день являются комбинации от Google, состоящие для предпочитаемого сервера из четырех цифр 8, а для альтернативного - из двух цифр 8, и двух цифр 4. Их последовательность, кстати сказать, можно изменять произвольно.

Установка опций на маршрутизаторе для беспроводного подключения

Действия при появлении ошибок с невозможностью определения адреса сервера

Полный сброс параметров TCP/IP

Программа-фиксатор от Microsoft

Расскажет нам о настройке DNS сервера в Linux. Для начала, поговорим немного о том, для чего это нужно и как работает? DNS (Domain Name System - Система Доменных Имен) очень важна для работы Интернета, так как для соединения с конечным узлом (компьютером) необходима информация о его IP-адресе, а для людей проще запоминать буквенные (обычно осмысленные) адреса, чем последовательность цифр IP-адреса.

Чтобы мы могли использовать такие удобные имена как сайт, а не адрес вида 91.204.74.143, была давным-давно придумана DNS. В некоторых случаях это позволяет использовать виртуальные серверы, например, HTTP-серверы, различая их по имени запроса.

Первоначально преобразование между доменными и IP-адресами производилось с использованием специального текстового файла hosts , который составлялся централизованно и автоматически рассылался на каждую из машин в своей локальной сети.

С ростом Сети возникла необходимость в эффективном и автоматизированном механизме, которым и стала DNS. Хотя этот файл можно использовать и сейчас, он имеет больший приоритет при получении IP адреса чем DNS, т.е. сначала идет обращение в DNS кэш, потом в файл hosts и в самом конце - на внешний сервер DNS.

DNS обладает следующими характеристиками :

Распределённость администрирования. Ответственность за разные части иерархической структуры несут разные люди или организации. Т.е. нельзя так просто взять и отключить целый домен.
Распределённость хранения информации. Каждый узел сети в обязательном порядке должен хранить только те данные, которые входят в его зону ответственности и (возможно) адреса корневых DNS-серверов. Сервера отвечают только за свою зону или за ее часть.
Кеширование информации. Узел может хранить некоторое количество данных не из своей зоны ответственности для уменьшения нагрузки на сеть.
Иерархическая структура, в которой все узлы объединены в дерево, и каждый узел может или самостоятельно определять работу нижестоящих узлов, или делегировать (передавать) их другим узлам.
Резервирование. За хранение и обслуживание своих узлов (зон) отвечают обычно несколько серверов, разделённые как физически, так и логически, что обеспечивает сохранность данных и продолжение работы даже в случае сбоя одного из них.

Принцип работы рекурсивного DNS сервера.

Предположим, мы набрали в браузере адрес сайт. Наш клиент спрашивает у первого (указанного в настройках подключения к сети) сервера DNS: «какой IP-адрес у сайт»?

Однако, сервер DNS может ничего не знать не только о запрошенном имени, но даже обо всём домене сайт. В этом случае он может обратиться к другому серверу, ответственному за зону ru или корневому серверу - например, 198.41.0.4 Предположим, что этот узел сообщает - «У меня нет информации о данном адресе, но я знаю, что 204.74.112.1 является ответственным за зону ru.» Тогда сервер DNS направляет свой запрос к 204.74.112.1, но тот отвечает «У меня нет информации о данном домене, но я знаю, что 207.142.131..» Наконец, тот же запрос отправляется к третьему DNS-серверу и находится нужный ответ - IP-адрес, который и передаётся клиенту - браузеру.

Структура имен напоминает дерево, где корень (root) это его верх, а зоны - его "ветки". Выглядит это примерно так, как показано на схеме (фото ниже - кликабельно):

Из-за существовавших в прошлом ограничений на размеры DNS-пакета (512 байт) в DNS-ответ могло быть помещено всего 13 серверов (от A до M - тринадцатой буквы в алфавите), сейчас за этими 13 именами стоят более 200 серверов. Ближайший (к пользователю) адрес «зеркала» корневого сервера выбирается автоматически благодаря IP AnyCast.

Так, при обращении к K.root-servers.net, пользователь из Новосибирска, скорее всего, обратится к новосибирскому серверу (в NSK-IX).

Опровержение распространённых заблуждений :

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

Также есть несколько типов DNS-записей:

Запись A (address record) или запись адреса связывает имя компьютера или сервера с адресом IP. Например, запрос A-записи на имя referrals.icann.org вернет его IP адрес - 192.0.34.164
Запись AAAA (IPv6 address record) связывает имя хоста с адресом протокола IPv6. Например, запрос AAAA-записи на имя K.ROOT-SERVERS.NET вернет его IPv6 адрес - 2001:7fd::1
Запись CNAME (canonical name record) или каноническая запись имени (псевдоним) используется для перенаправления на другое имя. Например www..ru
Запись MX (mail exchange) или почтовый обменник указывает сервер(ы) обмена почтой для данного домена. Их может быть несколько, для каждого можно выставить приоритет, чем ниже цифра, тем он приоритетнее по сравнению с остальными. По умолчанию - 10
Запись NS (name server) указывает на DNS-сервера для данного домена.
Запись PTR (pointer) или запись указателя связывает IP хоста с его каноническим именем. Запрос в домене in-addr.arpa на IP хоста в reverse форме вернёт имя (FQDN) данного хоста (см. обратный DNS-запрос). Например, (на момент написания), для IP адреса 192.0.34.164: запрос записи PTR 164.34.0.192.in-addr.arpa вернет его каноническое имя referrals.icann.org. В целях уменьшения объёма нежелательной корреспонденции (спама) многие серверы-получатели электронной почты могут проверять наличие PTR записи для хоста, с которого происходит отправка. В этом случае PTR запись для IP адреса должна соответствовать имени отправляющего почтового сервера, которым он "представляется" в процессе SMTP-сессии.
Запись SOA (Start of Authority) или начальная запись зоны указывает, на каком узле хранится эталонная информация о данном домене, содержит контактную информацию лица, ответственного за данную зону, тайминги (параметры времени) кеширования зонной информации и взаимодействия DNS-серверов.
SRV-запись (server selection) указывает на серверы для сервисов. Используется, в частности, для Jabber (альтернатива ICQ) и Active Directory (групповое администрирование пользователей)

На этом покончим с теорией и перейдем к практике.

Установка и настройка bind9

Теперь давайте настроим свой DNS сервер для локального домена, например home . Вы можете выбрать любое название, но учтите, что оно не должно пересекаться с настоящими доменами, так как Вы не сможете потом обратиться к настоящим (внешним) сайтам в Интернете. Т.е. создав зону com и в ней запись о сайте vk.com вы не сможете обратиться к настоящему сайту, если конечно не укажете там правильную информацию. Рекомендую использовать выдуманную зону, как например home , office или название организации.

Так как cамым популярным для *NIX систем сервером DNS является Bind , мы тоже будем использовать его. Установим bind на наш сервер, для этого выполним команду apt-get install bind9 также будет установлен пакет bind9utils. Если все прошло хорошо, то сразу после установки он запустится, о чем будет сообщено в терминале.

* Starting domain name service... bind9

Теперь приступим к настройке сервера Bind. Перейдем в его каталог командой cd /etс/bind/ и создадим там файл с именем myzones.conf, для этого выполним команду touch myzones.conf и откроем его nano myzones.conf

Впишем в файл такую строку: zone "home" {type master; file "/etс/bind/db.home";}; эта запись значит, что для нашей зоны home данный сервер будет главным (master), а вcя информация о зоне хранится в файле /etс/bind/db.home который нам нужно будет создать чуть позже.

Сохраняем этот файл и открываем файл named.conf командой nano named.conf в конец файла дописываем include "/etс/bind/myzones.conf"; и тоже сохраняем. Эта надпись подключит при запуске служб bind файлик myszones.conf в котором мы указали наши зоны (домены).

Приступим к созданию файла зоны о котором писалось чуть выше. Для этого выполним команду nano db.home и впишем туда следующее:

Первое что нужно знать при редактировании файла зоны, это то, что при каждом внесении изменении нужно увеличивать значение serial . Общепринято и правильно это делать в таком виде YYYYMMDDRR, где YYYY текущий год, MM месяц, DD день, RR номер правки за текущий день.

Например, сегодня 9 сентября 2013 года. Это будет наша первая правка зоны за день, получаем serail равный 2013090900, так как в программировании счет начинается с ноля, первая правка будет иметь номер 00, вторая 01 и т.д. Хотя это не принципиально в данном случае, главное чтобы цифра была хотя бы на единицу больше предыдущего значения.

Строка @ IN NS ns1.home. гласит, что для текущей зоны сервер DNS имеет имя ns1.home, далее строкой ns1 IN A 127.0.0.1 мы указываем что у хоста ns1 IP-адрес равен 127.0.0.1 (т.е. он находится на этом же компьютере).

Чтобы добавить новую запись об имени хоста, добавим такую строку: server IN A 192.168.0.254 где server это имя хоста (компьютера), а 192.168.0.254 его IP-адрес, т.е. компьютер с этим IP-адресом будет иметь имя server.home. Таких записей может быть сколько угодно. Также можно назначать несколько имен для одного IP. Это бывает необходимо, если нам нужно настроить несколько виртуальных web-серверов. Сохраняем этот файл.

Для того чтобы DNS сервер применил последние наши настройки, его нужно перезапустить. Для этого используется такая команда /etс/init.d/bind9 restart Если конфигурация оказалась без ошибок, мы увидим следующее

* Stopping domain name service... bind9 [ OK ]
* Starting domain name service... bind9 [ OK ]

Если сервер не смог запуститься, проверьте конфигурационные файлы, которые мы редактировали.

Внимание : основная причина ошибок это пропущенные символы вроде точки, двоеточия или точки с запятой. Проверьте синтаксис написания, также заметьте что после все имен, кроме названия хостов, в файле db.home стоят точки, это - важно.

Если все запустилось, проверим правильно ли работает наш сервер? Для этого воспользуемся утилиткой nslookup, она есть в каждой ОС. Для этого выполним на сервере в командной строке команду nslookup

Далее введем команду server 127.0.0.1 это укажет, что мы хотим использовать сервер находящийся по адресу 127.0.0.1, после напишем имя какого-нибудь хоста, который мы указали в нашей зоне, например server.home Вот как должны выглядеть правильные ответы сервера:

roоt@CoоlServ:/etс/bind# nslookup

> server 127.0.0.1
Default server: 127.0.0.1
Address: 127.0.0.1#53

> server.home
Server: 127.0.0.1
Address: 127.0.0.1#53
server.home canonical name = home.

Если все совпадает, значит все работает правильно. Теперь можно использовать этот сервер для работы. Если не совпадает, проверьте настройки, возможно служба не запустилась или не удалось найти зону, те она была указана с ошибкой.

Также можно использовать наш DNS на нашем же сервере, для этого нужно указать его IP в файле /etс/resolv.conf. Для этого запустим nano /etс/resolv.conf и впишем в самом начале файла строку nameserver 127.0.0.1 , а в следующей строке - nameserver 8.8.8.8

Первая строчка укажет нашему серверу, что по умолчанию нужно использовать DNS-сервер на локальном хосте, в случае если он перестанет отвечать на запросы, использовать DNS по адресу 8.8.8.8 (это IP публичного DNS от Google). Сохраняем файл и на этом настройка DNS окончена.

Использование ресурсов провайдера/другой сети через свой DNS

Может возникнуть задача использовать ресурсы провайдера или имена из другой «серой» сети, которые невозможно получить через всемирные DNS. Для ее решения нужно подредактировать конфигурацию нашего сервера.

Предположим, нужно получить доступ к зоне lan Интернет провайдера. Для этого в файл myzones.conf допишем такую строку zone "lan" IN { type forward; forward only; forwarders { 10.0.0.1; 10.0.0.2;}; }; где lan название зоны, а 10.0.0.1 и 10.0.0.2 DNS сервера провайдера или другой сети. Теперь при запросе к этой зоне, компьютер будет обращаться к ней напрямую, а не тратить время на поиск того же узла в Интернете.

Настройка альтернативного (slave) DNS

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

Slave сервера нужны для обеспечения отказоустойчивости зоны. Например, если с главным сервером что-то случится (он «упадет», повреждение Интернет магистрали и другие неприятные вещи) зона будет продолжать работать дальше на резервном, пока главный сервер не начнет нормально функционировать. Для этого на альтернативном сервере нам потребуется написать вот такую строку в файле /etс/bind9/myzones.conf

zone "home." IN { type slave; file "/etс/bind/slave/mirror.home"; masters { 192.168.0.254; }; }; где 192.168.0.254 наш первичный DNS сервер, а /etс/bind/slave/mirror.home файл в котором будет храниться копия DNS зоны основного сервера. Также нужно создать папку командой mkdir /etс/bind/slave/ и передать ее пользователю bind, для этого выполним chown bind:bind /etс/bind/slave/

Здесь меня ждал подводный камень: так как до этого мне не приходилось сталкиваться с такими серверами, я никак не предполагал, что служба не сможет писать временный файл в эту папку даже с полными правами!

На анализ логов и поиск решения ушла добрая часть ночи, было пролистано пол поисковика, пока на каком-то англоязычном форуме я не наткнулся на такое решение. Нужно открыть файл nano /etс/apparmor.d/usr.sbin.named найти строку /etс/bind/zones/** r, и заменить ее на /etс/bind/zones/** rw, т.е. дописать атрибут w чтобы bind получил право на запись в эту директорию. Перезапустить /etс/init.d/apparmor reload и /etс/init.d/bind9 restart и после этого сервер сразу заработал, как нужно!