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

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

Щоб зрозуміти, як працює DNS-сервер з великою кількістю ресурсів, розглядають методи розширення ефективності Мережі та інтернет-протоколів. Частково це полягає в тому, що кожен ПК в Мережі має унікальний IP як в стандартах IPV4, так і в IPV6, керованих в інтернеті (IANA). Ось кілька способів розпізнати IP:

  1. У стандарті IPV4 він складається з чотирьох чисел, розділених трьома десятковими знаками, наприклад: 70.74.251.42
  2. IP-адреса в стандарті IPV6 має вісім шістнадцяткових чисел (base-16), розділених двокрапками: 0cb8: 85a3: 0000: 0000: 8a2e: 0370: 7334.
  3. Оскільки IPV6 - це новий стандарт, тому провайдери поки в основному працюють на більш поширеному IPV4.
  4. DNS працює як у першому, так і в другому стандарті.

Кожне число в номері IPV4 називається "октетом", тому що еквівалентно 10- значному числу з 8-значного (двоїчного) числа - 2, що використовуються при маршрутизації мережевого трафіку. Наприклад, октет, записаний як 42, означає 00101010. Кожна цифра в двійковому числі є заповнювачем для деякої міри двійковості від 2 до 27, читаючи справа наліво. Це означає, що в 00101010 є по одному з 21, 23 і 25. Отже, щоб отримати еквівалент base-10, просто додають 21 + 23 + 25 = 2 + 8 + 32 = 42. Існує лише 256 можливостей для кожного октету: числа від 0 до 255.


Адреси і діапазони IANA

Вони визначають IANA, як зарезервовані IP-адреси, і значить, що виконують певну роботу в IP. Наприклад, IP-адреса 127.0.0.1 зарезервована для ідентифікації комп 'ютера, який використовується в даний час.

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

Веб-сервери і ПК, яким потрібен постійний контакт, використовують статичні IP, коли одна і та сама IP-адреса завжди призначається мережевому інтерфейсу системи, коли вона підключена до Мережі. Щоб останній завжди отримував одну і ту ж IP-адресу, він пов 'язує його з MA для цього мережевого інтерфейсу. Кожен мережевий інтерфейс, як дротовий, так і бездротовий, має унікальний MAC від виробника.

Знаходження IP-адреси

Один з швидких способів знайти IP-адресу - відкрити програму командного рядка в розділі "Стандартні" і ввести команду: ipconfig. Після цього можна проаналізувати, як працює DNS і до скільки збільшується швидкість обробки в браузері. Для Mac:

  • відкривають "Системні параметри";
  • натискають "Мережа";
  • переконуються, що обрано поточне мережеве з 'єднання (із зеленою точкою поруч із ним);
  • натискають "Додаткові" і переходять на вкладку TCP/IP.

Linux або UNIX, якщо в процесі налаштування ще немає командного рядка, відкривають програму термінала, таку як XTERM або iTerm. У командному рядку вводять: ifconfig.

Для смартфонів з використанням Wi-Fi перегляд налаштування мережі телефону буде варіюватися залежно від версії апарату і його операційної системи. Звертають увагу на те, що якщо користувачі знаходяться в домашній або невеликій локальній мережі, адреса, ймовірно, матиме вигляд 192.168.xx, 172.16.xx або 10.xxx (де x - це число від 0 до 255). Це зарезервовані адреси, які використовуються в кожній локальній мережі, за допомогою яких маршрутизатор у цій мережі підключає пристрій до інтернету.


Авторитетний сервер і рекурсивний розпізнавач

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

Алгоритм пошуку

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

Перелік кроків у пошуку DNS:

  1. Користувач вводить example.com у веб-браузер, запит переміщується в інтернет і приймається рекурсивним розпізнавачем DNS.
  2. Розпізнавач запитує кореневий DNS-сервер DNS (.).
  3. Останній відповідає на розпізнавач адресою DNS-сервера домену верхнього рівня (TLD), наприклад, .com або .net, який зберігає інформацію для своїх доменів. При пошуку на example.com запит вказує на домен .com.
  4. Розпізнавач надсилає запит до домену верхнього рівня .com.
  5. Сервер TLD відповідає IP-адресою сервера імен домену, example.com.
  6. Рекурсивний розпізнавач надсилає запит серверу імен домену.
  7. IP-адреса для example.com повертається розпізнавачеві з сервера імен.
  8. DNS-розпізнавач відповідає веб-браузеру IP-адресою запитаного домену.
  9. Після того як DNS повернув IP-адресу для example.com, браузер може зробити запит для веб-сторінки, він надсилає HTTP запит на IP-адресу.
  10. Сервер з цією IP-адресою повертає веб-сторінку, яка буде відображатися в браузері.
  11. DNS-розпізнавач є першою зупинкою в пошуку DNS і відповідає за взаємодію з клієнтом, який зробив початковий запит. Перетворювач запускає послідовність запитів, яка зрештою призводить до перетворення URL-адреси на необхідну IP-адресу.

