Настройка получения IP и DNS адреса автоматически и вручную. Безопасные DNS Яндекс

Режимы работы DNS-сервера

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

· режим форвардинга (передачи) запросов другому DNS-серверу -- в этом случае запрос почти не отличается от запроса DNS-клиента. (Такая схема используется при использовании кеширующих DNS-серверов и серверов в DMZ).

· режим самостоятельного выполнения рекурсивного запроса.

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

Во многих версиях BIND запрос к другим DNS-серверам исходил с 53-го порта (порта, по которому принимаются запросы DNS, как TCP, так и UDP), в отличие от клиентских приложений, использующих произвольный порт отправителя (из незарегистрированного диапазона).

Типы записей 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) или каноническая запись имени (псевдоним) используется для перенаправления на другое имя. Мнемонические имена, или псевдонимы, широко применяются для связывания с хостом какой-либо функции, либо просто для сокращения имени. Реальное имя иногда называют каноническим. Например:

ius.ru. A 192.168.0.1

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

ftp.ius.ru. CNAME ius.ru.

mail.ius.ru. CNAME ius.ru.

ssh.ius.ru. CNAME ius.ru.

Записи CNAME дают возможность доступа к Вашему домену через адреса ftp.ius.ru, mail.ius.ru, и т.д.. Без таких записей CNAME Вы не сможете подключиться к Вашему серверу по таким адресам.

· Запись MX(mail exchange) или почтовый обменник указывает серверы обмена почтой для данного домена. Приоритет: определяет значение приоритетности почтового сервера. Чем меньше число, тем выше приоритет почтового сервера (0 означает самый высокий приоритет, 65535 - самый низкий). Таким образом, почтовый сервер с более высоким приоритетом является основным, а почтовые серверы с более низкими приоритетами будут второстепенным и вступят в работу в том случае, если все более приоритетные серверы по каким-либо причинам недоступны или неработоспособны. Если Вы меняете запись MX таким образом, что почта будет обрабатываться другим сервером, все Ваши текущие аккаунты POP3, переадресации, почтовые роботы, и списки рассылки останутся без работы, то есть почта на них поступать не будет.

· Запись PTR (pointer) или запись указателя связывает IP хоста с его каноническим именем. Запрос в домене in-addr.arpa на IP хоста в reverse форме вернёт имя (FQDN) данного хоста. Например, для IP адреса 192.0.34.164: запрос записи PTR 164.34.0.192.in-addr.arpa вернет его каноническое имя referrals.icann.org. В целях уменьшения объёма нежелательной корреспонденции (спама) многие серверы-получатели электронной почты могут проверять наличие PTR записи для хоста, с которого происходит отправка. В этом случае PTR запись для IP адреса должна соответствовать имени отправляющего почтового сервера, которым он представляется в процессе SMTP сессии. Записи типа PTR (Pointer - указатель) служат для выполнения обратного преобразования IP-адресов в имена хостов. Для каждого сетевого интерфейса хоста рекомендуется создать запись PTR. Записи типа PTR, как правило, имеет смысл вносить только в обратные зоны Например, чтобы адресу 192.168.0.1 соответствовало www.ius.ru, запись должна выглядеть так:

1.0.168.192. in-addr.arpa PTR www.ius.ru.

· Запись NS (name server) указывает на DNS-сервер для данного домена. Количество записей типа NS в файле зоны должно точно соответствовать количеству DNS-серверов, обслуживающих домен и включать все DNS-серверы, указанные в домене. Для доменов второго уровня это DNS-серверы, указанные в полях "nserver".

· Запись SOA (Start of Authority) или начальная запись зоны указывает, на каком сервере хранится эталонная информация о данном домене, содержит контактную информацию лица, ответственного за данную зону, тайминги кеширования зонной информации и взаимодействия DNS-серверов.

Серверы имен DNS

§ BIND (Berkeley Internet Name Domain)

