Що таке DNS простими словами. Що таке DNS, принцип її роботи і як вказати або змінити DNS сервер для домену Dns доменна

DNS (Domain Name System- система доменних імен) - комп'ютерна розподілена система перетворення символьного імені (сайт) на IP-адресу (91.106.203.89) і навпаки.

DNS була розроблена Полом Мокапетрісом у 1983 році.

У мережі інтернет DNS виконує важливе завдання, для доступу до веб-сервера необхідно знати його IP-адресу. Необхідність використання DNS обумовлена ​​тим, що людям легше запам'ятовувати буквені (зазвичай осмислені) адреси, ніж послідовність чотирьох цифр IP-адреси, комп'ютерам, у свою чергу, зручніше обробляти чисельне уявлення адреси (IP-адреса). Також наявність символьного імені сервера дозволяє використовувати так звані віртуальні сервери, наприклад, HTTP-сервери, що відрізняються один від одного іменем запиту (доменним ім'ям), але використовують одну і ту ж IP-адресу.

Спочатку для перетворення IP-адрес у символьні імена використовувався текстовий файл hosts, розташований:

• У Windows: %SystemRoot%\system32\drivers\etc\hosts;
• Unix: /etc/hosts;

Приклад файлу hosts у Windows

Файл hosts заповнювався автоматично та централізовано на кожній ЕОМ у своїй локальній обчислювальній мережі. Але даний підхід з часом показав свою неспроможність, оскільки зі зростанням мережі, кількість записів у текстовому файлі збільшувалася, як наслідок збільшувався розмір файлу, до того ж часте пересилання файлу hosts завантажувало обчислювальну мережу.

У результаті виникла потреба у створенні автоматизованого механізму, яким і стала розподілена система DNS.

Слід врахувати, що файл hosts використовується досі, зокрема, налаштування локального сервера на ЕОМ, в hosts записуються створені локальні символьні імена. Наприклад:

• 127.0.0.1 mysite.local

Ієрархія імен у DNS

У зв'язку з тим, що кількість вузлів інтернету зростає з кожним днем, для ефективної роботи DNSрозроблена розподілена база даних, що підтримується з використанням ієрархії DNS-серверів. Структура взаємодії серверів DNS представлена ​​на малюнку.

Дана схема дозволяє розвантажити сервер DNS на кілька серверів DNS, що й виконує розподілена база даних.

В основі ієрархічної структури DNS лежить уявлення про доменне ім'я та зони. Кожен DNS сервер, що відповідає за ім'я, може передати відповідальність за подальшу частину домену іншому серверу, що дозволяє делегувати відповідальність за додану інформацію на сервери різних організацій (людей), відповідальних безпосередньо тільки за «свою» частину доменного імені.

Ієрархія доменних імен починається з кореневого домену без імені (або ще як його називають «домен точка»), далі йдуть домени верхнього рівня або домени першого рівня. Домени верхнього рівня поділені на три зони:

• arpa це спеціальний домен, який використовується для зіставлення адреси - ім'я
• Семеро трьохсимвольних доменів називаються загальними (generic) доменами або організаційними (organizational) доменами.
• Двосимвольні домени, так звані домени країн або географічні домени (ua – Російська федерація, kz – Казахстан), засновані на кодах країн, відповідно до ISO 3166.

Оскільки DNS підтримує ієрархію доменних імен, але не IP-адрес. Для вирішення “зворотного” завдання є спеціальний домен, структура якого збігається із структурою IP-адрес. Називається цей домен IN-ADDR.ARPA .

in-addr.arpa- Спеціальна доменна зона, призначена для визначення імені хоста за його IPv4-адресою, використовуючи PTR-запис. Імена в домені IN-ADDR.ARPA утворюють ієрархію цифр, які відповідають IP-адресам. Щоправда, записуються ці імена у зворотному порядку щодо написання IP-адреси.

Наприклад, доменне ім'я сайт, яке має адресу 91.106.203.89 має бути описано в домені in-addr.arpa як 89.203.106.91.in-addr.arpa, тобто адреса записується у зворотному порядку.

Типи записів DNS

Основні типи записів, що використовуються в протоколі DNS

• A запис(address record IPv4) або запис адреси - основний запис, виконує сполучну роль між ім'ям хоста (сайт) та IP адресою (5.101.153.37). Якщо змінюється тільки запис А, то це означає, що наш сайт фізично буде розміщений на іншому хостингу, а всі інші записи залишаться працювати на старому хостингу.

• CNAME запис(canonical name record) або канонічний запис імені (псевдонім) - використовується для перенаправлення на інше ім'я (за аналогією з посиланнями), приватним прикладом використання запису CNAME, є створення доменних імен для ftp, mail, ssh, наприклад

• NS запис(name server) вказує на DNS сервер поточного домену, так звані authoritative DNS-сервери. Зміна NS-запису, при переході на інший хостинг, змінює всі записи, відповідно потрібно або вказувати нові записи або копіювати зі старого сайту (наприклад, для збереження пошти, потрібно скопіювати MX-запис зі старого хостингу). При неправильній зміні NS запису домену, може призвести до зупинення роботи сайту.

Відповідність між доменними іменами та IP-адресами може встановлюватись як засобами локального хоста, так і засобами централізованої служби. На ранньому етапі розвитку Internet кожному хості вручну створювався текстовий файл з відомим ім'ям hosts. Цей файл складався з деякої кількості рядків, кожен з яких містив одну пару IP-адреса - доменне ім'я, наприклад 102.54.94.97 - rhino.acme.com.

У міру зростання Internet файли hosts також зростали, і створення масштабованого рішення для дозволу імен стало необхідністю.

Таким рішенням стала спеціальна служба - система доменних імен (Domain Name System, DNS). DNS – це централізована служба, заснована на розподіленій базі відображень «доменне ім'я – IP-адреса». Служба DNS використовує протокол типу «клієнт-сервер» у своїй роботі. У ньому визначено DNS-сервери та DNS-клієнти. DNS-сервери підтримують розподілену базу відображень, а DNS-клієнти звертаються до серверів із запитами про дозвіл доменного імені в IP-адресу.

Служба DNS використовує текстові файли майже такого формату, як файл hosts, і ці файли адміністратор також готує вручну. Однак служба DNS спирається на ієрархію доменів, і кожен сервер DNS зберігає лише частину імен мережі, а не всі імена, як це відбувається при використанні файлів hosts. При збільшенні кількості вузлів у мережі проблема масштабування вирішується створенням нових доменів та піддоменів імен та додаванням до служби DNS нових серверів.

Для кожного домену імен створюється DNS-сервер. Цей сервер може зберігати відображення «доменне ім'я - IP-адреса» для всього домену, включаючи всі його піддомени. Однак при цьому рішення виявляється погано масштабується, так як при додаванні нових піддоменів навантаження на цей сервер може перевищити його можливості. Найчастіше сервер домену зберігає лише імена, які закінчуються на наступному рівні ієрархії в порівнянні з ім'ям домену. (Аналогічно каталогу файлової системи, який містить записи про файли і підкаталоги, що безпосередньо в нього «входять».) Саме при такій організації служби DNS навантаження за роздільною здатністю імен розподіляється більш-менш рівномірно між усіма DNS-серверами мережі. Наприклад, у першому випадку DNS-сервер домену mmtru зберігатиме відображення для всіх імен, що закінчуються на mmt.ru: wwwl.zil.mmt.ru, ftp.zil.mmt.ru, mail.mmt.ru і т.д. в другому випадку цей сервер зберігає відображення тільки імен типу mail.mmt.ru, www.mmt.ru, а всі інші відображення повинні зберігатися на DNS-сервері піддомену zil.

Кожен DNS-сервер, крім таблиці відображень імен, містить посилання на DNS-сервери своїх піддоменів. Ці посилання пов'язують окремі сервери DNS в єдину службу DNS. Посилання є IP-адреси відповідних серверів. Для обслуговування кореневого домену виділено кілька дублюючих один одного DNS-серверів, IP-адреси яких широко відомі (їх можна дізнатися, наприклад, в InterNIC).

Процедура дозволу DNS-ім'я багато в чому аналогічна процедурі пошуку файловою системою адреси файлу за його символьним ім'ям. Дійсно, в обох випадках складене ім'я відображає ієрархічну структуру організації відповідних довідників – каталогів файлів чи таблиць DNS. Тут домен та доменний DNS-сервер є аналогом каталогу файлової системи. Для доменних імен, як і для символьних імен файлів, характерна незалежність іменування від фізичного местоположения.

Процедура пошуку адреси файлу за символьним ім'ям полягає в послідовному перегляді каталогів, починаючи з кореневого. При цьому попередньо перевіряється кеш та поточний каталог. Для визначення IP-адреси по домену ім'я також необхідно переглянути всі DNS-сервери, що обслуговують ланцюжок піддоменів, що входять в ім'я хоста, починаючи з кореневого домену. Істотною ж відмінністю є те, що файлова система розташована на одному комп'ютері, а служба DNS за своєю природою є розподіленою.

Існують дві основні схеми роздільної здатності DNS-імен. У першому варіанті роботу з пошуку IP-адреси координує DNS-клієнт:

DNS-клієнт звертається до кореневого DNS-сервера із зазначенням повного доменного імені;

DNS-сервер відповідає, вказуючи адресу наступного DNS-сервера, який обслуговує домен верхнього рівня, заданий у старшій частині запитаного імені;

DNS-клієнт робить запит наступного DNS-сервера, який відсилає його до DNS-сервера потрібного піддомену, і т. д., доки не буде знайдено DNS-сервер, в якому зберігається відповідність запитаного імені IP-адреси. Цей сервер дає остаточну відповідь клієнту.

Така схема взаємодії називається нерекурсивною чи ітеративною, коли клієнт сам ітеративно виконує послідовність запитів до різних серверів імен. Так як ця схема завантажує клієнта досить складною роботою, вона застосовується рідко.

У другому варіанті реалізується рекурсивна процедура:

DNS-клієнт вимагає локальний DNS-сервер, тобто той сервер, який обслуговує піддомен, до якого належить ім'я клієнта;

якщо локальний DNS-сервер знає відповідь, він відразу ж повертає його клієнту; це може відповідати випадку, коли запитане ім'я входить у той самий піддомен, що і ім'я клієнта, а також може відповідати випадку, коли сервер вже дізнавався дану відповідність для іншого клієнта і зберіг його в своєму кеші;

якщо ж локальний сервер не знає відповіді, він виконує ітеративні запити до кореневого серверу тощо. буд. точно як і, як це робив клієнт першому варіанті; отримавши відповідь, він передає його клієнту, який весь цей час просто чекав на нього від свого локального DNS-сервера.

У цій схемі клієнт доручає роботу своєму серверу, тому схема називається непрямою або рекурсивною. Майже всі DNS-клієнти використовують рекурсивну процедуру.

Для прискорення пошуку IP-адрес DNS-сервери широко застосовують процедуру кешування відповідей, що проходять через них. Щоб служба DNS могла оперативно відпрацьовувати зміни, що відбуваються в мережі, відповіді кешуються на певний час – зазвичай, від кількох годин до кількох днів.

У стеку TCP/IP використовуються три типи адрес: локальні (називаються також апаратними), IP-адреси та символьні доменні імена. Всі ці типи адрес присвоюються вузлам складової мережі незалежно один від одного.

IP-адреса має довжину 4 байти і складається з номера мережі та номера вузла. Для визначення межі, що відокремлює номер мережі від номера вузла, реалізуються два підходи. Перший заснований на понятті класу адреси, другий – на використанні масок.

Клас адреси визначається значеннями перших перших біт адреси. В адресах класу А під номер мережі відводиться один байт, інші три байти - під номер вузла, тому вони використовують у найбільших мережах. Для невеликих мереж більше підходять адреси класу З, в яких номер мережі займає три байти, а для нумерації вузлів може бути використаний лише один байт. Проміжне положення займають адреси класу.

Інший спосіб визначення, яка частина адреси є номером мережі, яка номером вузла, заснований на використанні маски. Маска – це число, яке використовується в парі з IP-адресою; Двійковий запис маски містить одиниці у тих розрядах, які в IP-адресі повинні інтерпретуватися як номер мережі.

Номери мереж призначаються або централізовано, якщо мережа є частиною Internet, або довільно, якщо мережа працює автономно.

Процес розподілу IP-адрес вузлами мережі може бути автоматизований за допомогою протоколу DHCP.

Встановлення відповідності між IP-адресою та апаратною адресою (найчастіше МАС - адресою) здійснюється протоколом дозволу адрес ARP, який для цієї мети переглядає ARP-таблиці. Якщо потрібна адреса відсутня, виконується широкомовний ARP-запит.

У стеку TCP/IP застосовується доменна система символьних імен, що має ієрархічну деревоподібну структуру, що допускає використання в імені довільної кількості складових частин. Сукупність імен, які мають кілька старших складових частин збігаються, утворюють домен імен. Доменні імена призначаються централізовано, якщо мережа є частиною Internet, інакше - локально.

Відповідність між доменними іменами та IP-адресами може встановлюватися як засобами локального хоста з використанням файлу hosts, так і за допомогою централізованої служби DNS, яка базується на розподіленій базі відображень «доменне ім'я - IP-адреса».

Протокол IP вирішує завдання доставки повідомлень між вузлами складової мережі. Протокол IP відноситься до протоколів без встановлення з'єднань, тому він не дає жодних гарантій надійної доставки повідомлень. Усі питання забезпечення надійності доставки даних у складовій мережі у стеку TCP/IP вирішує протокол TCP, заснований на встановленні логічних з'єднань між взаємодіючими процесами.

IP-пакет складається з заголовка та поля даних. Максимальна довжина пакета 65535 байт, Заголовок зазвичай має довжину 20 байт і містить інформацію про мережні адреси відправника і одержувача, про параметри фрагментації, про час життя пакета, про контрольну суму і деяких інших. У полі даних IP-пакету знаходяться повідомлення вищого рівня, наприклад TCP або UDP.

Вигляд таблиці IP-маршрутизації залежить від конкретної реалізації маршрутизатора, але, незважаючи на досить сильні зовнішні відмінності, у таблицях всіх типів маршрутизаторів є ключові поля, необхідні для виконання маршрутизації.

Існує кілька джерел, які постачають записи до таблиці маршрутизації. По-перше, при ініціалізації програмне забезпечення стека TCP/IP заносить до таблиці записи про безпосередньо підключені мережі та маршрутизатори за замовчуванням, а також записи про особливі адреси типу 127.0.0.0. По-друге, адміністратор вручну заносить статичні записи про специфічні маршрути або про маршрутизатор за замовчуванням. По-третє, протоколи маршрутизації автоматично заносять до таблиці динамічні записи наявних маршрутах.

Ефективним засобом структуризації IP-мереж є маски. Маски дозволяють розділити одну мережу на кілька підмереж. Маски однакової довжини використовуються для розподілу мережі на підмережі рівного розміру, а маски змінної довжини - для розподілу мережі на підмережі різного розміру. Використання масок модифікує алгоритм маршрутизації, тому в цьому випадку пред'являються особливі вимоги до протоколів маршрутизації в мережі, технічних характеристик маршрутизаторів і процедур їх конфігурування.

Значна роль у майбутньому IP-мереж відводиться технології безкласової міждоменної маршрутизації (CIDR), яка вирішує дві основні завдання. Перша полягає у більш економному витрачання адресного простору – завдяки CIDR постачальники послуг отримують можливість «нарізати» блоки різних розмірів із виділеного ним адресного простору у точній відповідності до вимог кожного клієнта. Друге завдання полягає у зменшенні числа записів у таблицях маршрутизації за рахунок об'єднання маршрутів – один запис у таблиці маршрутизації може представляти велику кількість мереж із загальним префіксом.

Важливою особливістю протоколу IP, що відрізняє його від інших мережевих протоколів, є його здатність виконувати динамічну фрагментацію пакетів при передачі між мережами з різними MTU. Ця властивість багато в чому сприяла з того що протокол IP зміг зайняти домінуючі позиції у складних складових мережах.

DNS – це спеціальна система для отримання відомостей про домени (Domain Name System).

Навіщо потрібний DNS?

Записи (в налаштуваннях домену) про DNS-сервери потрібні для того, щоб будь-який користувач міг знайти та відкрити ваш сайт у своєму браузері.

Як працює DNS?

Усі сайти зберігаються на серверах хостинг-провайдерів. У яких є сотні або тисячі серверів, і кожен з них має свою IP-адресу. Коли користувач хоче відкрити будь-який сайт (наприклад hostings.info), він вводить його в браузері і з комп'ютера йде запит.

Спочатку запит йде на DNS-сервер, який підказує, де можна дізнатися IP-адресу сервера, на якому зберігаються файли запитуваного сайту. У відповіді надходить адреса NS-сервера (ns1.hoster.com і ns2.hoster.com).

Після цього йде запит на сервер з IP 218.106.218.10, який обробляє запит користувача і у відповідь показує користувачеві сайт, який він хотів відкрити.

Як використовувати DNS у хостингу?

В першу чергу DNS використовують для переїзду сайту на новий хостинг, або для закріплення домену за конкретним провайдером (якщо домен новий).

Як настроїти DNS?

Навіть якщо у вас мало досвіду, незабаром ви переконаєтеся, що змінювати налаштування DNS дуже просто. Все, що вам потрібно - це зайти в панель управління доменом (вона знаходиться або у реєстратора домену, або у хостера [якщо ви реєстрували домен через нього]). І внести туди назви DNS-серверів (наприклад, ns1.hoster.com і ns2.hoster.com), які можна дізнатися у хостинг-провайдера. Але найчастіше вони приходять разом з рештою налаштувань, у першому листі, який надсилає хостинг-провайдер.

Як дізнатися про поточні DNS свого чи чужого сайту?

Це можна зробити за допомогою будь-якого WHOIS-сервісу, рейтинг яких ми склали.

Важливо

Можливість зміни налаштувань DNS свого сайту відіграє важливу роль для багатьох користувачів. Однак, слід знати, що неправильно введені дані в DNS налаштування можуть спричинити порушення роботи сайту і навіть його повну непрацездатність протягом тривалого часу. Це відбувається у зв'язку з тим, що зміни DNS набирають чинності не відразу. Якщо ви ввели невірні дані, це призведе до того, що доступ до сайту буде заблокований не тільки для його потенційних відвідувачів, але і для вас самих. Після виправлення помилки має пройти до 72 годин, щоб коригування набули чинності.

Що таке сервер доменних імен (DNS)?

Функція сервера доменних імен полягає в тому, що він надає необхідну комп'ютерам інформацію, щоб оперативно шукати розташування сайтів у мережі Інтернет. Коли користувачів набирає адресу в браузері, провайдер перевіряє цю адресу через сервер доменних імен, для того щоб дізнатися, куди відправити запит користувача.

Чому це відбувається?

Даний алгоритм дій прийнято у зв'язку з тим, що доменне ім'я не завжди є постійною адресою. Сервери в Інтернеті мають свої IP адреси, що являють собою певний набір цифр. Щоразу, коли сайт змінює хостинг-провайдера, це означає, що він переїжджає на інший сервер, а новий сервер, відповідно, має свою IP адресу.

На сервері доменних імен зберігається запис про ім'я домену сайту та IP адресу сервера, куди потрібно надсилати запити.

Чому потрібно вказати сервер імен хостингу в записі домену?

Сервер імен призначений для того, щоб знаходити інформацію про ваш інтернет-сайт. Коли ви здійснюєте запис у вашому домені, ви автоматично повідомляєте Інтернет про точне розташування вашого сайту в мережі. Якщо ви не зміните інформацію в записі свого домену, простіше кажучи, залиште згадку про попередній хостинг-провайдер, то вказівник на розташування вашого сайту буде показувати на сервер, де ваш сайт вже не існує. А якщо попередній провайдер видалив зі свого сервера доменних імен запис про ваш веб-сайт, ваш домен буде направлений в «пустоту».

Чому інформація про зміни хостингу так довго набирає чинності?

Коли користувач змінює хостинг-провайдера або вперше реєструє ім'я домену, дані про запис автоматично надходять на інші сервери доменних імен. Сайт може почати функціонувати через 4 години після реєстрації, однак середній проміжок часу поширення інформації становить від 24 до 72 годин. Така ситуація пов'язана з тим, що здебільшого більшість серверних імен періодично оновлюють інформацію. Це означає, що інформація, що зберігається, не завжди актуальна. Оновлення інформації відбувається через певний проміжок часу, це пов'язано з тим, що інформація такого рівня змінюється вкрай рідко.

Що робити, якщо домен посилається на колишній хостинг, хоча там давно немає облікового запису?

Така ситуація пов'язана з такими можливими причинами:

1. Дані про попередні DNS збереглися в записах вашого домену.

Рішення проблеми:вам необхідно відкоригувати записи свого домену таким чином, щоб вони вказували на сервер імен поточного хостинг-провайдера.

2. ваш колишній хостинг-провайдер не видалив зі свого сервера запис про ваш домен.

Рішення проблеми:вам потрібно звернутися з проханням до вашого колишнього провайдера, щоб він видалив старий запис про ваш домен. Якщо ваш сайт вже обслуговується у нового хостинг-провайдера, дотримуйтесь алгоритму дій, вказаного у попередньому пункті.

3. Інформація про новий запис вашого веб-сайту ще не встигла поширитись на всі сервери імен. Така ситуація відбувається тоді, коли ви змінюєте запис покажчика сервера імен домену вашого веб-сайту.

Рішення проблеми:зачекайте 24-72 годин, за цей час налаштування набудуть чинності. Однак якщо проблема не вирішується, зверніться до нового хостинг-провайдера.

Чому користувачі бачать мій нещодавно зареєстрований веб-сайт, а я досі ні?

Швидше за все, записи про ваш домен вже встигли оновитись у провайдера, до якого вони приєднані. Протягом 72 годин ці записи також оновляться у вашого провайдера.

DNS-сервер – надзвичайно корисна можливість убезпечити власний комп'ютер від шкідливих сайтів. Процес роботи новачкам здається нелегким, але насправді все набагато простіше, і процедура встановлення dns-сервера не триватиме багато часу.

DNS – абревіатура, утворена від Domain Name System. З англійської мови на російську це перекладається як «Система доменних імен», що змінює їх на IP-адреси. А днс-сервер зберігає у базі даних відповідні адреси.

Робота здійснюється таким чином: браузер, переходячи на сайт, звертається до ДНС-сервера, щоб дізнатися адресу, що шукається. Server визначає сайт, посилає йому запит і передає отриману відповідь користувачу.

Як дізнатися, чи увімкнено DNS-сервер на комп'ютері

Поточні установки DNS-server визначаються так:

1. "Панель управління" -> "Мережа та інтернет" -> "Перегляд стану мережі та завдань". Виділити своє підключення через мережу, перейти в панель «Загальне», потім – у властивості.
2. Зайти до якості «Протоколу Інтернету версії 4 (TCP/IPv4)».
3. Відкрийте вкладку «Загальні». Якщо активовано пункт використання наступних адрес DNS-серверів, він знаходиться в робочому режимі.

Повторити попередні кроки, активувати "Використовувати DNS-сервер". Після цього буде потрібно вказати первинний DNS-сервер, а потім вторинний.

Як настроїти/змінити DNS

При зміні або додатковому налаштуванні не потрібно робити багато дій. Необхідно використовувати вікно, відкрите раніше, зайти до пункту «Додатково». Тут відбувається детальне налагодження звернення до DNS-серверів. У Windows 7 все це можна налаштувати самостійно. Тому питання, як самим змінити dns-сервер, не викликає проблем.

Ще управління доступні DNS-суфікси. Пересічному користувачеві вони не потрібні. Це налаштування, яке допомагає зручно розділяти ресурси, створене для провайдерів.

На wi-fi роутері

При використанні роутера в опціях ДНС необхідно виставити його IP-адресу. Щоб виконати ці маніпуляції, потрібні включені DNS-relay та DHCP-server.

Інтерфейс роутера призначений для перевірки та подальших детальних налаштувань. Спочатку необхідно перевірити ДНЗ у WAN-порті. DNS-relay активується в параметрах порту LAN.

На комп'ютері

Налаштування ДНС-сервера в Windows 10 схоже на аналогічну ситуацію в ранніх версіях ОС. Спочатку потрібно вибрати властивості "Протоколу інтернету версії 4 (TCP/IPv4)". Перейти до додаткових опцій та налаштувати список серверів.

Налаштування сервера ДНС на комп'ютері та ноутбуку однакова.

На планшеті

Залежно від встановленої «операційки» дії дещо різняться, але їх усі поєднують такі моменти:

• Відкрийте меню «Wi-Fi» у «Налаштуваннях».
• Зайти до властивостей поточного підключення до інтернету.
• Натисніть «Змінити мережу», а потім – «Показати додаткові параметри».
• Погортати до пункту ДНС-серверів, потім їх прописати.

На смартфоні

Оскільки особливої ​​різниці між операційними системами телефону і планшета немає, щоб налаштувати потрібні dns-сервери, достатньо знати інструкції, описані вище.

Можливі помилки та як їх виправити

Проблеми з роботою інтернету виникають при неправильних налаштуваннях DNS-сервера, у тому числі при їхньому несподіваному збої.

Що робити, якщо сервер не відповідає або не виявлено

Найчастіше ця неполадка виникає при серверному відключенні або налаштуваннях, що збилися. Для цього потрібно відкрити «Панель управління», перейти до «Системи та безпеки», потім – «Адміністрування». Клікнути на «Служби», знайти «ДНС-клієнт» та двічі клацнути по ньому. У рядку стану зазначається команда "Виконується". В іншому випадку потрібно вибрати автоматичний тип запуску з списку вище.

Якщо служба працює, але помилка все одно виникає, виникли серверні проблеми. Спочатку за вказаними вище інструкціями. Втім, ще можна перевстановити драйвери мережевої карти, перевірити інтернет-з'єднання та дізнатися у провайдера про можливі технічні проблеми.

Неправильно дозволяє імена

При такій помилці необхідно перевірити правильність параметрів DNS-server. А краще просто вдатися до зміни адреси dns-сервера, щоб позбутися проблеми, що виникла.

Також неполадки можливі на серверах оператора, і вирішується завдання тим самим способом – зміною ДНС.

Для недосвідченого користувача існує список якісних та безкоштовних servers:

Адреси: 8.8.8.8; 8.8.4.4

Як і всі сервіси Google, якісно виконує свої завдання, але має відомий мінус – збирає та зберігає статистику користувача. Незважаючи на це, server не має жодного доступу до персональних даних, тому хвилюватись про безпеку не варто.

Якщо хочеться докладніше дізнатися про server-роботу, існує офіційна документація на інформаційному сайті.

OpenDNS

Адреси: 208.67.222.222; 208.67.220.220

Популярний server через наявність великого асортименту фільтрів та захисту від крадіжки персональних даних. Основні функції виконуються безкоштовно, але є можливість придбання преміум доступу, що дозволяє створити «заблоковане мережеве середовище» та підвищити швидкість з'єднання.

DNS.WATCH

Адреси: 84.200.69.80; 84.200.70.40

Не вимагає реєстрації для використання, забезпечує більший рівень. Єдиний мінус – низька швидкість.

Norton ConnectSafe

Адреси: 199.85.126.10; 199.85.127.10

Також не «просить» попередньої реєстрації, надійно зберігає дані користувача. Створений розробниками антивірусу Norton, не вимагаючи додаткової реклами.

Level3 DNS

Адреси: 4.2.2.1; 4.2.2.2

Підходить не лише для особистого користування, а й для корпоративних цілей. Повністю безкоштовний ресурс займає третє місце за світовою популярністю.

Comodo Secure DNS

Адреси: 8.26.56.26; 8.20.247.20

Базова версія безкоштовна, але за деякі кошти можна придбати велику кількість корисних послуг. Як у платному, так і безкоштовному варіантах надає надійний захист даних.

OpenNIC DNS

Адреси: слід зайти на сайт проекту, він підбере найкращі в залежності від місцезнаходження користувача.

Через своє величезне покриття дозволяє зручно дослідити інтернет у будь-якій точці світу.

DHCP-сервер: що це та в чому його особливості

Найбільше підходить для сіток з наявністю великої кількості комп'ютерів через передачу своїх мережних налаштувань всім підключеним пристроям.

Такий server дозволяє адміністратору встановити діапазон хостів серверів і уникнути великої витрати часу на детальну оптимізацію.

Працює він тільки з налаштуваннями IP-адрес та самими адресами.

Висновок

Початкове завдання DNS-серверів – передача IP-адреси. Сервери інших компаній, частина з яких описана вище, здатні прискорити та значно полегшити інтернет-серфінг. При цьому він не потребує кропіткого настроювання, а безліч помилок вирішується з використанням іншого сервера.

Сучасний інтернет є чим іншим, як безліччю різних комп'ютерів, ноутбуків і мобільних пристроїв, пов'язаних між собою в одну мережу. По суті всі ці пристрої є сервером. Адже кожна з них має IP-адресу, яка є унікальною. Саме завдяки IP і відбувається ідентифікація пристроїв у глобальній мережі.

При цьому для роботи інтернету потрібні два типи серверів: основний та допоміжний. Перший слугує для розміщення сайтів користувачів. Залежно від того, який обсяг інформації віддається та виходить, на сервері може зберігатися різна кількість сайтів – від одного (facebook.com, mail.ru, odnoklassniki.ru) до багатьох тисяч. Другий тип представлений допоміжними серверами, які допомагають працювати основні мережі, забезпечуючи спільну взаємодію. Одним із різновидів таких допоміжних пристроїв є DNS-сервера.

Що являє собою DNS-сервер і для чого використовується

DNS-сервер є насправді комп'ютером, але не зовсім. Він служить для розміщення розподіленої бази даних, що входить в систему доменних імен (DNS), яка використовується для отримання та передачі та передачі користувачам інформації про домени, що цікавлять. DNS-сервера з'єднуються в мережу та взаємодіють між собою за певним протоколом.

Можна дати і простіший опис. За допомогою DNS-сервера визначається відповідність звичного нам імені сайту його IP-адреси. Ця інформація зберігається в базі даних, що постійно поповнюється.

Розглянемо практично всю послідовність. Браузер, в якому користувач відкриває сайт, спочатку звертається до DNS-сервера і повідомляє його, що хоче відшукати і потрапити на сайт, адресу якого введено в текстовому полі адресного рядка. Йдемо далі. DNS-сервер визначає по своїй базі, де мережі знаходиться сайт з таким ім'ям, зіставивши його IP-адресу сервера з ресурсом, що знаходиться на ньому, і відправляє туди запит. В результаті формується відповідь, що складається з набору різних файлів, що становлять сам сайт (HTML-документи, зображення та таблиці, CSS-стилі) і відправляється в браузер користувача.

Де знаходяться установки ДНС-сервера і як дізнатися його адресу в Windows 7

Розглянемо ситуацію, коли користувач на своєму комп'ютері під керуванням Windows 7 спокійно подорожує по інтернету. Це означає, що сервер DNS працює. Переконатися в цьому можна, зайшовши через вкладку «Адміністрування» панелі керування в меню «Служби» та переглянути стан DNS-клієнта. Служба повинна бути увімкнена при вибраному автоматичному типі запуску.

Щоб дізнатися адресу DNS-сервера, слід скористатися командою ipconfig/all, ввівши її в командному рядку утиліти cmd.exe, запущеній від імені адміністратора.

Як встановити та налаштувати: інструкція

DNS-сервер підключається під час налаштування мережного протоколу.

Послідовність запуску:

1. Виберіть у нижній частині робочого столу (праворуч у треї) мережне підключення, клацнувши мишкою по відповідній піктограмі, і перейдіть у спливаючому вікні, що відкрилося, за посиланням на вкладку управління мережевими підключеннями.
2. Виберіть діюче підключення і у вікні натисніть кнопку «Властивості».
3. Виберіть вкладку параметрів протоколу TCP/IPv4.
4. Позначте радіокнопки автоматичного отримання IP-адрес і DNS-сервера, натисніть «ОК» і закрийте всі відкриті вкладки.

Слід зазначити, що таке автоматичне налаштування можливе лише в тому випадку, якщо увімкнено службу DHCP-клієнт, що забезпечує запуск та роботу в мережі DHCP-сервера. Її налаштування можна переглянути та змінити, вибравши відповідний пункт у відкритому вікні системних служб вкладки «Адміністрування» панелі керування.

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

DNS-сервери Яндекс:

• 88.8.8;
• 88.8.1.

DNS-сервери Google:

• 8.8.8;
• 8.4.4.

DNS-сервери OpenDNS:

• 67.222.222;
• 67.220.220.

Залежно від обраної компанії пара адрес вводиться у вікні властивостей протоколу інтернету в поля бажаного та альтернативного DNS-сервера при зазначеній радіокнопці їх використання.

Можливі проблеми та шляхи їх вирішення

Якщо у вас виникли проблеми з доступом до інтернету, то не поспішайте засмучуватися. Цілком можливо, що це сталося через порушення роботи DNS-сервера.

Основні проблеми:

• пропадає інтернет і неможливо відкрити жодного сайту;
• сайти в браузері не відчиняються, але при цьому торрент-клієнт продовжує працювати;
• під час спроби перезавантаження мережного адаптера процес «зависає»;
• неможливо перезавантажити DNS-клієнт, при цьому видається помилка.

Може статися, що ваш провайдер увімкнув блокування деяких DNS-серверів або прописані в налаштуваннях мережного протоколу адреси стали недоступні. Вирішення проблеми дуже просте. Спочатку спробуйте змінити адреси DNS-серверів, а якщо з цього нічого не вийде, увімкніть їх автоматичне отримання. Якщо проблему не вирішено, слід шукати іншу причину або звернутися до сервісного центру.

Відео: що робити, якщо DNS не відповідає, і як виправити інші проблеми

Сервер DHCP та його відмінність від DNS

DHCP-сервер відноситься до допоміжного типу серверів, що містять мережевий протокол, що забезпечує динамічне налаштування вузла на етапі автоматичного конфігурування будь-якого мережного пристрою, що підключається до Інтернету. Адміністратором мережі при цьому задається лише діапазон адрес. У цьому випадку відсутнє ручне налаштування і, відповідно, скорочується кількість помилок, що виникають. Так відбувається тому, що сервер автоматично розподіляє адреси між комп'ютерами відповідно до заданого діапазону. Більшість мереж TCP/IP працює за протоколом DHCP.