Я пытался понять, почему PHP getmxrr() и checkdnsrr() методы не возвращаются успешно для рабочих доменов в ряде бродячих виртуальных машин, которые я использую.
Изучая это дальше, я попытался использовать простые dig команд, и я получаю ОТВЕТ только на A записи. Все остальное ничего не возвращает.
В качестве примера, вот «правильный» раздел ОТВЕТОВ для ANY запрос, показывающий все записи, которые существуют для примера домена (с сервера, размещенного на AWS). Вы видите, что их по крайней мере NS, TXT, A и MX записи:
Виртуальная машина Debian AWS:
$ dig reiss.com ANY
; <<>> DiG 9.9.5-9+deb8u6-Debian <<>> reiss.com ANY
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 65366
;; flags: qr rd ra; QUERY: 1, ANSWER: 20, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;reiss.com. IN ANY
;; ANSWER SECTION:
reiss.com. 55 IN NS ns2.dnsmadeeasy.com.
reiss.com. 55 IN NS ns3.dnsmadeeasy.com.
reiss.com. 55 IN NS ns4.dnsmadeeasy.com.
reiss.com. 55 IN NS ns0.dnsmadeeasy.com.
reiss.com. 55 IN NS ns1.dnsmadeeasy.com.
reiss.com. 55 IN MX 1 reiss-com.mail.protection.outlook.com.
reiss.com. 55 IN TXT "v=spf1 ip4:212.49.201.210 ip4:80.168.187.225 ip4:109.68.12.42 ip4:79.125.20.120 ip4:46.51.172.2 ip4:46.51.172.4 include:spf.protection.outlook.com include:spf.mandrillapp.com -all"
reiss.com. 55 IN TXT "loaderio=44b80a8be72962eccbd8ad01b6bfcac7"
reiss.com. 55 IN TXT "google-site-verification=vrc2bvxpw2quwligK1dYuIFG6SLPp6PsOj3FlbNKmmo"
reiss.com. 55 IN TXT "globalsign-domain-verification=DxtJ51OaIp87_OgmKu-iPxmFMN4i0CvhJtymIzHDyK"
reiss.com. 55 IN TXT "vzjt+g3yB76l1eAihRfinxKPdAJvcxO5AAXUVdOlnqDRjHA8l+fHdBKsUp+mrKeCB2GTaX4GCUpFo5PoYNvTgw=="
reiss.com. 55 IN SOA ns0.dnsmadeeasy.com. dns.dnsmadeeasy.com. 2008025750 43200 3600 1209600 180
reiss.com. 55 IN A 52.85.142.187
reiss.com. 55 IN A 52.85.142.218
reiss.com. 55 IN A 52.85.142.227
reiss.com. 55 IN A 52.85.142.253
reiss.com. 55 IN A 52.85.142.33
reiss.com. 55 IN A 52.85.142.79
reiss.com. 55 IN A 52.85.142.108
reiss.com. 55 IN A 52.85.142.145
;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Sat Feb 18 12:48:12 UTC 2017
;; MSG SIZE rcvd: 872
Виртуальная машина (Centos 7):
Однако, глядя на отдельные запросы на моей Vagrant VM, я получаю:
$ dig reiss.com A
; <<>> DiG 9.9.4-RedHat-9.9.4-38.el7_3.2 <<>> reiss.com ANY
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 32964
;; flags: qr rd ra; QUERY: 1, ANSWER: 8, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;reiss.com. IN ANY
;; ANSWER SECTION:
reiss.com. 3600 IN A 52.85.142.79
reiss.com. 3600 IN A 52.85.142.218
reiss.com. 3600 IN A 52.85.142.227
reiss.com. 3600 IN A 52.85.142.253
reiss.com. 3600 IN A 52.85.142.145
reiss.com. 3600 IN A 52.85.142.33
reiss.com. 3600 IN A 52.85.142.108
reiss.com. 3600 IN A 52.85.142.187
;; Query time: 1 msec
;; SERVER: 10.0.2.3#53(10.0.2.3)
;; WHEN: Sat Feb 18 12:48:24 GMT 2017
;; MSG SIZE rcvd: 155
Но любой другой тип записи ничего не возвращает:
$ dig reiss.com MX
; <<>> DiG 9.9.4-RedHat-9.9.4-38.el7_3.2 <<>> reiss.com MX
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOTIMP, id: 2267
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;reiss.com. IN MX
;; Query time: 0 msec
;; SERVER: 10.0.2.3#53(10.0.2.3)
;; WHEN: Sat Feb 18 14:52:15 GMT 2017
;; MSG SIZE rcvd: 38
$ dig reiss.com TXT
; <<>> DiG 9.9.4-RedHat-9.9.4-38.el7_3.2 <<>> reiss.com TXT
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOTIMP, id: 24668
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;reiss.com. IN TXT
;; Query time: 0 msec
;; SERVER: 10.0.2.3#53(10.0.2.3)
;; WHEN: Sat Feb 18 14:53:36 GMT 2017
;; MSG SIZE rcvd: 38
Эти команды отлично работают на сервере AWS, а также на моем хост-компьютере Mac OSX локально, просто кажется, что он не работает внутри моей виртуальной машины Vagrant / Virtualbox.
Проблема также затрагивает PHP, поэтому я не думаю, что это как-то связано с командой dig.
Любые идеи?
Способ ANY работает так, что сервер, который получает запрос, должен возвращать записи, которые он имеет для этого имени (независимо от типа).
Следствием этого является то, что при обращении к кэширующему рекурсивному серверу он обычно просто возвращает то, что уже есть в кеше (допустимое поведение).
Т.е., ANY имеет ограниченное использование для реального производственного использования, но может иметь значение при устранении неполадок и т. д.
После представленных здесь полезных подсказок я понял, что это был симптом. Настоящая проблема заключалась в настройках DNS через Vagrant для запуска сетевого адаптера в режиме NAT.
В этом посте есть дополнительная информация: Vagrant / VirtualBox DNS 10.0.2.3 не работает.
тем не мение, предложения здесь не сработали для меня, я уже применил следующее:
vb.customize ["modifyvm", :id, "--natdnshostresolver1", "on"]
Я попытался удалить это или альтернативу:
vb.customize ["modifyvm", :id, "--natdnsproxy1", "on"]
Ни то, ни другое не сработало. Я бы все равно получил resolv.conf следующим образом и dig не будет работать для MX, TXT, или SOA записи:
# Generated by NetworkManager
search local
nameserver 10.0.2.3
Моим (возможно, грязным) решением было отключить обновление resolv.conf в NetworkManager и жестко запрограммировать Google для DNS.
/etc/NetworkManager/NetworkManager.conf:
[main]
dns=none
/etc/resolv.conf:
search local
nameserver 8.8.8.8
nameserver 10.0.2.3
Если вы меняете сетевые адаптеры, 10.0.2.3 больше не является динамическим, поэтому вам нужно быть осторожным, но этот обходной путь помог мне.
Я уверен, что есть способ получше, может, мне лучше использовать мостовой адаптер ...