Рішення клієнтських проблем в роботі клієнтів dns

Якщо клієнти стикаються з неможливістю отримати доступ до ресурсів в мережі по імені вузла або за допомогою повністю певного доменного імені, причина цієї проблеми зазвичай пов`язана з однією з таких помилок:

• У локальному кеші перетворення імен зберігається негативна відповідь
• Сервер DHCP надав клієнтам некоректний адресу сервера перетворення імен
• Вказані некоректні статичні параметри протоколу TCP / IP
• Імена інших доменів не вказані у вигляді суфіксів, що додаються в порядку перебору суфіксів DNS (розширена інсталяція протоколу TCP / IP)
• Помилка апаратного забезпечення мережі (мережеві адаптери, кабелі, комутатори, маршрутизатори і т.д.)

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

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

Якщо команда ping відобразить неправильний адресу IP, то необхідно знайти джерело надання некоректного адреси IP. Швидше за все, джерелом некоректного адреси IP є сервер DNS або файл Hosts на клієнтському комп`ютері (який знаходиться в каталозі% systemroot% system32 drivers etc). Якщо у файлі Hosts не вказані статичні записи, можна спробувати знайти джерело некоректного перетворення за допомогою утиліти nslookup.

Тепер припустимо, що при використанні повністю певного доменного імені показаний коректну адресу IP. Після цього необхідно відправити тестовий луна-пакет, вказавши тільки ім`я віддаленого вузла. Якщо відправка тестового ехо-пакета завершитися невдало, то джерело проблеми можна вважати знайденим, так як до запитів перетворення імен не додаються суфікси DNS. Ця проблема вирішується за допомогою додавання суфіксів DNS в відповідний список суфіксів. Цей список доступний на вкладці DNS у вікні властивостей протоколу TCP / IP для певного мережевого інтерфейсу.

Далі описуються найпоширеніші проблеми клієнтів DNS, а також найбільш ймовірні їх причини.

симптом

Можлива причина

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

• Початковий адресу IP для цього вузла зберігся в кеші локального перетворювача імен. На клієнтській системі необхідно запустити команду ipconfig / flushdns, що призведе до очищення кеша локального перетворювача імен.
• Некоректно налаштований файл Hosts на локальному комп`ютері

Video: Прописати DNS Google на Android (8.8.8.8 - 8.8.4.4)

Користувач отримує повідомлення "Мережевий маршрут не найден" ("Network Path Not Found") При спробі отримати доступ до мережного ресурсу

• Некоректно налаштовані параметри протоколу TCP / IP або неодержаний оренда від сервера DHCP
• Сервер DNS недоступний
• Некоректні статичні записи в файлі Hosts на локальній системі
• Користувач намагається отримати доступ до ресурсів, які знаходяться в іншому домені. Додайте суфікси DNS в на вкладці DNS вікна додаткових властивостей протоколу TCP / IP на локальному комп`ютері

Video: МАК: опрацювання проблеми (для психологів і клієнтів)

Клієнт отримує некоректний відповідь від сервера DNS

• Запис типу A для запитуваного ресурсу містить некоректний адресу IP. Внесіть зміни в адресу IP на сервері DNS і очистіть кеш перетворювача на клієнтському комп`ютері. Після цього змусьте клієнта ще раз виконати запит.
• Запит клієнта виконується вторинним сервером DNS, дані зони на якому застаріли. Для виправлення ситуації необхідно зменшити інтервал Refresh Interval для первинної зони, або додати вторинний сервер в список Notify List на первинному сервері. Для негайного поновлення зони на вторинному сервері можна клацнути на зоні вторинного сервера правою кнопкою миші і вибрати Transfer from Master

Імена та адреси IP клієнтських вузлів не реєструються динамічно на первинному сервері DNS

• Динамічне оновлення відключено у властивостях протоколу TCP / IP на клієнтському комп`ютері. Перевірте, чи встановлений прапорець Зареєструвати адреси цього підключення в DNS (Register this connection`s addresses in DNS).
• Зона DNS налаштована на заборону динамічних оновлень
• Для клієнтського домену не існує зони на первинному сервері DNS
• Зона DNS налаштована на виконання тільки безпечних динамічних оновлень, а проблемні клієнтські комп`ютери не є членами домену.

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