якщо один сервер імен знижується, це періодично зменшує продуктивність запитів?


1

Якщо у мене є декілька записів NS для зони, і один з цих авторитетних серверів імен знижується протягом тривалого періоду часу, то це іноді уповільнює всі запити, тому що рекурсивні розробники DNS потребують продовження пошуку?

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

https://superuser.com/a/543734

Як довго рекурсивні сервери імен (як правило або завжди) чекають / закінчуються, перш ніж перейти до запиту, використовуючи інший запис NS у зоні? Чи впливає ця відповідь на цей час?

Моя ситуація полягає в тому, що у мене є два "бізнес-класу" інтернет-з'єднання з одним статичним IP. Одним з них є кабель / коаксіальний, а один - волокно. Обидва ці послуги споживчого класу зазвичай мають проблеми з надійністю. Мені важко з'єднатися з Інтернетом через Інтернет, оскільки вони не пропонують BGP peering на цьому рівні сервісу. Якщо у мене є об'єднаний сервер імен / веб-сервер, підключений до обох підключень до Інтернету (два мережні адаптери та відповідний вихідний шлюз за замовчуванням на основі вихідного / вхідного запиту), і визначити запис NS для обох IP-адрес, тоді я повинен мати надмірність у DNS . Якщо у мене є зона з низьким TTL на цьому локальному DNS-сервері, є кілька способів, якими я можу легко оновити всі інші записи (в основному запис A для веб-сервера) в зоні, щоб використовувати доступний / функціональний / швидше підключення до Інтернету. Я намагаюся вирішити, чи призведе цей підхід до періодичних затримок, а іноді буде запитано один IP-адресу сервера імен, що фактично не доступне.

Чи намагаються DNS-резольвери паралельно спробувати декілька записів NS?


AFAIK, Linux glibc resolver просто вибирає один сервер назв випадково (або круговий), так що якщо один сервер знижується, я очікую, що тайм-аут перейде до наступного. Це може не поширюватися на проміжний сервер імен, що виконується прив'язка і т. Д. При спробі паралельного доступу до серверів імен не буде досягнута мета розподілу навантаження рівномірно на всіх серверах імен.
dirkt
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.