Копать не возвращая авторитетный раздел?

10

Копая wikipedia.com, на моем Macbook Pro, возвращается:

$ dig wikipedia.com

; <<>> DiG 9.8.3-P1 <<>> wikipedia.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 40153
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;wikipedia.com.         IN  A

;; ANSWER SECTION:
wikipedia.com.      1960    IN  A   208.80.152.201

;; Query time: 15 msec
;; SERVER: 75.75.75.75#53(75.75.75.75)
;; WHEN: Sun Jan 27 14:52:21 2013
;; MSG SIZE  rcvd: 47

Я могу поклясться, на прошлой неделе мой компьютер вернул AUTHORITY SECTION+ несколько дополнительных разделов.

Теперь, когда у меня есть digкакой-либо сайт, я не получаю AUTHORITY SECTION.

Я чувствую, что что-то сломано, но я не уверен, что это (если что-то) и как это исправить.

Другой пример:

$ dig google.com

; <<>> DiG 9.8.3-P1 <<>> google.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 42853
;; flags: qr rd ra; QUERY: 1, ANSWER: 11, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;google.com.            IN  A

;; ANSWER SECTION:
google.com.     137 IN  A   173.194.33.9
google.com.     137 IN  A   173.194.33.7
google.com.     137 IN  A   173.194.33.14
google.com.     137 IN  A   173.194.33.3
google.com.     137 IN  A   173.194.33.2
google.com.     137 IN  A   173.194.33.5
google.com.     137 IN  A   173.194.33.6
google.com.     137 IN  A   173.194.33.0
google.com.     137 IN  A   173.194.33.4
google.com.     137 IN  A   173.194.33.8
google.com.     137 IN  A   173.194.33.1

;; Query time: 43 msec
;; SERVER: 75.75.75.75#53(75.75.75.75)
;; WHEN: Sun Jan 27 14:56:45 2013
;; MSG SIZE  rcvd: 204

На прошлой неделе я почти уверен, что получаю AUTHORITY SECTION.

Какие-нибудь советы? Я случайно установил флаг, чтобы ограничить то, что digвозвращается на моей машине? Если так, как я могу вернуться к показу всего?

Вот что я получаю, копая с моего рабочего компьютера:

$ dig wikipedia.com

; <<>> DiG 9.8.3-P1 <<>> wikipedia.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 5271
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 3

;; QUESTION SECTION:
;wikipedia.com.         IN  A

;; ANSWER SECTION:
wikipedia.com.      3600    IN  A   208.80.152.201

;; AUTHORITY SECTION:
wikipedia.com.      157415  IN  NS  ns0.wikimedia.org.
wikipedia.com.      157415  IN  NS  ns2.wikimedia.org.
wikipedia.com.      157415  IN  NS  ns1.wikimedia.org.

;; ADDITIONAL SECTION:
ns0.wikimedia.org.  1684    IN  A   208.80.152.130
ns1.wikimedia.org.  1684    IN  A   208.80.152.142
ns2.wikimedia.org.  1684    IN  A   91.198.174.4

;; Query time: 127 msec
;; SERVER: 192.9.200.116#53(192.9.200.116)
;; WHEN: Mon Jan 28 13:51:57 2013
;; MSG SIZE  rcvd: 162

... и:

$ dig google.com

; <<>> DiG 9.8.3-P1 <<>> google.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 62316
;; flags: qr rd ra; QUERY: 1, ANSWER: 11, AUTHORITY: 4, ADDITIONAL: 4

;; QUESTION SECTION:
;google.com.            IN  A

;; ANSWER SECTION:
google.com.     300 IN  A   173.194.33.6
google.com.     300 IN  A   173.194.33.7
google.com.     300 IN  A   173.194.33.8
google.com.     300 IN  A   173.194.33.9
google.com.     300 IN  A   173.194.33.14
google.com.     300 IN  A   173.194.33.0
google.com.     300 IN  A   173.194.33.1
google.com.     300 IN  A   173.194.33.2
google.com.     300 IN  A   173.194.33.3
google.com.     300 IN  A   173.194.33.4
google.com.     300 IN  A   173.194.33.5

;; AUTHORITY SECTION:
google.com.     344693  IN  NS  ns1.google.com.
google.com.     344693  IN  NS  ns2.google.com.
google.com.     344693  IN  NS  ns3.google.com.
google.com.     344693  IN  NS  ns4.google.com.

;; ADDITIONAL SECTION:
ns1.google.com.     344797  IN  A   216.239.32.10
ns2.google.com.     344797  IN  A   216.239.34.10
ns3.google.com.     344797  IN  A   216.239.36.10
ns4.google.com.     344797  IN  A   216.239.38.10

