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

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

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

Сервер може не відповідати запитом, якщо відключені автоматично створені зони зворотного перегляду (за замовчуванням сервери автоматично створюють три стандартні зони зворотного перегляду). Ці зони створюються з звичайних IP-адрес, які не використовуються при зворотному перегляді. Їх відключення і передбачає ручну настройку.

Крім того, сервер може надавати невірні дані, відповідаючи на запит. Наведемо ймовірні причини:

- можливо, сталася помилка при ручному додаванні або зміні записів ресурсів у зоні-

- записи ресурсів не оновлювалися, а застарілі записи, що стали непотрібними, що не віддалялися.

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

У додаткових налаштуваннях безпеки або брандмауера додайте фільтр пакетів в ці настройки, щоб дозволити трафік на стандартні порти.

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

Сервери на шляху рекурсивного запиту відповідають тільки на коректні дані і пересилають їх далі.

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