В подавляющем большинстве случаев, ошибки, приводящие к блокировке доступа к Интернету, определенным образом связаны с настройками IP и DNS. Что самое интересное — это происходит при любом типе подключения,как при Wi-Fi, либо же привычный всем интернет по сетевому проводу. В том случае, если в этих настройках указаны не подходящие значения, или способ их установки выбран некорректно, то осуществление подключения к Всемирной паутине не представляется возможным.
Установка параметров получения автоматического IP и DNS адреса
Давайте же изучим различные варианты проверки этих настроек, а кроме того — способы активации автоматического получения 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.
- После нажатия кнопки «ОК» Перезагрузите ПК и попробуйте проверить наличие интернета.
pc4me.ru
ДНС сервер как связующее звено между доменом сайта и его айпи адресом
Подробно и со всеми деталями о доменных именах и IP адресах вы можете почитать в соответствующих публикациях, перейдя по данным чуть выше ссылкам. Причем эти материалы содержат к тому же весьма информативные видеоролики. Но для более удобного восприятия все-таки скажу в отношении этих понятий несколько слов.
Термин «domain» используется во многих областях и в общем смысле означает область, зону. Именно имя домена определяет местоположение любого ресурса в необъятном пространстве интернета, входя в состав URL сайта, который мы вводим в адресную строку браузера. Вот пример адреса моего блога:
//goldbusinessnet.com/
Как видите, в нем присутствует домен второго уровня goldbusinessnet.com. Однако, подобная запись является все-таки не прямым адресом искомого ресурса, а, в некотором смысле, косвенным. Чуть ниже поясню свою мысль.
Дело в том, что в системе координат Всемирной паутины расположение объекта характеризуется ИП адресом (Internet Protocol Address). Думаю, даже начинающим пользователям в той или иной степени известен данный термин, поскольку любое электронное устройство, соединенное с другими устройствами посредством сети, имеет свой айпи, в том числе ваш компьютер.
Вообще-то IP адрес представляется в двоичной системе счисления, например так:
11111111 11111111 11111111 00000000
Однако для удобства его обычно записывают в десятичных числах от 0 до 255. Скажем, приведенный пример в десятичном виде будет выглядеть таким образом:
255.255.255.0
Это гораздо удобнее. Но не будем пока углубляться в эту тему, поскольку для глубокого осмысления она требует определенной подготовки.
Так вот, каждому домену соответствует определенный IP адрес сайта, который, как вы поняли, выражается в наборе цифр, записанных в определенной форме. Для чего же нужна такая система, которая вроде бы усложняет доступ к веб ресурсу в сети? Это можно объяснить несколькими обстоятельствами:
- Во-первых, наименование адреса вебсайта в буквенном выражении более эстетично и легче запоминается пользователями, чем какой-то набор цифр
- Во-вторых, это облегчает ситуацию. К примеру, при переносе сайта на другой хостинг, где ему присваивают уже другой IP. В таком случае доменное имя, знакомое многим, остается неизменным.
Согласитесь, такое положение вещей весьма логично. Осталось выяснить, что такое ДНС в работающем механизме интернета и какую роль играет этот элемент? DNS (Domain Name System) — это система доменных имен, которая как раз связывает айпи адреса и домены всех без исключения вебсайтов в глобальной сети.
Технически это реализуется в виде установки целой сети специальных ДНС серверов, которые хранят в базе данных домены, каждому из которых прописан свой IP. Работу DNS сервера в составе всего механизма можно представить в упрощенном виде примерно так:
«>
Эту наглядную схему можно сделать еще более очевидной, подкрепив сопутствующим объяснением. Допустим, пользователь ввел в адресную строку браузера (здесь обзор популярных веб обозревателей) на своем компьютере (планшете, смартфоне и т.д.) имя домена в составе URL того или иного web-ресурса.
В результате этого активируется необходимый алгоритм и с устройства юзера посылается запрос на сервер доменных имен, который находит соответствующий ай-пи, привязанный к определенному сайту. Вследствие работы такой цепочки и полученного сервером хостинга запроса по IP и происходит отображение нужной вебстраницы в браузере.
Конечно, это очень упрощенная схема, но нам нет сейчас смысла залезать в дебри, главное, получить общее представление о взаимодействии всех составляющих.
Теперь, наверное, нужно еще объяснить коротенько, что такое сервер, поскольку многие читатели еще только начинают постигать азы интернет деятельности, а я слишком хорошо знаю, какое значение имеет расстановка всех точек над i.
Итак, говоря простым языком, сервер в общем его понимании просто большой компьютер с расширенными возможностями в плане дискового пространства и производительности, способный хранить большую базу данных.
Например, крупный хостинг (как купить место для сайта у провайдера Спринтхост), на котором располагается множество вэбресурсов, может иметь несколько серверов. Как вы понимаете, серверы используются для различных целей, в том числе для DNS. Надеюсь, это понятно.
Резюмируя, отмечу, что мы с вами в этой части статьи выяснили, что такое DNS, Ай Пи адрес, domain, а также представили себе алгоритм доступа к любой веб-странице (документу) с помощью web-обозревателя. Такая информация может оказаться крайне полезной в дальнейшем.
Как определить IP адрес сайта по его доменному имени
В конце я хотел бы остановиться на том, каким образом найти айпи web-сайта зная его ДИ, это также бывает полезно с практической точки зрения. Это можно сделать двумя способами, о которых и поведаю.
1. В сети существует большое количество специализированных сервисов на этот счет, предоставляющих подобную информацию. Воспользуемся одним из них, вписав доменное имя сайта и нажав соответствующую кнопку:
«>
2. Теперь посмотрим, как нам найти ай-пи адрес сайта, используя возможности операционной системы Windows 7, поскольку она наиболее популярна на сегодняшний день.
Для этого необходимо пропинговать сервер, на котором хостится вебресурс, имеющий заданное имя домена. Для этого вызовите командную строку, отыскав ссылку «Выполнить» в меню «Пуск» либо воспользуйтесь горячими клавишами Win+R, и введите в нее команду «cmd»:
«>
Появится специальное окно черного цвета, в которое на месте мигающего курсора введите доменное имя в такой форме:
ping goldbusinessnet.com
После нажатия клавиши Enter спустя несколько секунд получите результат:
«>
К вашим услугам будет не только Ай-Пи ресурса, но и некоторая другая информация, включающая, например, скорость ответа вэб-сервера на запрос. В завершение нашего разговора посмотрите видео, где кратко и ясно объяснена суть работы ДНС:
goldbusinessnet.com
Ключевые характеристики DNS[править | править код]
DNS обладает следующими характеристиками:
- Распределённость администрирования. Ответственность за разные части иерархической структуры несут разные люди или организации.
- Распределённость хранения информации. Каждый узел сети в обязательном порядке должен хранить только те данные, которые входят в его зону ответственности, и (возможно) адреса корневых DNS-серверов.
- Кэширование информации. Узел может хранить некоторое количество данных не из своей зоны ответственности для уменьшения нагрузки на сеть.
- Иерархическая структура, в которой все узлы объединены в дерево, и каждый узел может или самостоятельно определять работу нижестоящих узлов, или делегировать (передавать) их другим узлам.
- Резервирование. За хранение и обслуживание своих узлов (зон) отвечают (обычно) несколько серверов, разделённые как физически, так и логически, что обеспечивает сохранность данных и продолжение работы даже в случае сбоя одного из узлов.
DNS важна для работы Интернета, так как для соединения с узлом необходима информация о его IP-адресе, а для людей проще запоминать буквенные (обычно осмысленные) адреса, чем последовательность цифр IP-адреса. В некоторых случаях это позволяет использовать виртуальные серверы, например, HTTP-серверы, различая их по имени запроса. Первоначально преобразование между доменными и IP-адресами производилось с использованием специального текстового файла hosts, который составлялся централизованно и автоматически рассылался на каждую из машин в своей локальной сети. С ростом Сети возникла необходимость в эффективном, автоматизированном механизме, которым и стала DNS.
DNS была разработана Полом Мокапетрисом в 1983 году; оригинальное описание механизмов работы содержится в RFC 882 и RFC 883. В 1987 публикация RFC 1034 и RFC 1035 изменила спецификацию DNS и отменила RFC 882, RFC 883 и RFC 973 как устаревшие.
Дополнительные возможности[править | править код]
- поддержка динамических обновлений
- защита данных (DNSSEC) и транзакций (TSIG)
- поддержка различных типов информации
История[править | править код]
Использование более простого и запоминающегося имени вместо числового адреса хоста относится к эпохе ARPANET. Стэнфордский исследовательский институт (теперь SRI International) поддерживал текстовый файл HOSTS.TXT, который сопоставлял имена узлов с числовыми адресами компьютеров в ARPANET. Поддержание числовых адресов, называемых списком присвоенных номеров, было обработано Джоном Постелем в Институте информационных наук Университета Южной Калифорнии (ISI), команда которого тесно сотрудничала с НИИ.[1]
Адреса назначались вручную. Чтобы запросить имя хоста и адрес и добавить компьютер в главный файл, пользователи связывались с сетевым информационным центром (NIC) SRI, руководимым Элизабет Фейнлер, по телефону в рабочее время.
К началу 1980-х годов поддержание единой централизованной таблицы хостов стало медленным и громоздким, а развивающейся сети требовалась автоматическая система именования для решения технических и кадровых вопросов. Постел поставил перед собой задачу выработать компромисс между пятью конкурирующими предложениями для решения задачи, сформулированной Полом Мокапетрисом. Мокапетрис вместо этого создал концепцию иерархической системы доменных имен.
Рабочая группа IETF опубликовала оригинальные спецификации в RFC 882 и RFC 883 в ноябре 1983 года.
В 1984 году четыре студента UC Berkeley, Дуглас Терри, Марк Пейнтер, Дэвид Риггл и Сонгниан Чжоу, написали первую версию сервера имен BIND (Berkeley Internet Name Daemon). В 1985 году Кевин Данлэп из DEC существенно пересмотрел реализацию DNS. Майк Карел, Фил Альмквист и Пол Викси поддерживали BIND с тех пор. В начале 1990-х годов BIND был перенесен на платформу Windows NT. Он широко распространен, особенно в Unix-системах, и по-прежнему является наиболее широко используемым программным обеспечением DNS в Интернете.
В ноябре 1987 года были приняты спецификации DNS — RFC 1034 и RFC 1035. После этого были приняты сотни RFC, изменяющих и дополняющих DNS.
Проблемы с безопасностью[править | править код]
Первоначально проблемы безопасности не были основными соображениями при разработке программного обеспечения DNS или любого программного обеспечения для развёртывания в раннем Интернете, поскольку сеть не была открыта для широкой общественности. Однако рост Интернета в коммерческом секторе в 1990-х годах изменил требования к мерам безопасности для защиты целостности данных и аутентификации пользователей.
Несколько уязвимостей были обнаружены и использованы злоумышленниками. Одной из таких проблем является отравление кэша DNS, в котором данные распространяются на кэширующие преобразователи под предлогом того, что они являются авторитетным сервером происхождения, тем самым загрязняя хранилище данных потенциально ложной информацией и длительными сроками действия (время жизни). Впоследствии, запросы легитимных приложений могут быть перенаправлены на сетевые хосты, контролируемые злоумышленником.
DNS-ответы ранее не имели криптографической подписи, что давало возможность для множества вариантов атаки. Современные расширения системы безопасности доменных имен (DNSSEC) изменяют DNS, чтобы добавить поддержку криптографически подписанных ответов. Другие расширения, такие как TSIG, добавляют поддержку криптографической аутентификации между доверенными одноранговыми узлами и обычно используются для авторизации передачи зоны или операций динамического обновления.
Некоторые доменные имена могут использоваться для достижения эффектов спуфинга. Например, paypal.com и paypa1.com — это разные имена, но пользователи могут не различать их в графическом пользовательском интерфейсе в зависимости от выбранного шрифта пользователя. Во многих шрифтах буква l и цифра 1 выглядят очень похожими или даже идентичными. Эта проблема остро стоит в системах, которые поддерживают интернационализированные доменные имена, поскольку многие коды символов в ISO 10646 могут отображаться на типичных экранах компьютеров. Эта уязвимость иногда используется в фишинге.
Для подтверждения результатов DNS также могут использоваться такие методы, как обратный DNS с подтверждением прямых записей, но криптографически достоверными они не являются; при этом не учитывается вариант подмены маршрутной информации (англ. BGP hijacking).
Терминология и принципы работы[править | править код]
Ключевыми понятиями DNS являются:
- Доме́н (англ. domain «область») — узел в дереве имён, вместе со всеми подчинёнными ему узлами (если таковые имеются), то есть именованная ветвь или поддерево в дереве имён. Структура доменного имени отражает порядок следования узлов в иерархии; доменное имя читается слева направо от младших доменов к доменам высшего уровня (в порядке повышения значимости): вверху находится корневой домен (имеющий идентификатор «
.»(точка)), ниже идут домены первого уровня (доменные зоны), затем — домены второго уровня, третьего и т. д. (например, для адресаru.wikipedia.org.домен первого уровня —org, второго —wikipedia, третьего —ru). DNS позволяет не указывать точку корневого домена. - Поддомен (англ. 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) — запрос от клиента (или сервера) серверу. Запрос может быть рекурсивным или нерекурсивным (см. Рекурсия).
Система DNS содержит иерархию DNS-серверов, соответствующую иерархии зон. Каждая зона поддерживается как минимум одним авторитетным сервером DNS (от англ. authoritative — авторитетный), на котором расположена информация о домене.
Имя и IP-адрес не тождественны — один IP-адрес может иметь множество имён, что позволяет поддерживать на одном компьютере множество веб-сайтов (это называется виртуальный хостинг). Обратное тоже справедливо — одному имени может быть сопоставлено множество IP-адресов: это позволяет создавать балансировку нагрузки.
Для повышения устойчивости системы используется множество серверов, содержащих идентичную информацию, а в протоколе есть средства, позволяющие поддерживать синхронность информации, расположенной на разных серверах. Существует 13 корневых серверов, их адреса практически не изменяются.[2]
Протокол DNS использует для работы TCP- или UDP-порт 53 для ответов на запросы. Традиционно запросы и ответы отправляются в виде одной UDP-датаграммы. TCP используется, когда размер данных ответа превышает 512 байт, и для AXFR-запросов.
Рекурсия[править | править код]
Термином рекурсия в DNS обозначают алгоритм поведения DNS-сервера: выполнение от имени клиента полный поиск нужной информации во всей системе DNS, при необходимости обращаясь к другим DNS-серверам.
DNS-запрос может быть рекурсивным — требующим полного поиска, — и нерекурсивным (или итеративным) — не требующим полного поиска.
Аналогично — DNS-сервер может быть рекурсивным (умеющим выполнять полный поиск) и нерекурсивным (не умеющим выполнять полный поиск). Некоторые программы DNS-серверов, например, BIND, можно сконфигурировать так, чтобы запросы одних клиентов выполнялись рекурсивно, а запросы других — нерекурсивно.
При ответе на нерекурсивный запрос, а также при неумении или запрете выполнять рекурсивные запросы, DNS-сервер либо возвращает данные о зоне, за которую он ответственен, либо возвращает ошибку. Настройки нерекурсивного сервера, когда при ответе выдаются адреса серверов, которые обладают большим объёмом информации о запрошенной зоне, чем отвечающий сервер (чаще всего — адреса корневых серверов), являются некорректными, и такой сервер может быть использован для организации DoS-атак.
В случае рекурсивного запроса DNS-сервер опрашивает серверы (в порядке убывания уровня зон в имени), пока не найдёт ответ или не обнаружит, что домен не существует (на практике поиск начинается с наиболее близких к искомому DNS-серверов, если информация о них есть в кэше и не устарела, сервер может не запрашивать другие DNS-серверы).
Рассмотрим на примере работу всей системы.
Предположим, мы набрали в браузере адрес ru.wikipedia.org. Браузер ищет соответствие этого адреса IP-адресу в файле hosts. Если файл не содержит соответствия, то далее браузер спрашивает у сервера 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[править | править код]
Записи DNS, или ресурсные записи (англ. resource records, RR), — единицы хранения и передачи информации в DNS. Каждая ресурсная запись состоит из следующих полей[3]:
- имя (NAME) — доменное имя, к которому привязана или которому «принадлежит» данная ресурсная запись,
- тип (TYPE) ресурсной записи — определяет формат и назначение данной ресурсной записи,
- класс (CLASS) ресурсной записи; теоретически считается, что DNS может использоваться не только с TCP/IP, но и с другими типами сетей, код в поле класс определяет тип сети[4],
- TTL (Time To Live) — допустимое время хранения данной ресурсной записи в кэше неответственного DNS-сервера,
- длина поля данных (RDLEN),
- поле данных (RDATA), формат и содержание которого зависит от типа записи.
Наиболее важные типы DNS-записей:
- Запись A (address record) или запись адреса связывает имя хоста с адресом протокола IPv4. Например, запрос A-записи на имя referrals.icann.org вернёт его IPv4-адрес — 192.0.34.164.
- Запись AAAA (IPv6 address record) связывает имя хоста с адресом протокола IPv6. Например, запрос AAAA-записи на имя K.ROOT-SERVERS.NET вернёт его IPv6-адрес — 2001:7fd::1.
- Запись CNAME (canonical name record) или каноническая запись имени (псевдоним) используется для перенаправления на другое имя.
- Запись MX (mail exchange) или почтовый обменник указывает сервер(ы) обмена почтой для данного домена.
- Запись NS (name server) указывает на DNS-сервер для данного домена.
- Запись PTR (pointer[5][6]) обратная DNS-запись или запись указателя связывает 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 и Active Directory.
Зарезервированные доменные имена[править | править код]
Документ RFC 2606 (Reserved Top Level DNS Names — Зарезервированные имена доменов верхнего уровня) определяет названия доменов, которые следует использовать в качестве примеров (например, в документации), а также для тестирования. Кроме example.com, example.org и example.net, в эту группу также входят test, invalid и др.
Интернациональные доменные имена[править | править код]
Доменное имя может состоять только из ограниченного набора ASCII-символов, позволяя набрать адрес домена независимо от языка пользователя. ICANN утвердил основанную на Punycode систему IDNA, преобразующую любую строку в кодировке Unicode в допустимый DNS набор символов.
Программное обеспечение DNS[править | править код]
Серверы имен:
- BIND (Berkeley Internet Name Domain) [1]
- djbdns (Daniel J. Bernstein’s DNS) [2]
- Dnsmasq [3]
- MaraDNS [4]
- NSD (Name Server Daemon) [5]
- PowerDNS [6]
- OpenDNS [7]
- Microsoft DNS Server (в серверных версиях операционных систем Windows NT)
- MyDNS [8]
См. также[править | править код]
- EDNS — новый стандарт протокола DNS
- DNS cache poisoning
- Альтернативные корневые серверы DNS
- OpenDNS
- Google Public DNS
- Яндекс.DNS
- Киберсквоттинг
- Тайпсквоттинг
- Динамический DNS
- Round robin DNS — распределение нагрузки между одинаковыми серверами.
- ICANN
- DNSSEC
- DNS-клиент
- DNS-сервер
- Nslookup
Ссылки[править | править код]
- DNS Resources Directory (англ.)
- Ресурсы, посвящённые DNS & BIND (англ.)
- Общество CircleID DNS (англ.)
- Повышение безопасности DNS (DNSSEC) (англ.)
- Рабочий комитет IETF занимающийся разработкой расширенной спецификации DNS (DNSEXT) (англ.)
- Сайт корневых DNS-серверов (англ.)
- Просмотр DNS-записей домена
- Веб-инструменты для DNS, каталог на сайте dmoz.org (англ.)
Статьи[править | править код]
- Обзор схем и типов DNS-атак
ru.wikipedia.org
Что такое DNS-адрес и зачем он нужен при подключении к интернету
Функционирование всемирной паутины без использования DNS протокола невозможно, так как он отвечает за обработку пользовательского запроса, определение доменного имени и дальнейшего соединения с ним. Именно при помощи DNS-сервера производится переход на конкретный сайт, после ввода запроса в поисковую строку. Также при помощи данного сервиса присваивается индивидуальный IP вашему устройству, при помощи которого становится доступна обратная связь между сайтом и компьютером.
Первичная настройка сети включает в себя ввод параметров DNS сервера Ростелекома в соответствующие поля. Данная процедура также может производиться в автоматическом режиме. Также реестр DNS может включать в себя список запрещенных для просмотра сайтов, куда входят: вирусные, мошеннические, порнографические и другие проекты, запрещенные законодательством. Так вы сможете обезопасить пользователя ПК от посещения таких проектов.
Подводя итоги вышеуказанного, можно выделить следующие факторы:
- без DNS вы не сможете получить доступ к сайтам, расположенным во всемирной паутине;
- протокол может выступать в качестве своеобразного «фильтра» от нежелательного контента;
- быстродействие соединения, задержка между передачей пакетов данных и некоторые другие технические параметры также зависят от выбора обслуживающего сервера.
DNS-адреса Ростелекома
Разобравшись с предназначением и важности выбора «системы доменных имен», перейдем к обзору доступных для пользовательского использования серверов. Абоненты крупнейшего отечественного оператора широкополосного доступа к интернет-соединению могут воспользоваться как собственными, так и сторонними сервисами. Рядовые пользователи зачастую редко замечают разницу между разнообразными адресами, но для специализированного использования доступа к сети потребуется произвести соответствующее тестирование. Данный процесс мы подробно рассмотрим в следующем разделе.
IP оператора следующие:
- 48.193.36 – выступает в качестве приоритетного;
- 158.0.6 – также может использоваться в некоторых регионах.
Для упрощения пользовательского использования, предпочитаемый DNS сервер Ростелекома выбирается в автоматическом режиме при подключении к сети Ethernet. При этом оператор использует преимущественно собственные ресурсы. При возникновении задержек в загрузке страниц сайтов, проблем с потерей пакетов данных и других неполадок сети, причина может заключаться в выбранной системе доменных имен. В таком случае рекомендуется перейти на решения от других мировых лидеров – Yandex или Google.
Какой ДНС сервер прописать: Ростелеком
Если технических возможностей стандартного сервера ДНС вам не хватает, вы можете произвести самостоятельную диагностику для обнаружения наиболее эффективного адреса для повседневного использования. В этом вам поможет дополнительное программное обеспечение «DNS Benchmark», скачать которое можно с официального сайта разработчика на бесплатных условиях.
Выполнив установку, вам будет предложено добавить IP для тестирования. Сюда рекомендуется ввести следующие данные:
- 48.193.36 и 213.158.0.6 – стандартные решения от Ростелекома;
- 8.4.4 и 8.8.8.8 – варианта от Google, который выступает в качестве приоритетного ДНС-хоста по мнению множества приоритетных разработчиков;
- 88.8.8 и 77.88.8.1 – не менее эффективные сервера от Яндекса.
Теперь программа в автоматическом режиме проверит скорость и качество соединения с центральными серверами, что позволит получить информацию о наиболее эффективном ДНС адресе для повседневного использования. После этого, вам будет необходимо вручную настроить сетевое подключение.
Прописать ip адрес dns сервера Ростелеком в операционной системе Windows можно следующим образом:
- Откройте меню «Пуск» и перейдите в раздел «Панель управления»;
- Найдите категорию «Сетевые подключения» и откройте ее;
- Кликните на опцию «Свойства целевого соединения»;
- В появившемся окне выберите IPv4, снимите галочку с пункта «Автоматический поиск DNS»;
- Вручную введите наиболее эффективный IP адрес;
- Сохраните изменения, приступайте к подключению к интернету.
Так вы сможете обеспечить наиболее эффективное подключение к сети.
«DNS сервер не отвечает Ростелеком» – что делать
Так как функционирование системы доменных имен напрямую зависит от технического оборудования и корректной настройки, присутствует вероятность возникновения соответствующей ошибки на экране при попытке воспользоваться интернет-соединением. Если DNS сервер недоступен, Ростелеком предлагает самостоятельно произвести процедуру повторной настройки и смены IP. Детальная инструкция данного действия была рассмотрена в предыдущем разделе. Предварительно рекомендуется произвести самостоятельную диагностику качества соединения, что позволит гарантировать комфортные условия при работе с всемирной паутиной.
rostelecomu.ru
Настройка DNS в Linux
Поскольку сайт наш всё-таки о Linux, рассмотрим, как настроить DNS-серверы Linux. Настройки DNS-сервера в любом Linux-дистрибутиве находятся в файле /etc/resolv.conf. Адрес DNS-сервера указывается в следующем формате:
nameserver 192.168.137.1
Здесь 192.168.137.1 — это адрес DNS-сервера. Но настройка в этом файле будет работать только до перезагрузки, поскольку этот файл перегенерируется при каждой загрузке системы.
Если вы используете NetworkManager, можно настроить DNS-сервер там, в свойствах подключения. Откройте настройки сетевых подключений, нажмите в контекстном меню Изменить для нужного подключения, затем на вкладке IPv4 укажите нужный DNS-сервер:
Теперь настройки сохраняться даже после перезагрузки.
Протестировать скорость работы DNS-сервера можно с помощью утилиты nsloockup. Например:
time nslookup www.google.com 208.67.222.222
Server: 208.67.222.222
Address: 208.67.222.222#53
Non-authoritative answer:
Name: www.google.com
Address: 173.194.113.209
Name: www.google.com
Address: 173.194.113.212
Name: www.google.com
Address: 173.194.113.210
Name: www.google.com
Address: 173.194.113.211
Name: www.google.com
Address: 173.194.113.208
real 0m0.073s
user 0m0.012s
sys 0m0.004s
Первый параметр — адрес сайта, который будем измерять, второй — адрес DNS-сервера. Команда time замеряет время выполнения nslookup в миллисекундах. А теперь перейдём непосредственно к списку «хорошие DNS-серверы».
Лучшие DNS-серверы
1. Google Public DNS
Первый DNS сервер в нашем списке — сервер от Google — Google Public DNS. Он работает с декабря 2009 и его цель — сделать работу пользователей в интернете быстрее, безопаснее и удобнее. В настоящее время это крупнейшая государственная DNS-структура в мире. Для использования Google Public DNS достаточно использовать IP-адрес DNS сервера 8.8.8.8 или 8.8.4.4.
При переходе на Google Public DNS повышается безопасность и оптимизируется скорость работы, поскольку Google действительно использует Anycast-маршрутизацию для нахождения ближайшего сервера. Кроме того, он устойчив к атакам DNS Cache, а также DoS.
2. OpenDNS
Если вы ищете не просто замену обычному DNS, а расширенную версию, которая даст вам больше контроля, попробуйте OpenDNS. Как говорится в сообщении этой компании, вы сделаете ещё один шаг на пути к безопасности путем внедрения этой службы. Есть два варианта OpenDNS — домашний и корпоративный. Домашняя версия поставляется с родительским контролем, защитой от фишинга и улучшенной скоростью. Корпоративная версия OpenDNS имеет полную функциональность для защиты сети предприятия. Для домашнего использования вы можете получить OpenDNS бесплатно. Чтобы настроить DNS-серверы Linux просто установите следующие адреса DNS: 208.67.222.222 и 208.67.220.220. OpenDNS также поддерживает Anycast.
3. DNS.WATCH
DNS.WATCH — это минималистичная служба DNS, которая позволяет вам иметь быстрый доступ в интернет без цензуры. Поскольку эта служба построена по принципам свободы, вы можете быть уверены ,что ваш запрос достигнет цели и не будет использовано никаких перенаправлений. Сервер работает быстро и стабильно. Если вы живете в стране с цензурой, это будет отличным решением. Сервера DNS-службы: 82.200.69.80 и 84.200.70.40.
4. Norton ConnectSafe
Norton ConnectSafe — ещё одна служба DNS, предназначенная для усиленной защиты вашего интернета. Следует отметить, что Norton занимается аспектами безопасности многих устройств в течение длительного времени. Поэтому вы можете быть уверены в качестве Norton ConnectSafe. Сервис предлагает три различных варианта защиты: защита от вредоносных программ, фишинга и жульничества, защита от порнографии и других угроз. Для каждого вида используются разные IP-адреса. Для защиты всей домашней сети достаточно просто настроить маршрутизатор.
5. Level3 DNS
Level3 DNS — это отличная служба DNS, если вы ищете надежный DNS-сервер с отличной производительностью. Хотя и Level3 не такой большой, как Google, у него впечатляющая инфраструктура. Вы можете быть уверенны, что скорость будет на высшем уровне. IP-адреса DNS сервера: 209.244.0.3 , 209.244.0.4 , 4.2.2.1, 4.2.2.2 , 4.2.2.3 и 4.2.2.4.
6. Comodo Secure DNS
Comodo Secure DNS — ещё одна служба, сочетающая в себе скорость, надёжность и безопасность. Comodo использует огромную сеть, которая включает в себя большое количество DNS-серверов. Скорость будет оптимизирована путём выбора сервера в зависимости от вашего местоположения. Кроме того, Comodo заботится о безопасности, поставляя список опасных сайтов, а служба DNS убедится, что вы не посещаете ни один из них. IP-адреса Comodo Secure DNS: 8.26.56.26 и 8.20.247.20.
7. OpenNIC DNS
Хотя OpenNIC DNS находится последним в списке, он будет отличным решением, если вам нужен свободный доступ в интернет без цензуры, налагаемой властями. У OpenNIC DNS очень большая инфраструктура сети, и поэтому, скорее всего, будет найден DNS-сервер, находящийся недалеко от вашего физического местоположения. Просто выберите нужный сервер из списка.
Выводы
Как видите, одни из этих серверов обеспечивают обычный DNS в обход запретов провайдера, другие же имеют дополнительные возможности — защиту от атак, фишинга и опасных программ. Все они — лучшие DNS-серверы, и вы можете выбрать один из них в зависимости от ваших потребностей.
losst.ru
Что такое DNS
На самом деле в Интернет существуют только IP-адреса в цифровом формате, и все привычные буквенные ссылки, такие как, например, https://wd-x.ru/ преобразовываются к стандартным адресам IP. А отвечают за эти преобразования сервера Domain Name Service (DNS), определяющие IP-адрес по имени домена.
Как изменить DNS
Чтобы переопределить DNS заходим в раздел «Центр управления сетями» классической панели управления.
Далее кликаем пункт «Изменение параметров адаптера» и щелкаем активное подключение. Щелкаем его правой кнопкой, переходим к пункту «Свойства».
Выбираем протокол TCP/IPv4, снова щелкаем «Свойства».
Выбираем альтернативный адрес DNS.
Лучшие серверы DNS
Google Public DNS
Пожалуй, самый популярный сервер, работающий уже почти 8 лет. Его адреса известны всем – 8.8.8.8 и 8.8.4.4. Вместе с Google Public DNS ваша безопасность в Сети будет высокой, а скорость серфинга – оптимальной, так как ближайший к вам сервер будет определен с помощью технологии Anycast. Кроме того, этот сервис от Google обладает повышенной устойчивостью к хакерским атакам.
OpenDNS
Служба DNS-серверов, работающая с 2006 года. Имеет платный (корпоративный) и бесплатный (домашний) режимы работы. Домашняя версия также обеспечит родительский контроль и защитит от фишинга. Адреса серверов следующие:
- 67.222.222;
- 67.220.220;
- 67.222.220;
- 67.220.222.
DNS.WATCH
Очень быстрый и минималистичный сервис DNS, с основным акцентом на скорость работы и на просмотр заблокированных цензурой сайтов. Адреса серверов — 82.200.69.80 и 84.200.70.40.
Level3 DNS
Надежная и производительная DNS-служба. Конечно же, он намного меньше Google, тем не менее, с развитой инфраструктурой серверов скорость вашего серфинга будет максимальной. Level3 доступен по адресам 209.244.0.3 и 209.244.0.4.
Comodo Secure DNS
Эта служба предлагается известным разработчиком программ для защиты компьютера. Система выберет наиболее близкий к вам сервер так, чтобы обеспечить максимально быстрый и безопасный серфинг. Адреса Comodo Secure DNS – 8.26.56.26 и 8.20.247.20.
OpenNIC DNS
Если ваш провайдер ограничивает доступ к сайтам, отличным решением станет установка OpenNIC DNS. Сервис имеет очень большую инфраструктуру, и поэтому перед его использованием вам сначала нужно будет зайти на веб-сайт проекта. Там система подберет наилучшие сервера в зависимости от вашего текущего местоположения.
Yandex DNS
Своя служба DNS есть и у Яндекса. География размещения серверов достаточно широкая, что обеспечивает высокую скорость работы. Имеется три варианта:
- Базовый (77.88.8.8 и 77.88.8.1)
- Безопасный (88.8.88 и 77.88.8.1) обеспечит дополнительную защиту от вредоносных сайтов;
- Семейный (77.88.8.7 и 77.88.8.3)предоставит дополнительную защиту от «взрослых» сайтов.
Вместо послесловия
Каждый из рассмотренных нами DNS-серверов имеет свои плюсы и минусы, и наверняка какой-нибудь вам понравится, и вы будете его использовать. И, напоследок, самое главное – изменив настройки DNS в Windows, обязательно очистите DNS-кэш, иначе вы можете не ощутить сделанных изменений.