;; Query time: 20 msec
;; SERVER: 192.9.200.119#53(192.9.200.119)
;; WHEN: Mon Jan 28 13:53:34 2013
;; MSG SIZE  rcvd: 340

Часть меня задается вопросом, блокирует ли что-то мой домашний провайдер (Comcast) или маршрутизатор? Или мой Mac дома настроен иначе, чем мой Mac на работе? Не уверен, как проверить эти теории.

Кроме того, я могу ошибаться, что когда-либо digработал на своем домашнем ноутбуке (точно не помню). В любом случае, я получаю желаемые результаты от моего рабочего Mac, а не от моего ноутбука / домашнего Mac. Почему они отличаются?

terminal dns mhulse
источник

Ответы:

8

Вы не можете получить раздел авторизации, если вы не делаете запросы на авторитетных серверах.

Например, авторитетными серверами для google.com являются;

dig @l.gtld-servers.net google.com

Результат будет включать эти строки;

;; AUTHORITY SECTION:
google.com.     172800  IN  NS  ns2.google.com.
google.com.     172800  IN  NS  ns1.google.com.
google.com.     172800  IN  NS  ns3.google.com.
google.com.     172800  IN  NS  ns4.google.com.
tolginho
источник
Спасибо за советы! Я обновил свой вопрос, чтобы предоставить вам digрезультаты, полученные на работе, которые возвращают раздел полномочий (как для google.com, так и для wikipedia.com). Примечание: я бы поддержал ваш ответ, но мне не хватает представителя ... Извините за это. :(
mhulse
@mhulse У вас должно быть много репутации, чтобы набирать голоса. Пожалуйста, отправьте мне пинг, если вы действительно не можете проголосовать за этот ответ (это на +1) сейчас, так что я знаю, что голосование здесь работает (так как я сам сейчас проголосую первым)
bmike
@ bmike Похоже, теперь я могу поднять голос. Не уверен, почему я не смог сделать это назад, когда я отправил этот вопрос. Спасибо за толчок. :)
mhulse
4

Хммм. Не слишком уверен, что это проблема с флагом, но почему бы не сделать это:

dig SOA wikipedia.com

Мои результаты:

; <<>> DiG 9.8.3-P1 <<>> SOA wikipedia.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 20716
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;wikipedia.com.         IN  SOA

;; ANSWER SECTION:
wikipedia.com.      86400   IN  SOA ns0.wikimedia.org. hostmaster.wikimedia.org. 2012060714 43200 7200 1209600 3600

;; Query time: 321 msec
;; SERVER: 208.67.222.222#53(208.67.222.222)
;; WHEN: Sun Jan 27 22:25:21 2013
;; MSG SIZE  rcvd: 95
JakeGould
источник
Хорошая идея! Спасибо за совет. Я не за своим домашним компьютером, но попробую, когда вернусь домой, чтобы посмотреть, как это работает. Кроме того, я обновил свой оригинальный пост, добавив больше информации на тот случай, если вам интересно увидеть результаты, которые я получаю, когда использую его digна своем рабочем компьютере (в другой сети). Примечание: я бы поддержал ваш ответ, но мне не хватает представителя ... Извините за это. :(
mhulse
3

Это сводило меня с ума на моем MacBook тоже. Поэтому я вырыл немного глубже. Не уверен, что именно произошло со всеми DNS-серверами, но большинство из них больше не возвращают раздел «полномочия». Даже с + авторитетным флагом. И ни для + дополнительного.

Но я знал, что webdig все еще работает для некоторых. Так что попробовал webdig.

http://digwebinterface.com/?hostnames=google.com&type=&showcommand=on&colorize=on&useresolver=8.8.4.4&ns=all&nameservers=

Я сохранил результаты на своем компьютере, чтобы доказать, что я не сумасшедший. Но вы сами видите, что только несколько DNS-серверов в данный момент возвращают раздел авторизации.

dig xxxxxxx.xx NSвсе еще работает и получает вам серверы имен в разделе ответов. Но нет более авторитетного раздела.

Если вы подтвердите то же самое, это скажет мне, что я не мечтаю об этом. Ashish

Ashish
источник
0

Не уверен, что именно случилось со всеми DNS-серверами

Я предполагаю, что они изменили привязку с версии 9.11 на 9.12.
Где-то опция «минимальные ответы» изменилась с «нет» по умолчанию на «да». Если вы определите

минимальные ответы нет;

в разделе опций он будет работать как раньше.

ганс
источник