
Разрешение DNS просто перестало работать при подключении к нашему корпоративному VPN через OpenVPN с использованиемтуннельныйблик.
При подключении к VPN устанавливаются следующие (примерные) настройки DNS:
james@macbook:~$ cat /etc/resolv.conf
#
# Mac OS X Notice
#
# This file is not used by the host name and address resolution
# or the DNS query routing mechanisms used by most processes on
# this Mac OS X system.
#
# This file is automatically generated.
#
search intra.example.com
nameserver 10.181.0.222
nameserver 192.168.0.1
Разрешение имени хоста с помощью его полного доменного имени работает следующим образом:
james@macbook:~$ dig somehost.intra.example.com +noall +answer
; <<>> DiG 9.8.3-P1 <<>> somehost.intra.example.com +noall +answer
;; global options: +cmd
somehost.intra.example.com. 3600 IN A 10.182.1.37
Но хотя суффикс поиска intra.example.com задан в настройках DNS, хост не может быть разрешен только с помощью имени хоста:
james@macbook:~$ dig somehost +noall +answer
; <<>> DiG 9.8.3-P1 <<>> somehost +noall +answer
;; global options: +cmd
Разрешение DNS работало до 1 часа назад, пока я не приостановил свой Macbook в последний раз. Есть ли какие-нибудь подсказки, почему имена хостов не могут быть разрешены, хотя суффикс поиска установлен?
решение1
Так как dig
это инструмент для запроса DNS-серверов, он должен предполагать, что заданный параметр уже является полным доменным именем. nslookup
проверяет, указали ли вы ему полное доменное имя или нет, и добавляет соответствующий суффикс.
И еще одна вещь может быть интересна: отрывок из man-страницы dig на OS-X:
Mac OS X NOTICE
The dig command does not use the host name and address resolution or the DNS query routing mechanisms used by other
processes running on Mac OS X. The results of name or address queries printed by dig may differ from those found by
other processes that use the Mac OS X native name and address resolution mechanisms. The results of DNS queries may also
differ from queries that use the Mac OS X DNS routing library.
надеюсь, это поможет