Три типи DNS-запитів

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

Ітеративний запит дозволяє DNS надіслати найкращу відповідь, яку здатна дати система. У випадку, коли сервер не розуміє ім 'я запиту, він передає посилання на сервер низькорівневого простору імен домену, а клієнт надсилає запит на реферальну адресу.

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

Кешування переглядача

Сучасні веб-переглядачі за замовчуванням призначені для кешування записів DNS протягом певного періоду часу. Мета тут очевидна: чим ближче кешування DNS відбувається до веб-браузера, тим менше кроків обробки необхідно зробити, щоб перевірити кеш і зробити правильні запити до IP-адреси. Коли робиться запит на запис DNS, кеш браузера є першим перевіреним місцем для запису. У Chrome можна побачити стан DNS-кешу, набравши в рядку браузера: chrome: // net-internals / # dns.


DNS-перетворювач рівня операційної системи - це друга і остання локальна зупинка перед тим, як DNS-запит залишає комп 'ютер. Процес в ОС, призначений для обробки цього запиту, зазвичай називається "рішучим заглушки" або DNS-клієнтом. Коли він отримує запит від програми, то спочатку перевіряє власний кеш, щоб побачити, чи є у нього запис. Якщо це не так, то він надсилає запит DNS з встановленим рекурсивним прапором за межі локальної мережі рекурсивному перетворювачу DNS всередині постачальника послуг інтернету (ISP).

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

Поширені причини збоїв

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

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

  1. Іноді всі проблеми з ІТ йдуть після включення/вимикання.
  2. Очищення кешу веб-браузера. Якщо оновлення або скинення веб-браузера не працює, можна спробувати вручну очистити його через налаштування.
  3. Можливо, DNS-сервер працює справно, але є проблеми з браузером. Для усунення збою пробують інший, наприклад, Safari або Mozilla Firefox. Якщо інші переглядачі працюють, помилка може бути пов 'язана з оновленням поточного. Спробують видалити і перевстановити його, щоб вирішити цю проблему.
  4. Якщо браузер працює добре, можливо, потрібно звернути увагу на налаштування маршрутизатора або комп 'ютера.
  5. Якщо було змінено параметри для використання, наприклад, такої служби, як OpenDNS, вони могли збитися. Рекомендується дізнатися у постачальника послуг послуг послуг або адміністратора Мережі, якими вони повинні бути, або перевірити сайт OpenDNS на предмет налаштувань сервера.
  6. Вимикають брандмауер і антивірусні програми.
  7. Перезавантажують роутер. Це оновить кеш роутера і допоможе вирішити проблему.
  8. Змінюють свій DNS-сервер, можливо, робочий DNS-сервер недоступний, оскільки він перевантажений або працює неправильно.

Інструменти усунення неполадок

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


Чому не працює DNS, легко визначити, використовуючи засоби усунення неполадок, такі як nslookup працюють, як перевірка конфігурації DNS-серверів. Слово nslookup є скороченням від "пошук сервера імен". Це інструмент запитів, який працює як у Windows, так і в Linux.

Найпростіший спосіб використовувати nslookup - це набрати команду з назвою домену. Наприклад, запис командного рядка і результати виглядатимуть приблизно так:

  • C: \> nslookup www.google.com.
  • Сервер: my.local.dns.server Адреса: 10.10.10.10 Неавторизований.
  • відповідь: Назва: Www.google.com Адреси: 2607: f8b0: 4002: 80f :: 2004172.217. 4,4.

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

Також можна перейти в інтерактивний режим, ввівши nslookup в командному рядку. Підказка змінюється на ">". Тут ви можете ввести доменну назву безпосередньо. Якщо не працює DNS, а що робити користувач не знає і його не влаштовує пошук і усунення несправностей в командному рядку, є й інші доступні варіанти. Сайт DNStuff пропонує багато інформації, якщо просто набрати доменне ім 'я. Тут надається безкоштовний інструментарій, який пропонує безліч можливостей для аналізу. Його звіт DNS, наприклад, дає оцінку проходження/невдачі для різних тестів.

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