Никто не идеален, и понятно, что у DNS есть некоторые недостатки. Однако естественно, что люди несовершенны. Хотя несовершенство DNS не является необоснованным, оно, по крайней мере, неоправданно. Это определяется важностью DNS. Появлениеbind9 в определенной степени решает проблему дефектов и уязвимостей DNS. Bind возвращает IP-адреса различной интерпретации через исходный IP-адрес пользователя. Фактически, не реальный пользователь напрямую обращается к моему DNS, а DNS, используемый пользователем для доступа к моему DNS Netcom, сохраняет IP-адрес моего Netcom. DNS сам по себе Например, если пользователи Telecom настаивают на использовании DNS China Netcom или если пользователи Netcom используют зарубежный DNS, это приведет к ошибкам в суждениях.
Проблема сети между севером и югом Китая всегда беспокоила многих людей. Помимо использования двухпроходных или многопроходных компьютерных залов, вы также можете использовать несколько зеркальных серверов для повышения скорости доступа пользователей. Однако если используемый компьютерный зал с двойным проходом не имеет единого IP-адреса или использует несколько зеркал, вы столкнетесь с проблемой нескольких разных IP-адресов серверов. Многие зеркальные серверы используют разные доменные имена. Такой подход очень плох для пользователей и неудобен для продвижения. Автоматическое определение и переход к различным зеркальным серверам на основе линии пользователя. Использование единого доменного имени — это интеллектуальная функция DNS.
Не используйте привязку порта по умолчанию при запуске обоих DNS-серверов. Первоначальная привязка не поддерживает выбор разных IP-адресов по источнику, поэтому интеллектуальный DNS можно реализовать только с помощью iptabl. Две копии анализируют разные строки соответственно, а затем используют iptabl для отправки DNS-запроса порта по умолчанию для привязки в соответствии с исходным IP-адресом. Недостатки этого метода очевидны. Если потребуются дополнительные пояснения к строкам, привязка откроется снова.
Bind теперь поддерживает выбор источника. Тем не менее, переписанный метод связывания 9 гораздо более стабилен и безопасен, чем связанное с ним соединение 8, в котором полно лазеек. (Источник: http://dns.qy.com.cn )