Настройка получения IP и DNS адреса автоматически и вручную. Поднимаем свой DNS сервер на VDS

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

Что такое

DNS (простое объяснение)?

Сеть Интернет это техническое строение. Каждый компьютер пользователя или какого-либо сервиса в этой сети имеет свой цифровой IP-адрес, на подобие 24.198.15.6 На серверах в сети, как мы знаем размещают веб-сайты. Связь между компьютерами сети происходит по его цифровым значениям. Но людям легче запоминать слова (к примеру google.com), чем цифровой IP-адрес его местонахождения (24.198.15.6). Именно для того, чтобы людям не запоминать не связный набор цифр, а оперировать словами, создали сервис DNS (Domain Name Service). Его задача сообщать компьютерам сети какой цифровой IP-адрес соответствует буквенному адресу.

Как проверить работает ли DNS?

Мы можем проверить работу DNS даже на своем локальном компьютере. Для проверки наш компьютер должен быть подключен к сети Интернет. Через меню пуск выберите опцию "Выполнить", наберите команду cmd и нажмите Ввод. Откроется черное окно. Проще говоря вы перешли в командную строку. Введите:

ping google.com

и нажмите Ввод. Если идет обмен пакетами (как на изображении), то значит DNS работает. Заметьте, обмен пакетами идет именно с цифровым адресом сайта 74.125.136.113, с его IP-адресом. Ваша DNS служба основываясь на данные получаемые с управляющих DNS-серверов приняла от вас запрос на пинг сайта google.com и преобразовала его буквенное значение в цифровое.

Как узнать, что не работает DNS?

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

ping 8.8.8.8

Таким образом, вы проверяете на доступность DNS сервер компании Google. Заметьте, для проверки работоспособности DNS необходимо пинговать именно цифровой IP-адрес. Если идет обмен пакетами (пинг) с IP адресом, а сайты с компьютера не открываются, значит у вас или вашего провайдера неполадки с DNS. Если же пинг не последует, то ищите проблему вашего выхода в Интернет в чем то другом.

Как поменять DNS провайдера?

Для смены DNS серверов, которые по умолчанию предоставляет вам ваш Интернет провайдер, необходимо на вашем устройстве, через которое вы выходите в сеть, задать DNS значения вручную. Для Windows пользователей необходимо в сетевых подключениях выбрать адаптер, через который происходит подключение с сетью, открыть свойства этого подключения и в настройках "Протокол Интернета" или для более современных устройств "Протокол IP4" задать DNS. Значения 8.8.8.8 и 8.8.4.4 это общедоступные DNS сервера от лидера современного Интернета Google.


Стоит понимать, что лишь бы какие IP задавать нельзя. DNS сервис размещается на конкретных IP-адресах. Кроме того, не стоит использовать лишь бы какие DNS. DNS это золотое место для кибермошенников. К примеру, вы используете Интернет-банкинг, если злоумышленники подменят DNS сервера и заставят вас ходить через их DNS, то они смогут перенаправлять вас на свои мошеннические сайты. К примеру, вы будете открывать сайт https://bank.com, но ложный DNS сервис будет направлять вас не на истинный Интернет-банкинг, а на сайт мошенников. В браузере вы будете видеть, что открываете нужный вам адрес, а на самом деле вы, ничего не подозревая, будете находится на сайте преступников.

Зачем менять DNS провайдера?

Используя свои DNS провайдер может создавать правила или накладывать ограничивая на доступ к какому-либо сайту своим клиентам. Кроме того, неправильные настройки провайдера могут парализовать работу клиентов. При всем уважении к местным Интернет провайдерам, я больше доверяю специалистам Google. Конечно, они наверняка работают с спецслужбами США, но и мы ведь не террористы.

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

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

В этой статье я расскажу о причинах возникновения этой ошибки, а также о нескольких способах ее решения. От вас в комментариях я буду ждать подтверждения, что именно вам помогло, а также новые варианты, если кто-то знает. Поехали!

1. Что значит «DNS-сервер не отвечает»?

Чтобы перейти к устранению неисправности, необходимо понять, что значит DNS сервер не отвечает.

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

Часто DNS сервер не отвечает в Windows 7 /10 при подключении к сети посредством модема и без использования сетевого кабеля, а также у пользователей, которые используют другой беспроводной метод интернет соединения. В отдельных случаях ошибка может возникнуть после установки антивируса .

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

2. Dns сервер не отвечает - как исправить?

Если пользователь наблюдает ошибку, то можно предпринять четыре способа ее ликвидации:

