Вопросы Теги

Инструмент поиска из командной строки не получает ответа на запрос SOA, а https: //toolbox.googleapps.com/apps/dig/#SOA/ ДЕЛАЕТ

При запуске на моем компьютере с 64-битной Windows 10 эта команда: dig gmail-smtp-in.l.google.com ЛЮБОЙ

Я получаю этот ответ 

; <<>> DiG 9.16.2 <<>> gmail-smtp-in.l.google.com ANY
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: FORMERR, id: 31969
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: 54719e117b6518e0 (echoed)
;; QUESTION SECTION:
;gmail-smtp-in.l.google.com.    IN      ANY

;; Query time: 163 msec
;; SERVER: 10.8.1.10#53(10.8.1.10)
;; WHEN: Thu May 14 11:10:17 Argentina Standard Time 2020
;; MSG SIZE  rcvd: 67

Но если я использую панель инструментов Google dig на https://toolbox.googleapps.com/apps/dig/#SOA/ На самом деле я понимаю следующее: 

id 8747
opcode QUERY
rcode NOERROR
flags QR RD RA
;QUESTION
gmail-smtp-in.l.google.com. IN SOA
;ANSWER
;AUTHORITY
l.google.com. 59 IN SOA ns1.google.com. dns-admin.google.com. 311303408 900 900 1800 60
;ADDITIONAL

Почему такое поведение отличается?

0
задан 14 May 2020 в 20:13
1 ответ

Трудно точно сказать, почему ваш преобразователь 10.8.1.10 отвечает с кодом ошибки FORMERR (хотя я могу кое-что предположить, в конце ответ).

Сам запрос тоже немного странный, не ожидается, что должна быть SOA запись по адресу gmail-smtp-in.l.google.com и успешный ответ, который вы получаете через G Suite Toolbox, а также мой пример ниже подтверждают, что такой записи действительно нет (как вы видите, в обоих случаях есть ответ NODATA).
Тем не менее, если вы хотите запустить более прямо эквивалентную команду dig, которая не так сильно полагается на то, что ваша локальная среда находится в рабочем состоянии, это будет примером этого (и я ожидаю, что это будет работать для вы тоже):

$ dig @8.8.8.8 gmail-smtp-in.l.google.com SOA

; <<>> DiG 9.11.18-RedHat-9.11.18-1.fc32 <<>> @8.8.8.8 gmail-smtp-in.l.google.com SOA
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 38855
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;gmail-smtp-in.l.google.com.    IN      SOA

;; AUTHORITY SECTION:
l.google.com.           59      IN      SOA     ns1.google.com. dns-admin.google.com. 311303408 900 900 1800 60

;; Query time: 21 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Thu May 14 16:55:22 UTC 2020
;; MSG SIZE  rcvd: 105

$


Что касается того, как устранить проблему с 10.8.1.10, я бы посоветовал попробовать их, чтобы увидеть, связано ли это с неправильным обращением с файлами cookie edns, неправильным обращением с edns вообще или с чем-то еще. проблему я не угадал.

  • dig gmail-smtp-in.l.google.com SOA +nocookie
  • dig gmail-smtp-in.l.google.com SOA +noedns

Если вы являетесь оператором 10.8. 1.10 у вас есть некоторое мнение о том, в чем проблема, где решение, вероятно, включает обновление программного обеспечения сервера распознавателя до фиксированной версии. Если вы не оператор, полагаю, вы можете передать информацию о проблеме оператору.

0
ответ дан 14 May 2020 в 17:12

Теги

Похожие вопросы