§ djbdns (Daniel J. Bernstein"s DNS)

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

Но если разобраться с тем, как на самом деле выглядит алгоритм обработки запроса ДНС, то станет понятно – не все роутеры «одинаково хорошие». Некоторые устройства могут обладать функциональностью настоящего DNS-сервера, ну а другие умеют только передавать информацию на маршрутизатор провайдера.

Как устроена система DNS

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

Алгоритм обработки доменных имен

Слово DNS расшифровывается так – Domain Name System. Английские сочетания переводятся с перестановкой слов, то есть, по-русски это будет вот что: Система Доменных Имен. Эта система включает в себя множество машин, обрабатывающих DNS-запросы. Каждая машина (сервер) может относиться к тому или иному уровню. Позже станет понятно, что это значит.

Пример выполнения обработки

Итак, было сказано, что количество DNS-серверов в Интернете не ограничивается одним или двумя. Сервер нулевого уровня, самого высшего – один, и он продублирован 12-ю другими машинами. Адреса этих 13-ти «высших» машин известны любому DNS-серверу. Рассмотрим, что происходит, когда на сервер провайдера присылается запрос DNS:

1. Если DNS-сервер Вашего провайдера не содержит информацию о запрашиваемом имени в кэше, он запрашивает это же имя у «высшего» сервера.
2. Машина нулевого уровня (высшего) ищет в своей базе адрес сервера, «отвечающего» за последнее слово в web-имени (ru, com, us и так далее). В своем ответе, направленном на DNS-сервер провайдера, она отсылает этот IP-адрес.
3. Сервер провайдера шлет запрос той машине, адрес которой указан в ответе, отправленном ему на шаге 2. Эта машина может сразу прислать адрес, соответствующий запрашиваемому имени. Или, она ответит: узнайте про это имя у сервера, «несущего ответственность» за более низкий уровень доменов («omsk.ru», например).
4. Доменное имя может содержать максимум 3 или 4 «слова», разделенных точкой (домены могут быть 3-го или 4-го уровня). Поэтому, если даже на шаге 3 не был получен искомый IP-адрес, он будет получен через одну или две аналогичных итерации.

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

Схема работы системы DNS

Чтобы лучше понять, как все это работает, посмотрите на приведенную здесь схему. Показано, что будет, если готовый ответ придет на шаге «3». Даже для такого случая, как видим, количество пересылаемых пакетов равняется 6-ти. Вот почему рассматриваемый сервис работает достаточно медленно.

Рекурсивный и итеративный запрос

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

Иерархия имен и серверов

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

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

Возможности домашних роутеров

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

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

Задействуем опцию в интерфейсе

Затем, Вы ее задействуете, и должны будете заметить, насколько быстрее станут открываться сайты. Если два роутера соединены каскадом, то на втором из них (включенном в локальную сеть первого) опцию задействовать не надо! И в любом случае роутер, подключенный к провайдеру, должен «знать» хотя бы два адреса DNS-серверов, услуги которых Вам предоставляются.

КЭШ и кэширование

Были рассмотрены принципы работы машин, составляющих собой систему, позволяющую по значению доменного имени узнать IP-адрес. Для ускорения работы такой системы каждая машина может делать вот что: она запоминает, что именно чаще всего у нее спрашивают. Речь идет о тех сетевых машинах, которые могут обрабатывать рекурсивный запрос. По идее, подобной функциональностью наделяется и маршрутизатор Вашего провайдера, и офисный или домашний роутер (не каждая модель).

Если сайт, и соответствующий ему адрес, были запомнены, происходит вот что: по запрашиваемому значению находится ответ, который сразу отсылается запрашивающей стороне. Число передаваемых пакетов здесь равно 2. Но если Вы в роутере не включите DNS-relay, количество пакетов станет равным как минимум четырем. Получается, что рассматриваемая опция ускоряет работу вдвое, но только с теми сайтами, которые были запомнены (сохранены в КЭШе).

2 или 4 пакета

Отметим, что в домашних роутерах нельзя включить или отключить кэширование. Либо Вы задействуете кэширующий сервер, либо отключаете его полностью. А сделать его «не кэширующим» не получится, таковы уж особенности web-интерфейса. Можно поступить еще проще – задать в настройках роутера одну из публичных машин ДНС. Вроде бы, число передаваемых пакетов при этом резко сократится. Но делать здесь рекламу общедоступным публичным сервисам (вроде Google, Yandex и т.д.) никто не собирается.

Настройка DNS на маршрутизаторе

В подавляющем большинстве случаев, ошибки, приводящие к блокировке доступа к Интернету, определенным образом связаны с настройками IP и DNS. Что самое интересное - это происходит при любом типе подключения,как при Wi-Fi, либо же привычный всем интернет по сетевому проводу. В том случае, если в этих настройках указаны не подходящие значения, или способ их установки выбран некорректно, то осуществление подключения к Всемирной паутине не представляется возможным.

Давайте же изучим различные варианты проверки этих настроек, а кроме того - способы активации автоматического получения IP адреса и некоторых других параметров. В принципе, подобного рода информация уже была приведена в предыдущих публикациях, но по данному случаю целесообразно осуществит более подробный обзор. Эта информация очень пригодится многим пользователям, особенно тем, кто впервые знакомится с сетевыми настройками. Ведь мы будем изучать настройку для всем известных операционных систем: Windows XP, 7, 8, 10.

Ошибки при неверно указанных IP и DNS при wi-fi или сетевом подключении

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

Самый вероятный вариант - это возникновение неполадок после того, как уже был прописан на компьютере изначально неверный IP, для какого-то определенного подключения. Возможно то, что он останется от предыдущего провайдера, или для вас имеет место самостоятельная установка других параметров. То есть, по факту, мы имем подключение Интернета, используя некорректный статический IP, посредством Wi-Fi, в итоге нежелательный результат гарантирован. Именно по этой причине для беспроводного маршрутизатора все эти параметры будут неверными и он «всеми силами» будет пытаться выдавать нужные. Однако этого не произойдёт по причине того, что в настройках отключена возможность получения сетевых адресов по умолчанию (логично предположить, что компьютер не воспримет настройки роутера).

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

Случаи настройки сети по заданным статическим параметрам

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

Частые ошибки при настройке сетевых параметров

В отличие от вида установленной операционной системы и критерий подключения к сети принято выделять несколько разновидностей наиболее распространенных ошибок. Зачастую можно столкнуться с ошибкой «Без доступа к интернету». В Windows 8 появляется сообщение, в котором указывается «Ограничено», то есть — интернет недоступен (хотя есть вероятность встретиться и с другими ошибками подключения).

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

Кроме того, в том случае, если DNS адрес будет указан неверно, то возникает при посещении некоторых сайтов ошибка 105. Решение этого вопроса аналогично: производится установка автоматического определения сетевых адресов. Или же надо будет указать статический адрес.

Настраиваем автоматический IP и DNS на Windows xp/7/8/10

А вот сейчас настало время ознакомиться с процессом настройки IP и DNS адресов. Начнем изучение со всем известной операционной системой Windows 10.

• Для начала, надо кликнуть правой клавишей мыши по значку сети, расположенной в области уведомлений системы. После этого надо будет перейти в «Центр управления сетями».

• Далее открыть вкладку «Изменения параметров адаптера». После этого увидите раздел, в котором находятся все установленные сетевые адаптеры, к которым есть доступ, Здесь выбираем подходящий способ подключения - в данном варианте это соединение с сетью интернет по локальной сети. Кликаем правой кнопкой мыши по значку «Ethernet» и в предложенном меню кликаем на «Свойства».

• Отыскиваем в поле протоколов строчку со следующей надписью — «Протокол интернета версии 4 (TCP/IPv4)» - отмечаем этот пункт и ниже кликаем по кнопочке «Свойства».
  Далее появляется меню, посредством которого возможно осуществлять регулирование автоматического определения адреса IP/DNS. Кроме того, реально это все прописать будет и вручную указать. Фиксируем все нужные изменения нажав на вкладку «ОК».

После перезагрузки подключаемся к сети.

Инструкция для получения автоматического IP адреса и DNS в Windows 7, 8

Для Windows 8/8.1 все делается полностью аналогично выше приведенной схеме.

• Кликаем по иконке сети с панели уведомлений, попадаем в «Центр управления сетями», выбираем «изменение параметров для адаптера». После выбора подходящего варианта соединения заходим в «Свойства», кликнув по используемому адаптеру.
• Нажимаем на кнопку свойств в строке (TCP/IPv4), устанавливаем нужные параметры для IP и DNS или, в случае потребности, переводим их в режим установки по умолчанию. Сохраняемся.

Доступ к сети после перезагрузки

Установка автоматического получения IP и DNS на Windows XP

Настройка на данной ОС, осуществляется также несколько похожим образом.

• Посредством меню «Пуск» открывается «Панель управления» и в ней необходимо выбрать «Сеть и подключения к Интернету».
• Из всех доступных подключений выбираем нужное и кликаем по нему правой кнопкой мышки. Выбираем в предложенном меню вкладку «Свойства».
• Аналогично предыдущим инструкциям выбираем «Протокол Интернета (TCP/IP)» и ниже кликаем по вкладке «Свойства». После этого все делаем также, как указано в двух вышеперечисленных способах. Фиксируем данные.
• Перезагрузка и проверка соединения с Всемирной паутиной. Согласитесь,в этом нет ничего сложного!

Настраиваем IP и DNS на Windows xp/7/8/10 вручную

В свойствах настройки интернета«Ip версии 4» (инструкция по открытию раздела, описывалась выше) устанавливаем данные как на рисунке: Ip-адрес и основной шлюз выбирается в зависимости от настроек роутера или провайдера — 192.168.0(1).1 (но может быть и другим), где последняя цифра (………1) должна отличаться от адреса маршрутизатора (………2-255).

• Предпочитаемый/альтернативный ДНС используйте стандартный (Google): 8.8.8.8/8.8.4.4.
• После нажатия кнопки «ОК» Перезагрузите ПК и попробуйте проверить наличие интернета.

19. DNS. Режимы работы DNS серверов. DNS (англ. Domain Name System - система доменных имён) - компьютерная распределённая система для получения информации о доменах. Чаще всего используется для получения IP-адреса по имени хоста (компьютера или устройства), получения информации о маршрутизации почты, обслуживающих узлах для протоколов в домене (SRV-запись). Распределённая база данных DNS поддерживается с помощью иерархии DNS-серверов, взаимодействующих по определённому протоколу. Основой DNS является представление об иерархической структуре доменного имени и зонах. Каждый сервер, отвечающий за имя, может делегироватьответственность за дальнейшую часть домена другому серверу (с административной точки зрения - другой организации или человеку), что позволяет возложить ответственность за актуальность информации на серверы различных организаций (людей), отвечающих только за "свою" часть доменного имени. DNS обладает следующими характеристиками: * Распределённость администрирования. Ответственность за разные части иерархической структуры несут разные люди или организации. * Распределённость хранения информации. Каждый узел сети в обязательном порядке должен хранить только те данные, которые входят в его зону ответственности, и (возможно) адресакорневых DNS-серверов. * Кеширование информации. Узел может хранить некоторое количество данных не из своей зоны ответственности для уменьшения нагрузки на сеть. * Иерархическая структура, в которой все узлы объединены в дерево, и каждый узел может или самостоятельно определять работу нижестоящих узлов, или делегировать (передавать) их другим узлам. * Резервирование. За хранение и обслуживание своих узлов (зон) отвечают (обычно) несколько серверов, разделённые как физически, так и логически, что обеспечивает сохранность данных и продолжение работы даже в случае сбоя одного из узлов. Ключевыми понятиями DNS являются: * Доме́н (англ. domain - область) - узел в дереве имён, вместе со всеми подчинёнными ему узлами (если таковые имеются), то есть именованная ветвь или поддерево в дереве имен. Структура доменного имени отражает порядок следования узлов в иерархии; доменное имя читается слева направо от младших доменов к доменам высшего уровня (в порядке повышения значимости), корневым доменом всей системы является точка ("."), ниже идут домены первого уровня (географические или тематические), затем - домены второго уровня, третьего и т. д. (например, для адреса ru.wikipedia.org. домен первого уровня - org, второго wikipedia, третьего ru). На практике точку в конце имени часто опускают ("ru.wikipedia.org" вместо"ru.wikipedia.org."), но она бывает важна в случаях разделения между относительными доменами и FQDN (англ. Fully Qualifed Domain Name, полностью определённое имя домена). * Поддомен (англ. subdomain) - подчинённый домен (например, wikipedia.org - поддомен домена org, а ru.wikipedia.org - домена wikipedia.org). Теоретически такое деление может достигать глубины 127 уровней, а каждая метка может содержать до 63 символов, пока общая длина вместе с точками не достигнет 254 символов. Но на практике регистраторы доменных имён используют более строгие ограничения. Например, если у вас есть домен вида mydomain.ru, вы можете создать для него различные поддомены вида mysite1.mydomain.ru,mysite2.mydomain.ru и т. д. * Ресурсная запись - единица хранения и передачи информации в DNS. Каждая ресурсная запись имеет имя (то есть привязана к определенному Доменному имени, узлу в дереве имен),тип и поле данных, формат и содержание которого зависит от типа. * Зона - часть дерева доменных имен (включая ресурсные записи), размещаемая как единое целое на некотором сервере доменных имен (DNS-сервере, см. ниже), а чаще - одновременно на нескольких серверах (см. ниже). Целью выделения части дерева в отдельную зону является передача ответственности (см. ниже) за соответствующий домен другому лицу или организации. Это называется делегированием (см. ниже). Как связная часть дерева, зона внутри тоже представляет собой дерево. Если рассматривать пространство имен DNS как структуру из зон, а не отдельных узлов/имен, тоже получается дерево; оправданно говорить о родительских и дочерних зонах, о старших и подчиненных. На практике, большинство зон 0-го и 1-го уровня (".", ru, com, ...) состоят из единственного узла, которому непосредственно подчиняются дочерние зоны. В больших корпоративных доменах (2-го и более уровней) иногда встречается образование дополнительных подчиненных уровней без выделения их в дочерние зоны. * Делегирование - операция передачи ответственности за часть дерева доменных имен другому лицу или организации. За счет делегирования в DNS обеспечивается распределенность администрирования и хранения. Технически делегирование выражается в выделении этой части дерева в отдельную зону, и размещении этой зоны на DNS-сервере (см. ниже), управляемом этим лицом или организацией. При этом в родительскую зону включаются "склеивающие" ресурсные записи (NS и А), содержащие указатели на DNS-сервера дочерней зоны, а вся остальная информация, относящаяся к дочерней зоне, хранится уже на DNS-серверах дочерней зоны. * DNS-сервер - специализированное ПО для обслуживания DNS, а также компьютер, на котором это ПО выполняется. DNS-сервер может быть ответственным за некоторые зоны и/или может перенаправлять запросы вышестоящим серверам. * DNS-клиент - специализированная библиотека (или программа) для работы с DNS. В ряде случаев DNS-сервер выступает в роли DNS-клиента. * Авторитетность (англ. authoritative) - признак размещения зоны на DNS-сервере. Ответы DNS-сервера могут быть двух типов: авторитетные (когда сервер заявляет, что сам отвечает за зону) и неавторитетные (англ. Non-authoritative), когда сервер обрабатывает запрос, и возвращает ответ других серверов. В некоторых случаях вместо передачи запроса дальше DNS-сервер может вернуть уже известное ему (по запросам ранее) значение (режим кеширования). * DNS-запрос (англ. DNS query) - запрос от клиента (или сервера) серверу. Запрос может быть рекурсивным или нерекурсивным (см. Рекурсия). Имя и IP-адрес не тождественны - один IP-адрес может иметь множество имён, что позволяет поддерживать на одном компьютере множество веб-сайтов (это называется виртуальный хостинг). Обратное тоже справедливо - одному имени может быть сопоставлено множество IP-адресов: это позволяет создавать балансировку нагрузки. Рекурсия Термином Рекурсия в DNS обозначают алгоритм поведения DNS-сервера, при котором сервер выполняет от имени клиента полный поиск нужной информации во всей системе DNS, при необходимости обращаясь к другим DNS-серверам. DNS-запрос может быть рекурсивным - требующим полного поиска, - и нерекурсивным (или итеративным) - не требующим полного поиска. Аналогично, DNS-сервер может быть рекурсивным (умеющим выполнять полный поиск) и нерекурсивным (не умеющим выполнять полный поиск). Некоторые программы DNS-серверов, например,BIND, можно сконфигурировать так, чтобы запросы одних клиентов выполнялись рекурсивно, а запросы других - нерекурсивно. При ответе на нерекурсивный запрос, а также при неумении или запрете выполнять рекурсивные запросы, DNS-сервер либо возвращает данные о зоне, за которую он ответствен, либо возвращает ошибку. Настройки нерекурсивного сервера, когда при ответе выдаются адреса серверов, которые обладают большим объёмом информации о запрошенной зоне, чем отвечающий сервер (чаще всего - адреса корневых серверов), являются некорректными и такой сервер может быть использован для организации DoS-атак. В случае рекурсивного запроса DNS-сервер опрашивает серверы (в порядке убывания уровня зон в имени), пока не найдёт ответ или не обнаружит, что домен не существует. (На практике поиск начинается с наиболее близких к искомому DNS-серверов, если информация о них есть в кэше и не устарела, сервер может не запрашивать другие DNS-серверы.) Рассмотрим на примере работу всей системы. Предположим, мы набрали в браузере адрес ru.wikipedia.org. Браузер спрашивает у сервера DNS: "какой IP-адрес у ru.wikipedia.org"? Однако, сервер DNS может ничего не знать не только о запрошенном имени, но даже обо всём домене wikipedia.org. В этом случае сервер обращается к корневому серверу - например, 198.41.0.4. Этот сервер сообщает - "У меня нет информации о данном адресе, но я знаю, что 204.74.112.1 является ответственным за зону org." Тогда сервер DNS направляет свой запрос к 204.74.112.1, но тот отвечает "У меня нет информации о данном сервере, но я знаю, что 207.142.131.234 является ответственным за зону wikipedia.org." Наконец, тот же запрос отправляется к третьему DNS-серверу и получает ответ - IP-адрес, который и передаётся клиенту - браузеру. В данном случае при разрешении имени, то есть в процессе поиска IP по имени: * браузер отправил известному ему DNS-серверу рекурсивный запрос - в ответ на такой тип запроса сервер обязан вернуть "готовый результат", то есть IP-адрес, либо пустой ответ и код ошибки NXDOMAIN; * DNS-сервер, получивший запрос от браузера, последовательно отправлял нерекурсивные запросы, на которые получал от других DNS-серверов ответы, пока не получил ответ от сервера, ответственного за запрошенную зону; * остальные упоминавшиеся DNS-серверы обрабатывали запросы нерекурсивно (и, скорее всего, не стали бы обрабатывать запросы рекурсивно, даже если бы такое требование стояло в запросе). Иногда допускается, чтобы запрошенный сервер передавал рекурсивный запрос "вышестоящему" DNS-серверу и дожидался готового ответа. При рекурсивной обработке запросов все ответы проходят через DNS-сервер, и он получает возможность кэшировать их. Повторный запрос на те же имена обычно не идет дальше кэша сервера, обращения к другим серверам не происходит вообще. Допустимое время хранения ответов в кэше приходит вместе с ответами (поле TTL ресурсной записи). Рекурсивные запросы требуют больше ресурсов от сервера (и создают больше трафика), так что обычно принимаются от "известных" владельцу сервера узлов (например, провайдер предоставляет возможность делать рекурсивные запросы только своим клиентам, в корпоративной сети рекурсивные запросы принимаются только из локального сегмента). Нерекурсивные запросы обычно принимаются ото всех узлов сети (и содержательный ответ даётся только на запросы о зоне, которая размещена на узле, на DNS-запрос о других зонах обычно возвращаются адреса других серверов). Обратный DNS-запрос DNS используется в первую очередь для преобразования символьных имён в IP-адреса, но он также может выполнять обратный процесс. Для этого используются уже имеющиеся средства DNS. Дело в том, что с записью DNS могут быть сопоставлены различные данные, в том числе и какое-либо символьное имя. Существует специальный домен in-addr.arpa, записи в котором используются для преобразования IP-адресов в символьные имена. Например, для получения DNS-имени для адреса 11.22.33.44 можно запросить у DNS-сервера запись 44.33.22.11.in-addr.arpa, и тот вернёт соответствующее символьное имя. Обратный порядок записи частей IP-адреса объясняется тем, что в IP-адресах старшие биты расположены в начале, а в символьных DNS-именах старшие (находящиеся ближе к корню) части расположены в конце. DNS-сервер, name server - приложение, предназначенное для ответов на DNS-запросы по соответствующему протоколу. Также DNS-сервером могут называть хост, на котором запущено приложение. Режимы работы DNS-сервера DNS-сервер, выполняющий запрос клиента может работать в одном из трёх режимов: * режим форвардинга (передачи) запросов другому DNS-серверу - в этом случае запрос почти не отличается от запроса DNS-клиента. (Такая схема используется при использовании кеширующих DNS-серверов и серверов в DMZ). * режим самостоятельного выполнения рекурсивного запроса. * режим обслуживания зоны (в этом случае запросы на посторонние (неавторитативные) зоны не принимаются, вместо этого возвращаются адреса корневых серверов). * авторитативный DNS-сервер - сервер, отвечающий за какую-либо зону. o Мастер или первичный сервер (в терминологии BIND) - сервер, имеющий право на внесение изменений в данные зоны. Обычно для зоны бывает только один мастер сервер. В случае Microsoft DNS-сервера и его интеграции с Active Directory мастер-серверов может быть несколько (так как репликация изменений осуществляется не средствами DNS-сервера, а средствами Active Directory, за счёт чего обеспечивается равноправность серверов и актуальность данных). o Слейв или вторичный сервер, не имеющий права на внесение изменений в данные зоны и получающий сообщения об изменениях от мастер-сервера. В отличие от мастер-сервера их может быть (практически) неограниченное количество. Слейв так же является авторитативным сервером (и пользователь не может различить мастер и слейв, разница появляется только на этапе конфигурирования/внесения изменений в настройки зоны). * Кеширующий DNS-сервер - сервер, который обслуживает запросы клиентов, (получает рекурсивный запрос, выполняет его с помощью нерекурсивных запросов к авторитативным серверам или передаёт рекурсивный запрос вышестоящему DNS-серверу) * Локальный DNS-сервер; используется для обслуживания DNS-клиентов, исполняющихся на локальной машине. Фактически, это разновидность кеширующего DNS-сервера, сконфигурированная для обслуживания локальных приложений. * Перенаправляющий DNS-сервер; (англ. forwarder, внутренний DNS-сервер) сервер, перенаправляющий полученные рекурсивные запросы вышестоящему кеширующему серверу в виде рекурсивных запросов. Используется преимущественно для снижения нагрузки на кеширующий DNS-сервер. * Корневой DNS-сервер - сервер, являющийся авторитативным за корневую зону. Общеупотребительных корневых серверов в мире всего 13 шт, их доменные имена находятся в зоне root-servers.net и называются a.root-servers.net, ... , g.root-servers.net. В определённых конфигурациях локальной сети возможна ситуация настройки локальных корневых серверов. * Регистрирующий DNS-сервер. Сервер, принимающий динамические обновления от пользователей. Часто совмещается с DHCP-сервером. В Microsoft DNS-сервере при работе на контроллере домена сервер работает в режиме регистрирующего DNS-сервера, принимая от компьютеров домена информацию о соответствии имени и IP компьютера и обновляя в соответствии с ней данные зоны домена.

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

Как оградить детей от ненужной информации

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

Родительский контроль

Один из вариантов фильтрации интернет-содержимого, это использование функций «родительского контроля», которые встроены во многие антивирусные средства, например в Kaspersky Internet Security для всех устройств. Либо, можно приобрести отдельное специализированное программное обеспечение, которое ограничит посещение вредных для детей ресурсов.

Безопасные DNS серверы

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

Безопасные DNS Яндекс

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

• Базовый режим . При использовании этого адреса никакие ресурсы не блокируются (режим без фильтрации).
• Безопасный режим . При использовании этого адреса блокируются веб-сайты, которые могут быть потенциально опасны для Пользователя, например зараженные вредоносным кодом или распространяющие вредоносные файлы, а также веб-сайты, обладающие признаками мошеннических (предположительно созданные для вымогательства денег, кражи паролей и иных личных данных и т.п).
• Семейный режим . Функционал «Безопасного режима» + блокируются веб-сайты с порнографическим и/или эротическим содержанием (включая также ссылки на иные ресурсы подобного содержания или тематики).

IP адреса Яндекс.DNS

Безопасные DNS Norton

Norton DNS - интернет-сервис компании Symantec Corporation, предоставляющий общедоступные DNS-серверы для публичного использования:

• С блокировкой вредоносных сайтов (Security (malware, phishing sites and scam sites))
• С блокировкой вредоносных сайтов и сайтов для взрослых (Security + Pornography)
• С блокировкой вредоносных сайтов, сайтов для взрослых и сайтов распространяющих файлы (Security + Pornography + Non-Family Friendly)

  IP адреса Norton DNS

Безопасные DNS Comodo

Comodo Secure DNS - сервис от Comodo, в рамках которого компания Comodo Group бесплатно предоставляет DNS-серверы. Данное DNS-решение является альтернативой DNS-серверам, предлагаемым провайдером. Смысл заключается в том, что все DNS-запросы будут проходить через серверы Comodo, где и будет осуществляться фильтрация вредоносных сайтов.
Как ведущий поставщик решений в области компьютерной безопасности, Comodo остро осознает возможную опасность в Интернете. SecureDNS в режиме реального времени проверяет черный список вредных сайтов (фишинг-сайты, вредоносные сайты, шпионские сайты, и сайты которые содержат чрезмерное количество рекламы, включая всплывающие сообщения и т.д.), и предупредит вас, когда вы попытаетесь получить доступ к сайту с потенциально опасным содержимым.

IP адреса Comodo SecureDNS

Безопасный SkyDNS

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

IP адреса SkyDNS

Чей DNS сервис лучше

Я думаю, что идеального сервиса нет. Но, чтобы не терять в скорости работы, вам следует выбирать те серверы, которые расположены ближе к вам. Для жителей России — это Яндекс.DNS и SkyDNS .

А лучше всего проверить скорость работы DNS серверов по методике описанной этой статье —

Как настроить DNS на компьютере

Чтобы изменить настройки DNS, а точнее принудительно указать операционной системе (компьютеру) использовать безопасные DNS-серверы в Windows 7 необходимо зайти в Панель управленияСеть и ИнтернетСетевые подключения и выбрать свой сетевой адаптер.

В следующем окне нажать кнопку «Свойства»

Далее выбрать в списке пункт «Протокол Интернета версии 4 (TCP/IPv4)» и нажать кнопку «Свойства».

Запишите IP адреса желаемых DNS серверов. И нажмите «ОК» во всех окнах.

В других версиях Windows делаем по аналогии.

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

Чтобы узнать какие DNS серверы используются операционной системой выполните следующие команды в консоли:

Ipconfig /all

Проверьте, что значения соответствуют Вашим настройкам.


Далее желательно сбросить Кеш DNS операционной системы.

Ipconfig /flushdns

Настройка домашнего маршрутизатора

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

P.S.

Пусть у наших деток будет счастливое детство.