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

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

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

; <<>> 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

Почему другое поведение?

domain-name-system dig

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

Сам запрос тоже немного странный, нет никаких ожиданий, что должен быть SOA запись в gmail-smtp-in.l.google.com и успешный ответ, полученный через панель инструментов G Suite, а также мой пример ниже подтверждают, что такой записи действительно нет (как вы видите, в обоих случаях 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 после этого у вас есть некоторая информация о том, в чем проблема, и решение, вероятно, включает обновление программного обеспечения сервера распознавания до фиксированной версии. Если вы не оператор, я полагаю, вы можете передать оператору информацию о проблеме.