
Экспериментируя с DNS test.com, я обнаружил, что если я что-либо запрашиваю, то получаю правильный ответ.
Например:
dig superuser-is-awesome.test.com -t TXT
; <<>> DiG 9.10.5-P2-RedHat-9.10.5-2.P2.fc25 <<>> superuser-is-awesome.test.com -t TXT
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52365
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4000
;; QUESTION SECTION:
;superuser-is-awesome.test.com. IN TXT
;; ANSWER SECTION:
superuser-is-awesome.test.com. 7200 IN TXT "v=spf1 ~all"
;; Query time: 133 msec
;; SERVER: 89.2.0.1#53(89.2.0.1)
;; WHEN: ven. sept. 01 14:28:12 CEST 2017
;; MSG SIZE rcvd: 86
Это работает одинаково как с типом, A
так и без него:
dig superuser-is-awesome.test.com
; <<>> DiG 9.10.5-P2-RedHat-9.10.5-2.P2.fc25 <<>> superuser-is-awesome.test.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 9026
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4000
;; QUESTION SECTION:
;superuser-is-awesome.test.com. IN A
;; ANSWER SECTION:
superuser-is-awesome.test.com. 3600 IN A 69.172.200.109
;; Query time: 130 msec
;; SERVER: 89.2.0.1#53(89.2.0.1)
;; WHEN: ven. sept. 01 14:29:20 CEST 2017
;; MSG SIZE rcvd: 74
Как это возможно? Есть ли способ получить реальное значение (должно быть ничем, кроме случаев, когда оно действительно существует)?
решение1
ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ: Я не уверен, что это правильный ответ, но я все равно публикую его по просьбе автора поста.
test.com
это реальный домен,зарегистрирован компаниейво Флориде называется «Perfect Privacy, LLC».
Домен может иметьзапись DNS с подстановочными знакамисоздано для этого.
Эта подстановочная запись DNS приведет к тому, что поиск DNS по доменным именам, заканчивающимся на example.com, которые не существуют, будет иметь синтезированные для них записи MX. Таким образом, поиск записи MX для somerandomname.example.com вернет запись MX, указывающую на host1.example.com.
Однако,записи DNSдля test.com не указано, что у них есть подстановочный знак, который я могу видеть:
DNS Records for test.com
==============
Name TTL Class Type Priority Data
test.com. 7200 IN SOA NS65.WORLDNIC.com. namehost.WORLDNIC.com. 117070512 10800 3600 604800 3600
test.com. 7200 IN NS ns65.worldnic.com.
test.com. 7200 IN NS ns66.worldnic.com.
test.com. 3600 IN A 69.172.200.235
test.com. 7200 IN TXT "google-site-verification=kW9t2V_S7WjOX57zq0tP8Ae_WJhRwUcZoqpdEkvuXJk"
test.com. 7200 IN MX 30 lastmx.spamexperts.net.
test.com. 7200 IN MX 20 fallbackmx.spamexperts.eu.
test.com. 7200 IN MX 10 mx.spamexperts.com.
решение2
Это подстановочные записи DNS. Протестировал на своем собственном DNS-сервере, вот как это выглядит:
dig hans.xxx.xxx.net TXT
; <<>> DiG 9.9.5-3ubuntu0.15-Ubuntu <<>> hans.xxx.xxx.net TXT
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64899
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4000
;; QUESTION SECTION:
;hans.xxx.xxx.net. IN TXT
;; ANSWER SECTION:
hans.xxx.xxx.net. 3600 IN TXT "Test"
;; Query time: 22 msec
;; SERVER: 10.0.2.166#53(10.0.2.166)
;; WHEN: Fri Sep 01 15:13:36 DST 2017
;; MSG SIZE rcvd: 65
dig hans.xxx.xxx.net
; <<>> DiG 9.9.5-3ubuntu0.15-Ubuntu <<>> hans.xxx.xxx.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 42482
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4000
;; QUESTION SECTION:
;hans.xxx.xxx.net. IN A
;; ANSWER SECTION:
hans.xxx.xxx.net. 3600 IN A 10.0.2.81
;; Query time: 13 msec
;; SERVER: 10.0.2.166#53(10.0.2.166)
;; WHEN: Fri Sep 01 15:19:46 DST 2017
;; MSG SIZE rcvd: 64