NSLookup, очень непоследовательный, медленный, перестав работать. Не Аппаратная ошибка или Ошибка ОС. Не может определить проблему
В Windows 2003/2008 или рабочей станции с RSAT Вы могли использовать команду dsquery. Это дает Вам путь ldap для объекта.
dsquery user -name USER_COMMON_NAME
USER_COMMON_NAME не равно Ваш пользовательский вход в систему, я не помню, но вероятно это - равное поле описания от Вашего Active Directory Users and Computers консоль.
С другой стороны, Вы могли использовать команду ldapsearch от поля Linux (но сначала, необходимо настроить openldap библиотеку в/etc/openldap/ldap.conf). Я не помню его синтаксис, но необходимо предоставить некоторой учетной записи пароль (Свяжите учетную запись) связывать с ldap от Active Directory.
Вот ссылка на статью о LDAP в Windows
Сначала определите, почему он медленный. Из вашего описания неясно, в чем проблема.
Шаги, которые я бы предпринял, выполните "strace dig google.co.uk" взгляните на системные вызовы и время между ними, где это время?
Если это сеть, что показывает пинг на ваш шлюз / маршрутизатор? Потеря пакетов и rtt.
проверьте настройки вашего маршрутизатора, возможно, есть умное антивирусное / вредоносное программное обеспечение, перехватывающее трафик DNS.
Вы также можете попробовать hping3 и протестировать различные типы трафика. Вы видите такие же задержки на порту 80 tcp, как вы делаете 53 udp?
Пока вы не отсортируете его, возможно, даже после того, как вы рассмотрите возможность запуска кэширующего DNS-сервера на вашем компьютере с Ubuntu, это поможет сделать его терпимым.
Попробуйте запустить
mtr 8.8.8.8
, который сочетает в себе функции traceroute и ping. Это может помочь вам выяснить, куда отбрасываются пакеты.