Установка днс сервера. Включение и настройка DNS-сервера
Инструкция
Если вы хотите узнать DNS-сервер вашего провайдера, запустите командную строку при помощи утилиты «Выполнить» в меню «Пуск» операционной системы Windows XP или в поисковой строке Windows Vista или Seven. Впишите в нее cmd и нажмите на клавишу Enter, после чего у вас на экране должно отобразиться небольшое окно черного цвета.
Использую латинскую раскладку клавиатуры, введите ipconfig/all. У вас должна отобразиться наиболее полная информация об используемом провайдере, включая его DNS-сервер . Обратите внимание, что на момент выполнения данного действия необходимо, чтобы подключение по локальной сети и интернет-соединение должны быть включены.
Чтобы узнать DNS вашего провайдера, зайдите на его официальный сайт или воспользуйтесь другим достоверным источником информации, после чего просмотрите данные касаемо этой информации в справочном разделе. Также часто подобная информация предоставляется на оплаты и в справочным буклетам, предоставляемых клиентам компании.
Позвоните в службу технической поддержки используемого вами провайдера интернета, после чего перейдите в раздел получения справочной информации, если такой предусмотрен системой автоответа, если он отсутствует, свяжитесь с работником службы техподдержки для получения интересующей вас информации.
Щелкните дважды левой кнопкой мыши по вашему значку активного-интернет-соединения на панели быстрого доступа в правом нижнем углу экрана. У вас должно открыться небольшое окно, содержащее в себе информацию о подключении. Перейдите в нем на вкладку с названием «Сведения» и просмотрите данные используемого DNS-сервер а. Также данные DNS вы можете найти на различных сайтах, посвященных справочной информации .
Видео по теме
Полезный совет
Учитесь пользоваться командной строкой.
Источники:
- как узнать у меня xp или нет
Найти сервер в сети можно двумя способами: при помощи встроенной в систему утилиты ipconfig, отображающей основные параметры сети , а также вручную. Выберите наиболее подходящий способ для вас.
Инструкция
Запустите встроенную утилиту ipconfig. Для этого откройте главное меню вашей операционной системы и выберите пункт «Выполнить». В поле «Открыть» укажите значение cmd и подтвердите кнопкой «OK» запуск инструмента «Командная строка». Введите значение ipconfig /all в строку интерпретатора команд и команду нажатием клавиши Enter.
Воспользуйтесь следующим синтаксисом команды, чтобы определить необходимые параметры:- /all - отобразить все параметры конфигурации TCP/IP;- /release - отключить протокол TCP/IP;- /renew - обновить значения конфигурации;- /dispalydns - отобразить кэш DNS;- /flushdns - удалить кэш DNS;- /showclassid - выести класс DHCP;- /setclassid - установить класс DHCP.- /registerdns - зарегистрировать имена DNS и адреса IP в ручном режиме.
Вернитесь в меню «Пуск» и попытайтесь выполнить определение сервер а в ручном режиме, если Для этого откройте папку «Все программы». Выберите «Стандартные» и запустите «Проводник». Найдите файл под названием l2ini (или же l2a.ini и l2ex.ini), который расположен в папке system и откройте его «Блокнот».
Пропишите строку, которая содержит IP-адрес сервер а со значением ServerAddr= или воспользуйтесь бесплатным приложением l2encdec.exe, доступным для скачивания в интернете и позволяющим выполнить операцию дешифрования нужного файла. Введите в строке «Объект» значение -s l2.ini и подтвердите выбранные изменений нажатием кнопки OK. Откройте отредактированный ярлык и в строке ServerAddr= определите адрес необходимого сервер а.
Попробуйте найти в сети игровой сервер , если у вас возникла подобная необходимость. Например, для поиска сервер ов Counter-Strike 1.6 воспользуйтесь специальным игровым , скачав и запустив файл MasterServers.vdf. Подобную операцию можно проделать и с другими сетевыми .
Видео по теме
Довольно часто у пользователей интернета возникают сложности с доступом к сети по причине того, что у интернет-провайдера временно выходит из строя DNS-сервер. То есть физически интернет-канал стабильный, но нет доступа к ресурсам из-за неработоспособности сервера. В таких ситуациях может помочь локально настроенный DNS-сервер. Проблема состоит только в том, что в большинстве пользовательских операционных систем Microsoft (Windows 2000/XP/Vista) встроенного DNS-сервера нет, поэтому придется пользоваться сторонними разработками.
Вам понадобится
- - компьютер подключенный к сети интернет;
- - дистрибутив DNS-сервера unbound.
Инструкция
Перед тем установку собственного DNS-сервер а, проконсультируйтесь со службой поддержки провайдера – не помешает ли этот процесс стабильной работе интернет-соединения, не противоречит ли это общим настройкам для конкретного провайдера.
Скачайте unbound-DNS с сайта http://unbound.net/. Инсталлятор этого DNS-сервер а будет находиться в разделе «Downloads». Необходимо выбрать тот инсталлятор, который разработан для 32 битных операционных систем Windows (даже, если у вас установлена шестидесяти четырех разрядная операционная система от Microsoft, скорее всего данное приложение запустится в режиме совместимости).
Запустите инсталлятор unbound (unbound _setup_X.X.X. , где X – цифровые обозначения скачанной вами версии, на сайте разработчика, как правило, можно найти наиболее свежую на текущий момент версию), в диалоговом режиме следуйте согласно рекомендациям исталлятора (где потребуется, нажмите “Next”, где попросит – прочтите лицензионное соглашение и сделайте отметку о том, что ознакомились с ним). В конце инсталляции вам потребуется просто подтвердить ее окончание нажатием кнопки “Finish”. На этом установка DNS-сервер а завершена. Включать его вам не понадобится – он автоматически стартует после завершения процесса инсталляции. После перезагрузки он тоже будет автоматически запускаться, если вы принудительно не отключите его.
Настройте ваше сетевое соединение, указав в качестве дополнительного DNS ваш локальный хост (IP адрес Localhost по умолчанию – 127.0.0.1) – этот вариант подойдет, если в настройках сетевого подключения было указано два DNS – основной и дополнительный. Если же в настройках была поставлена галочка на варианте «Получить адрес DNS-сервер а автоматически», то принудительно измените настройки на ручной ввод адреса DNS-сервер а и укажите адрес localhost (127.0.0.1) как для основного, так и для дополнительного DNS-сервер а.
Проверьте доступность интернет-узлов - попробуйте зайти на один из них. Если интернет заработал, можете забыть об этой проблеме. Если нет, проверьте доступность шлюза вашего интернет-провайдера, возможно, что проблема в физическом соединении с вашим провайдером.
Обратите внимание
Служба DNS-сервера может быть заблокирована вашим firewall, поэтому, для надежной работы DNS, нужно либо отключить firewall, либо грамотно настроить его для совместной работы.
Полезный совет
Узнать шлюз вашего интерне-провайдера можно выполнив команду ipconfig /all в командной строчке
Источники:
- Запуск DNS-сервера под Windows
DNS – система доменных имен, позволяющая создать для каждого компьютера в сети свое доменное имя. Создать DNS сервер можно при помощи специализированного программного обеспечения в любой системе Windows. Если же у вас стоит Windows Server 2008, то установку можно осуществить через панель управления.
Инструкция
Скачайте программу BIND с официального сайта разработчика. После завершения загрузки распакуйте полученный архив и запустите файл BINDInstall.exe. В качестве параметра Targert Directory для удобства укажите путь C:BIND, в поле Service Account Name введите имя пользователя, а в Service Account Password – пароль. Данные пункты заполняются в целях безопасности. Нажмите кнопку Install и дождитесь окончания инсталляции.
Создайте конфигурационный файл named.conf в директории C:BINDetc и введите параметры настройки сервер а. Также вы можете найти готовый файл в интернете.
После завершения всех настроек перезагрузите компьютер и запустите командную строку («Пуск» - «Все программы» - «Стандартные» - «Командная строка»). Введите запрос:nslookupЕсли DNS сервер работает, то настройку можно считать завершенной.
На компьютерах с установленной Windows Server создать DNS можно через панель управления. Выберите «Пуск» - «Панель управления» - «Администрирование» - «Управление сервер ом».
В левой части окна раскройте вкладку «Управление сервер ом» (Server Manager) и выберите объект «Роли». В правой части панели кликните «Добавить роль» (Add Roles).
В появившемся Мастере ролей выберите «DNS Сервер». Далее следуйте инструкциям мастера. Нажмите «Установить» и дождитесь появления уведомления об успешной инсталляции.
Для введения параметров сервер а перейдите в консоль управления («Пуск» - «Все программы» - «Администрирование» - DNS). Чтобы открыть мастер настройки выберите имя вашего компьютера и нажмите пункт меню «Действия» - «Конфигурация». Следуя указаниям на экране, введите нужные настройки. По завершении процедуры Нажмите клавишу «Готово».
Полезный совет
Проверить работоспособность сервера всегда можно при помощи утилиты nslookup, которая запускается прямо из окна консоли управления DNS при нажатии правой клавишей мыши на созданном имени компьютера.
Источники:
- BIND
Для того чтобы узнать IP-адрес DNS-сервера , достаточно зайти в систему в качестве администратора и выполнить ряд несложных действий. Справиться с данной операцией сможет даже новичок в сфере компьютерных технологий и работы с сетевыми подключениями.
Инструкция
Включите компьютер и зайдите в операционную систему в качестве администратора. Вызовите главное меню, нажав кнопку «Пуск» в левой нижней части экрана. Откройте раздел «Выполнить» и укажите “ping” добавив доменное имя вашего DNS-сервера , которое должно советовать данным, которые указаны в ADSL- , или на сайте DNS-провайдера. Нажмите кнопку «Ок» и ознакомьтесь с результатом. В итоге появится командная строка, в которой будет указан IP-адрес вашего сервера .
Определите IP-адрес игрового DNS-сервера . Для этого необходимо запустить игру и установить соединение. После этого сверните ее окно без завершения работы. Зайдите в меню «Пуск» и выберите раздел «Выполнить». Укажите в поле «Открыть» cmd и нажмите «Ок» или Enter.
Теперь пройдемся по основным настройкам DNS.
Идем на наш DNS сервер и выбираем DNS-правый клик. Видм что в контекстном меню, можно создать новую зону, Установить свойства очистки для всех зон, очень удобно, очистить кэш, запустить nslookup, а так же рестартануть.
Идем в свойства данного сервера. Первая вкладка которая нас интересует это Интерфейсы. На ней перечислены интерфейсы которые должен слушать DNS сервер.
Вкладка Сервер пересылки позволяет задать DNS которые разрешают все остальное кроме зон данного сервера, чаще всего это провайдерские dns или гугловские как у меня.
Вкладка дополнительно.
Позволяет включить автоматическое удаление старых записей
а так же задать откуда будет грузиться зона при старте
Вкладка наблюдение позволяет проверить правильность настройки DNS.
Якори доверия нужна для настройки DNSSEC цифровой подписи зоны
Теперь рассмотрим свойства конкретной зоны правый клик-свойства по нужной вам зоне. Первая будет вкладка Общие.
Можно задать обновление зоны, лучше оставить безопасное
Кнопка Очистка включаем удаление старых записей для данной зоны, цифры заданные тут суммируются с цифрой заданной в свойствах DNS сервера.
Начальная запись зоны (SOA)
Серийный номер - номер зоны, на него ориентируются DNS сервера, сверяя не произошло ли обновлений после последней синхронизации.
Основной сервер - Сервер, отвечающий за данную зону
Ответственное лицо - тут можно прописать email ответственного.
Ну и про интервалы и так понятно все из названия.
Вернемся на вкладку общие и выберем пункт Интегрированный в AD Изменить
Видим, что тут можно сменить тип зоны и при желании убрать галку хранить не в AD а в файле.
Если убрать галку то зона пересохранится в файл
Пункт Репликация Изменить позволит выбрать уровень реплики зоны.
Настройка репликации зон, интегрированных в Active Directory
Зоны, интегрированные в Active Directory, можно устанавливать только на контроллерах домена, где установлена роль DNS-сервер. Зоны, интегрированные в Active Directory, в отличие от стандартных зон обеспечивают многоуровневую репликацию данных, упрощенную конфигурацию, а также повышенную безопасность и эффективность. С помощью хранилища, интегрированного в Active Directory, DNS-клиенты могут отправлять обновления на любой DNS-сервер, интегрированный в Active Directory. Затем эти обновления копируются с помощью репликации на другие DNS-серверы, интегрированные в Active Directory.
Репликация и раздел каталога приложений
Данные DNS для отдельной зоны можно реплицировать среди контроллеров домена различными способами, в зависимости от раздела каталога приложения, где хранятся данные зоны DNS.
Раздел - это структура данных в Active Directory, которая определяет данные для репликации. По умолчанию контроллеры домена включают два раздела каталога приложений, зарезервированные для данных DNS: DomainDnsZones и ForestDnsZones. Репликация раздела DomainDnsZones выполняется на всех контроллерах домена, также являющихся DNS-серверами в отдельном домене, а репликация раздела ForestDnsZones выполняется на всех контроллерах домена, также служащих DNS-серверами в каждом домене леса Active Directory.
Каждый из этих разделов каталога приложений получает имя в соответствии с именем FQDN дочернего домена DNS. Эти разделы можно просмотреть в диспетчере DNS. Кроме того, каждая зона содержит имя DomainDnsZones, указывающее раздел, репликация которого выполняется лишь в локальных доменах.
Помимо этих двух разделов в каталоге приложений можно также создать настраиваемый или определяемый пользователем раздел и присвоить ему имя по своему усмотрению. Затем можно отконфигурировать зону для хранения данных в этой новой структуре. По умолчанию новый раздел каталога приложений существует только на сервере, где создается, однако в этом разделе можно перечислить и другие серверы, чтобы туда копировались данные репликации его содержимого.
Хранение данных DNS в разделе домена Данные зоны, интегрированной в Active Directory, хранятся в разделе домена вместе с остальными данными домена. В этой конфигурации репликация данных DNS выполняется не только на контроллерах домена, которые также являются DNS-серверами, но и па всех контроллерах локального домена. Однако при использовании этой опции генерируется дополнительный трафик репликации. Ее следует применять для репликации данных DNS на компьютерах Windows Server 2000.
Выбор области репликации зон
Раздел, в котором хранится зона, эффективно определяет область репликации для этой зоны, интегрированной в Active Directory. При использовании программы Dcpromo для назначения сервера контроллером нового домена в разделе DomainDnsZones автоматически создается новая зона, интегрированная в Active Direcrory. Однако при создании новой зоны с помощью мастера создания новой зоны на странице Область репликации зоны, интегрированной в Active Directory(Active Directory Zone Replication Scope), можно выбрать раздел для сохранения зоны.
На странице Область репликации зоны, интегрированной в Active Directory (ActiveDirectory Zone Replication Scope), представлены четыре опции.
■ Для всех DNS -серверов в этом лесу (То All DNS Servers In This Forest )
Новая зона сохраняется в разделе ForestDnsZones. Каждый контроллер домена во всем лесу, где установлен DNS-сервер, получит копию этой зоны.
■ Для всех DNS серверов в этом домене (То All DNS Servers In This Domain )
Новая зона сохраняется в разделе DomainDnsZones. Каждый контроллер локального домена, где установлен DNS-сервер, получит копию этой зоны.
■ Для всех контроллеров домена в этом домене (То All Domain Controllers In This Domain )
Зона сохраняется в разделе домена. Каждый контроллер локального домена получит копию этой зоны независимо от наличия па нем установленного DNS-сервера.
■ На все контроллеры домена , указанные в области данного раздела каталога (То All Domain Controllers Specified In The Scope Of This Directory Partition)
Зона сохраняется в созданном пользователем разделе каталога приложения, который указан в раскрывающемся списке. Чтобы контроллер домена попадал в область такого раздела каталога, нужно вручную указать этот контроллер домена в разделе.
Область репликации созданной зоны можно изменить в любое время. Для этого на вкладке Общие (General) щелкните кнопку Изменить (Change) напротив параметра репликации.
Откроется диалоговое окно Изменение области видимости зоны репликации (Change Zone Replication Scope), в котором представлены те же опции выбора области репликации, что и на странице мастера создания новой зоны.
При выборе области репликации нужно учесть, что увеличение этой области приводит к повышению объема сетевого трафика, связанного с репликацией. Например, если выбрать репликацию интегрированной в Active Directory зоны для всех DNS-серверов в лесу, объем сетевого трафика будет больше, чем при репликации данных зоны DNS лишь на все DNS-серверы в локальном домене. С другой стороны, репликация данных зоны на все DNS-серверы в лесу может ускорить разрешение имен и обеспечить отказоустойчивость.
ПРИМЕЧАНИЕ: Повторное создание зон DomalnDnsZones и ForestDnsZones
Удаленные или поврежденные разделы каталога приложений можно воссоздать в диспетчере DNS, щелкнув правой кнопкой мыши узел сервера и применив команду Создать используемые по умолчанию разделы каталога приложений (Create Default Application Directory Partitions).
В следующих статья мы поговорим про nslookup dnscmd и раздел Каталога.
В данной статье я опишу, как поднять свой DNS сервер на арендованном VDS/VPS с помощью пакета BIND.
Причины, по которым нам нужен свой DNS сервер, могут быть самые разнообразные, но в большинстве случаев, это просто облегчает работу со множеством доменов. И согласитесь, приятно видеть в сервисе Whois свои нейм сервера.
Хочу обратить ваше внимание на то, что в данном примере рассматривается как поднять оба NS на одном виртуальном сервере. Два NS необходимы в большинстве случаев, чтобы зарегистрировать домен, так как не все регистраторы позволяют проводить регистрацию с указанием одной записи или вообще без нее.
Так же скажу, что для обеспечения надежной работы, стоит задуматься о том, чтобы расположить ваши DNS сервера на разных виртуальных серверах и желательно в разных дата центрах. Это позволит продолжить работу вашего сайта без каких-либо задержек в случае падения одного из серверов.
Для того чтобы было понятно, как происходит установка, возьмем вымышленные исходные данные:
Сервер для DNS → 91.197.130.49 (ns1.mydomain.com)
→ 91.197.130.63 (ns2.mydomain.com)
Зона --> mydomain.com
На виртуальном сервере установлена ОС - CentOS5.5
Установка BIND
Прежде всего, нам необходимо установить на сервер сам пакет BIND, а для этого нужно подсоединится к нашему VDS.
Тут есть два варианта в зависимости от того, какой ОС вы пользуетесь на своем персональном компьютере.
В linux системах все довольно просто. Нужно перейти в основной панели на вкладку Places - Connect to Server.., в Service type выбрать SSH соединение, ввести адрес вашего сервера, ваш логин, нажать кнопку «connect». В появившемся окошке ввести свой пароль и… вы уже в терминале операционной системы своего VDS.
Если вы пользуетесь Windows, то могу посоветовать вам скачать программу PuTTY. Программа распространяется бесплатно и без ограничений. Скачать и узнать, как ей пользоваться, можно .
Итак, мы попали в терминал VDS. Чтобы установить последнюю версию пакета BIND, нужно ввести команду:
Yum install bind
Жмем «Enter» и ждем успешного завершения установки.
Создание данных зоны
Следующим шагом на нашем пути будет создание данных для зоны.
Для корректной настройки DNS под BIND данные разбиваются на несколько файлов. Один из них содержит отображения имен узлов в адреса, остальные - отображения адресов обратно в имена. Поиск адреса для имени принято называть прямым отображением, а поиск имени по адресу - обратным отображением.
Мы будем использовать следующие файлы:
1.Файл, содержащий данные преобразования имен хостов в адреса. Его имя для нашей зоны будет иметь вид db.mydomain.com.
2.Файл, содержащий данные преобразования адресов в имена хостов. Его название имеет вид db.addr, где addr - это внешний IP адрес нашего будущего DNS сервера, без последних цифр или маски сети. Для данного примера файл будет назваться
db.91.197.130.
3.Файлы зоны db.cache и db 127.0.0. Эти файлы необходимы для корректной работы DNS.
4.Файл настройки (конфигурационный файл), необходимый для связи всех файлов данных зоны. В версиях BIND 8 и 9 файл обычно называется /etc/named.conf.
Приступим непосредственно к созданию файлов.
Начнем с конфигурационного файла. Чтобы создать его, вводим в терминале VDS команду
Vi /etc/named.conf
Файл настройки содержит строки, которые определяют каталог с файлами данных зоны.
Обычно файлы настройки содержат строку, определяющую каталог, в котором расположены файлы данных зоны. Эти строки будут иметь вид:
Options {
directory "/var/named/";
};
Далее идет описание каждого файла данных зоны, которые необходимо использовать. Строка начинается со слова zone, за ним следует доменное имя и имя класса (in - класс интернета.) В BIND 8 и 9 класс интернета устанавливается по умолчанию, и поэтому нет необходимости указывать класс для него. Тип master указывает на то, что наш DNS сервер будет первичным. В последнем поле содержится имя файла данных зоны.
Zone "mydomain.com" IN {
type master;
file "db.mydomain.com";
};
Данная строка файла настройки предписывает чтение файла корневых указателей:
Zone "." {
type hint;
file "db.cache";
};
Этот файл не содержит данные кэша, а только указатели (hints) корневых DNS-серверов, о чем будет сказано ниже.
В целом конфигурационный файл будет иметь следующий вид:
Options {
directory "/var/named/";
dump-file "/var/run/named_dump.bd";
statistics-file "/var/run/named.stats";
};
Zone "mydomain.com" IN {
type master;
file "db.mydomain.com";
};
Zone "130.197.91.IN-ADDR.ARPA." IN {
type master;
file "db.91.197.130.";
};
Zone "0.0.127.IN-ADDR.ARPA." IN {
type master;
file "db.127.0.0";
};
Zone "." {
type hint;
file "db.cache";
};
Теперь рассмотрим, как создать файлы данных для mydomain.com., 91.197.130.0, 127.0.0 и cache. Вообще файлы db.127.0.0 и db.cache создаются автоматически, так что описывать их нет необходимости.
Вводим в терминале
Vi /var/named/db.mydomain.com.
Теперь приступим к редактированию файла.
В самом начале следует установить стандартное значение времени жизни TTL. DNS сервер передает указанное значение TTL в ответах на запросы, что позволяет другим серверам имен кешировать полученные данные на указанный период. Если данные изменяются редко, то будет разумно выставить интервал обновления в несколько дней, но не больше недели. Если же данные изменяются часто, то можно выставить интервал в один час, но желательно не меньше, так как из-за более коротких интервалов будет создаваться большой объем DNS трафика.
Для того, чтобы указать стандартное значение, нужно воспользоваться директивой $TTL. Для данного примера возьмем за стандартное значение 3 часа (3h). Первая строчка будет выглядеть так:
Теперь необходимо указать SOA- запись. Она должна находиться в каждом из файлов данных зоны. Она показывает, что наш DNS-сервер является самым надежным источником информации в пределах этой зоны.
Важно знать! В файле данных зоны может быть записана одна и только одна SOA-запись.
SOA-запись для данного примера будет иметь вид:
Mydomain.com. IN SOA ns1.mydomain.com. admin.mydomain.com. (
1 ; Порядковый номер
3h ; Обновление через 3 часа
1h ; Повторение попытки через 1 час
1w ; Устаревание через 1 неделю
1h) ; Отрицательное TTL в 1 час
На первом месте указываем доменную зону нашего будущего NS, обязательно в конце домена ставим точку. Зачем это делается, я расскажу чуть позже. Далее следует класс сети, об этом уже было написано выше, его указывать не обязательно. SOA указывает на тип записи. ns1.mydomain.com. - это адрес первичного сервера DNS зоны mydomain.com. А admin.mydomain.com. - почтовый адрес владельца доменной зоны. Скобки позволяют указать несколько строк, относящихся к записи. Следующие в них значения по сути не нужны в данном примере, они используются в основном вторичными серверами, но все же я вкратце опишу, что они значат.
Порядковый номер относится ко всем данным в пределах зоны и указывает на количество обновлений. Когда вторичный DNS сервер подключается к первичному, в первую очередь он сверяет порядковый номер. Если номер первичного больше, то вторичный сервер обновляет свои данные.
Следующие четыре поля определяют различные временные интервалы, и не стоит забывать, что по умолчанию значения указываются в секундах.
Обновление (refresh)
Интервал обновления инструктирует вторичный DNS-сервер, с какой частотой следует проверять актуальность информации для зоны. Установленные в данном примере 3 часа будут создавать весьма большую нагрузку на первичный сервер, так что при редком обновлении файлов зоны вторичного сервера стоит установить интервал хотя бы в 24 часа.
Повторение попытки (retry)
Если вторичный сервер не может подключиться к первичному (который вполне возможно уже не работает), он повторяет попытки через равные интервалы времени, указанные данным значением.
Устаревание (expire)
Если вторичный DNS сервер не может соединиться с первичным в течении указанного периода, данные на нем устаревают. Устаревшие данные зоны говорят о том, что информация уже не актуальна и не стоит ее больше использовать. Имеет смысл устанавливать значения устаревания намного большие, чем интервал обновления (от недели до месяца), иначе они будут устаревать еще до того, как успеют обновиться.
Отрицательное TTL
TTL - это время жизни (time to live). Это значение относится ко всем отрицательным ответам DNS-серверов, авторитативных для данной зоны.
Следующие записи называются NS записями, они также добавляются к каждому файлу данных.
Поскольку для корректной регистрации и поддержки доменов необходимы минимум две NS записи, то так и пропишем:
Mydomain.com. IN NS ns1.mydomain.com.
mydomain.com. IN NS ns2.mydomain.com.
Теперь наши записи указывают на то, что для нашей DNS зоны существует якобы два различных DNS сервера. Для правильной работы NS записей необходимо указать IP адреса, на которых установлены сервера. Делается это с помощью A записей:
Ns1.mydomain.com. IN A 91.197.130.49
ns2.mydomain.com. IN A 91.197.130.63
Файл db.mydomain.com. готов, перейдем к создания следующего файла. Вводим в терминале:
Vi /var/named/chroot/var/named/db.91.197.130.
И редактируем данные как в предыдущем файле.
Сначала прописываем TTL и SOA запись.
$TTL 3H
130.197.91 IN SOA ns1.mydomain.com admin.mydomain.com (
1
3H
1H
1W
1H)
Пробел IN NS ns1.mydomain.com.
пробел IN NS ns2.mydomain.com.
А теперь указываем PTR записи - они служат для отображения имен, соответствующих IP адресам. Для данного примера записи будут выглядеть следующим образом:
49.130.197.91 PTR ns1.mydomain.com.
63.130.197.91 PTR ns2.mydomain.com.
Вот наш файл и готов.
Упрощаем код
Теперь самое время рассказать о сокращениях записей, которые помогут более быстро редактировать файлы данных зоны.
Вернемся к нашему конфигурационному файлу. Поле директивы zone определяет доменное имя. Это имя является суффиксом по умолчанию (origin) для всей информации в файлах данных зоны. Суффикс по умолчанию добавляется в конец всех имен, которые не заканчиваются точкой (Помните я говорил о том, что не следует забывать ставить точку в конце имен). Так как каждый файл отвечает за свою зону, то и суффиксы по умолчанию в каждом файле свои.
Исходя из данного принципа сокращений, можно упростить код следующим образом:
Вместо строки: «ns1.mydomain.com. IN A 91.197.130.49» можно указать вот такую строку:
Ns1 IN A 91.197.130.49
Запись «49.130.197.91 PTR ns1.mydomain.com.» можно записать так:
49 PTR ns1.mydomain.com.
Если доменное имя совпадает с суффиксом по умолчанию, его можно указывать в виде «@». Обычно такая запись используется в SOA-записях. Например:
@ IN SOA ns1.mydomain.com. admin.mydomain.com. (
1
3h
1h
1w
1h)
Кроме того если записи (начинающиеся в первой позиции строки) состоят из пробелов или символа табуляции, то автоматически подставляется имя из предыдущей записи. Эту функцию можно использовать при создании нескольких записей для одного имени:
130.197.91 IN NS ns1.mydomain.com.
Таким сокращением можно пользоваться даже при создании различных типов записей для одного имени.
Итог
Посмотрим теперь, как будут выглядеть наши файлы данных зоны с применением вышеописанных правил сокращения.
Файл db.mydomain.com.
$TTL 3H
@ IN SOA ns1.mydomain.com. admin.mydomain.com. (
1
3h
1h
1w
1h)
«пробел» IN NS ns2.mydomain.com.
Ns1 IN A 91.197.130.49
ns2 IN A 91.197.130.63
Файл db.91.197.130.
$TTL 3H
@ IN SOA ns1.mydomain.com admin.mydomain.com (
1
3H
1H
1W
1H)
«пробел» IN NS ns1.mydomain.com.
«пробел» IN NS ns2.mydomain.com.
49 PTR ns1.mydomain.com.
63 PTR ns2.mydomain.com.
Поздравляю! Мы закончили настройку нашего DNS сервера с двумя записями NS.
Для запуска и остановки сервера необходимо использовать следующие команды в терминале:
/etc/init.d/nammed start
/etc/init.d/nammed stop
/etc/init.d/nammed restart
Для тестирования серверов существует очень полезная программка - nslookup.
Теги: DNS, BIND, NS записи, файлы данных зоны.
Расскажет нам о настройке 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 и после этого сервер сразу заработал, как нужно!
Сегодня я подготовил для вас статью, которая поможет решить одну достаточно часто возникающую ошибку, которая ставит в тупик даже достаточно продвинутых пользователей: dns-сервер не отвечает .
В этой статье я расскажу о причинах возникновения этой ошибки, а также о нескольких способах ее решения. От вас в комментариях я буду ждать подтверждения, что именно вам помогло, а также новые варианты, если кто-то знает. Поехали!
1. Что значит «DNS-сервер не отвечает»?
Чтобы перейти к устранению неисправности, необходимо понять, что значит DNS сервер не отвечает.
Для понятия сути проблемы следует знать, что представляет собой DNS-сервер. При обращении к любой виртуальной странице в сети, пользователь получает доступ к определенному разделу удаленного сервера. В этом разделе располагаются и хранятся файлы, которые преобразуются используемым браузером и предлагаются пользователям в виде страницы с текстом, изображениями и другой информацией, привычной для визуального восприятия любого пользователя. Каждый сервер обладает индивидуальным IP-адресом, который необходим для получения доступа. DNS сервер – это функциональное средство комфортного и корректного перенаправления запросов на домен с конкретного IP-адреса.
Часто DNS сервер не отвечает в Windows 7 /10 при подключении к сети посредством модема и без использования сетевого кабеля, а также у пользователей, которые используют другой беспроводной метод интернет соединения. В отдельных случаях ошибка может возникнуть после установки антивируса .
Важно! Нередко пользователи лично проявляют интерес и вносят изменения в настройки модема, которые приводят к потере связи и возникновению нежелательной ошибки. Поэтому не рекомендуется без необходимости править работающие настройки.
2. Dns сервер не отвечает - как исправить?
Если пользователь наблюдает ошибку, то можно предпринять четыре способа ее ликвидации:
. Очень часто достаточно перегрузить модем, чтобы исправить ошибку. Во время процесса перезагрузки устройство возвращается к своим первоначальным настройкам и параметрам, что помогает быстро и эффективно решить проблему;Чтобы исправить ошибку с бОльшей вероятностью, необходимо рассмотреть подробно конкретные ситуации. Этим и займемся ниже.
2.1. В Windows
Можно выделить несколько возможных решений проблемы, указанных в таблице.
| Способ | Порядок действий |
| Рекомендуется отключить от питания устройство или воспользоваться кнопкой отключения, если она предусмотрена в конфигурации, и подождать около 15 секунд. По истечении времени необходимо вновь включить устройство. | |
| Использование командной строки | Следует вызывать командную строку от администрирующего лица ПК. Для этого следует нажать на «Пуск», затем найти и кликнуть на «Найти программы и файлы» и написать cmd. После этих действий возникнет ярлык программы. Следует кликнуть на нем правой кнопкой компьютерной мышки и выбрать пункт «Запуск от имени администратора».
Затем следует напечатать и выполнить определенные команды, после введения каждой команды необходимо нажимать клавишу ввода:
|
| Проверка настроек и параметров | Нужно посетить панель управления и найти «Центр управления сетями…». В этом подразделе содержится информация о сети.Следует выбрать используемое подключение, затем кликнуть правой кнопкой компьютерной мышки и выбрать «Свойства».Пользователю откроется новое окно, в котором по очереди нужно выбрать:
Затем необходимо кликнуть на «Свойства». Следует поставить галочки напротив пунктов: получить ДНС сервер и IP-адрес автоматически.При проверке настроек необходимо быть очень внимательным и учитывать информацию, прописанную в договоре с провайдером, если таковая имеется. Этот способ помогает, только если отсутствует конкретный адрес, указанный провайдером. |
Можно прописать адреса, предоставленные Google, которые, мнению самой поисковой системы, помогают ускорить загрузку web-страниц: 8.8.8.8 или 8.8.4.4.
3. DNS сервер не отвечает: роутер TP-link
Большинство современных пользователей используют маршрутизаторы и устройства TP-link. Ошибка DNS сервер не отвечает может быть ликвидирована несколькими способами:
Внимание! У некоторых, особенно недорогих моделей TP-link сбиваются параметры. При этом следует придерживаться инструкции по настройке, которая прилагается к устройству и вписывать данные и DNS адреса, указанные в договоре и предоставленные провайдером.
На роутере TP-link лучше выставить базовые настройки, если в договоре с провайдером не указано иного.
4. DNS сервер не отвечает (Билайн или Ростелеком)
Все перечисленные способы ликвидации ошибки рассчитаны на то, что проблемы возникли именно у пользователя. Но практика демонстрирует, что в большинстве случаев неполадки возникают у провайдера по ряду причин, например технические неисправности.
По этой причине необходимо при возникновении ошибки не спешить, а подождать некоторое время: можно за этот период перегрузить компьютер и роутер, не трогая никакие настройки. Если ситуация не изменилась, то рекомендуется связаться с представителями компании-провайдера и рассказать о сложившейся проблеме, сообщив специалисту данные, которые он требует: номер договора, фамилию, IP-адрес или другую информацию. Если проблема возникла у поставщика услуг по интернет-связи, то он сообщит об этом и скажет примерные сроки устранения аварии. Особенно это актуально для владельцев интернета от компании Ростелеком (я сам из таких, поэтому знаю, о чем говорю). Очень полезные номера:
- 8 800 302 08 00 - техподдержка Ростелеком для физических лиц;
- 8 800 302 08 10 - техподдержка Ростелеком для юридических лиц.
Если проблема возникла не у провайдера, то специалист компании может в некоторых случаях помочь пользователю решить ее, дав грамотный совет или рекомендации.