. Очень часто достаточно перегрузить модем, чтобы исправить ошибку. Во время процесса перезагрузки устройство возвращается к своим первоначальным настройкам и параметрам, что помогает быстро и эффективно решить проблему;
  • Проверка корректности введения адресов в настройках . Для проверки грамотности и правильности заполнения DNS адреса необходимо зайти во вкладку свойства «Подключений по локальной сети», там нужно найти «Протокол Интернета v4» и проверить указанный адрес. Информация, которая должна быть указана в этом поле, должна находиться в договорных документах о подключении. Адрес сервера также можно узнать у провайдера, связавшись с ним по телефону или другим способом;
  • Обновление драйверов на сетевую карту . Проблему можно решить при смене провайдера и в некоторых других ситуациях;
  • Настройка работы антивируса и файрвола . Современные программы, которые разработаны для защиты данных и информации на ПК от вирусов и мошеннических действий, могут блокировать доступ к сети. Необходимо внимательно просмотреть настройки таких программ.
  • Чтобы исправить ошибку с бОльшей вероятностью, необходимо рассмотреть подробно конкретные ситуации. Этим и займемся ниже.

    2.1. В Windows

    Можно выделить несколько возможных решений проблемы, указанных в таблице.

    Способ Порядок действий
    Рекомендуется отключить от питания устройство или воспользоваться кнопкой отключения, если она предусмотрена в конфигурации, и подождать около 15 секунд. По истечении времени необходимо вновь включить устройство.
    Использование командной строки Следует вызывать командную строку от администрирующего лица ПК. Для этого следует нажать на «Пуск», затем найти и кликнуть на «Найти программы и файлы» и написать cmd. После этих действий возникнет ярлык программы. Следует кликнуть на нем правой кнопкой компьютерной мышки и выбрать пункт «Запуск от имени администратора». Затем следует напечатать и выполнить определенные команды, после введения каждой команды необходимо нажимать клавишу ввода:
    • ipconfig /flushdns
    • ipconfig /registerdns
    • ipconfig /release
    • ipconfig /renew
    Проверка настроек и параметров Нужно посетить панель управления и найти «Центр управления сетями…». В этом подразделе содержится информация о сети.Следует выбрать используемое подключение, затем кликнуть правой кнопкой компьютерной мышки и выбрать «Свойства».Пользователю откроется новое окно, в котором по очереди нужно выбрать:
    • Протокол (TCP/IPv6);
    • Протокол (TCP/IPv4).

    Затем необходимо кликнуть на «Свойства». Следует поставить галочки напротив пунктов: получить ДНС сервер и 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 - техподдержка Ростелеком для юридических лиц.

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

    В данной статье я опишу, как поднять свой 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-серсер (Domain Name System). Эта система необходима для того, чтобы корректно соблюдать маршруты между адресами интернета, от ПК до запрашиваемых сайтов.

    Когда и зачем возникает необходимость менять DNS-сервер

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

    Принцип работы DNS-сервера - направить пользователя по правильному адресу интернета

    Как узнать прописанный адрес DNS-сервера и как его изменить

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

    Windows

    Узнать свой DNS-сервер и заменить его можно в соответствующей графе «Панели управления».

    1. Нажимаем комбинацию клавиш Win+R, в поле «Выполнить» прописываем control и запускаем команду в действие кнопкой OK или Enter на клавиатуре.

      Запускаем «Панель управления» через исполняющую программу

    2. Меняем вид с «Категории» на «Значки» и щёлкаем по пункту «Центр управления сетями и общим доступом».

      Выбираем элемент «Центр управления сетями и общим доступом»

    3. Откроется окно с активными (действующими, подключёнными) сетями. Нажимаем на ссылку напротив той, которая имеет доступ к интернету.

      Просматриваем список активных сетей в «Центре управления сетями и общим доступом»

    4. Откроется окно состояния сети. Кликаем кнопку «Сведения…».

      В окне «Состояние» нажимаем кнопку «Сведения»

    5. Появится ещё одно окно со всеми данными подключённой сети. В графе «DNS-серверы IPv4» знакомимся с действующими адресами сервисов, которые использует подключение в данный момент.

      Просматриваем подключенные DNS-серверы

    Заменить DNS-сервер также просто. Для начала возвращаемся в окно «Состояние».

    В итоге мы имеем доступ к заданному сервису преобразования доменных имён.

    Ubuntuк

    Чтобы изменить настройки DNS в операционных системах Ubuntu можно пользоваться разными способами. Самый простой - при помощи интерфейса.

    1. В правом верхнем углу выпадающее меню сети. Нажимаем на соответствующий значок, выбираем пункт «Изменить соединение…».

      Открываем выпадающее меню сети и нажимаем «Изменить соединение…»

    2. Выбираем активное соединение с интернетом и нажимаем «Изменить».

      Выбираем подключение к интернету и нажимаем кнопку «Изменить»

    3. Переходим во вкладку «Параметры IPv4».

      Переходим во вкладку «Параметры IPv4»

    4. Меняем фильтр «Способ настройки» на «Автоматически (DHCP, только адрес)».

      Меняем фильтр «Способ настройки» на «Автоматически (DHCP, только адрес)»

    5. В графе «Серверы DNS» прописываем нужные адреса через запятую. Затем нажимаем кнопку «Сохранить» и закрываем окно.

      В поле «Серверы DNS» прописываем соответствующие адреса

    Чтобы узнать нынешний DNS-сервер в ОС Ubuntu, необходимо в терминале ввести команду $ cat /etc/resolv.conf. Это выдаст всю информацию по сети: графа nameserver и содержит доменный адрес.

    На роутере

    Сразу стоит отметить, что не все модели роутеров дают возможность изменять в своих настройках адрес DNS-серверов. Некоторые устройства позволяют заменить на известные сервисы, к примеру «Яндекс-DNS» или DNS Google.

    1. Для начала необходимо перейти на страницу управления роутером. Для этого в адресной строке любого браузера вводим 192.168.1.1 и нажимаем клавишу Enter.
    2. В зависимости от марки роутера дальнейшие инструкции имеют варианты. В некоторых случаях дополнительные настройки и сведения могут находиться уже на основной странице. Но чаще всего необходимо нажать некую кнопку для перехода в сопутствующее меню. Кнопка может называться Advansed, Setup, «Настройки» и так далее. Нажимаем на эту кнопку, чтобы перейти в дополнительное меню.

    3. Для смены сервиса есть несколько вариантов:

    Ошибки, которые могут возникнуть при использовании DNS

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

    Если же способы смены проблему не решили, значит, неполадки связаны со службой «DNS-клиента». Она может быть отключена или повреждена вирусами.


    Если с перезагрузкой проблема не исчезла - значит, файлы службы повреждены и необходимо запустить проверку системы на вирусы и восстановление файлов ОС. Лучше использовать две или три антивирусные программы.


    Видео: как исправить ошибки, связанные с DNS-сервером

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

    Теперь пройдемся по основным настройкам 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 и раздел Каталога.