Неожиданные почтовые обменники от nslookup
Я работаю над Windows 10 и хочу, например, получить MX сервер сайта achab.it. Просить nslookup -type=mx achab.it, Я ожидаю получить:
Server: anyres1.fastwebnet.it
Address: 62.101.93.101
Non-authoritative answer:
achab.it MX preference = 10, mail exchanger = mail.achab.it
achab.it MX preference = 20, mail exchanger = mail2.achab.it
или что-то вроде того. Вместо этого я получаю:
Server: anyres1.fastwebnet.it
Address: 62.101.93.101
Non-authoritative answer:
achab.it.fastwebnet.it MX preference = 10, mail exchanger = mx2.fastwebnet.it
achab.it.fastwebnet.it MX preference = 10, mail exchanger = mx4.fastwebnet.it
achab.it.fastwebnet.it MX preference = 10, mail exchanger = mx1.fastwebnet.it
achab.it.fastwebnet.it MX preference = 10, mail exchanger = mx3.fastwebnet.it
где fastwebnet.it мой поставщик услуг.
Та же проблема с настройкой других серверов, например. nslookup -type=mx achab.it 8.8.8.8.
Я не вижу, что случилось. Разве это не правильный способ автоматически получить домен mail.achab.it, начиная с achab.it?
ОБНОВИТЬ: Результат такой же, даже если я прошу nslookup -type=mx outlook.com или nslookup -type=mx fakesite.nodomain
Часто забывают, что имя DNS оканчивается на "."
Чтобы облегчить жизнь пользователя, многие программы принимают имя без конечной точки и добавляют его автоматически.
Без него введенное имя должно быть относительным.
Относительно чего? На любой DNS-суффикс, настроенный на хосте.
Windows (как и другие ОС) фактически управляет несколькими суффиксами DNS. Если вы наберете "ipconfig / all", вы найдете Primary DNS suffix (который может быть пустым) и один или несколько Connection-specific DNS suffix Также можно настроить дополнительные суффиксы поиска DNS.
Вы можете контролировать это в дополнительных свойствах TCP / IP в свойствах вашей сетевой карты: 
При поиске относительного имени (которое не заканчивается точкой) окна будут пытаться разрешить его с помощью этих суффиксов.
Кажется, ваш модем получил DNS-суффикс fastwebnet.it от вашего провайдера, и эти настройки передаются на ваш компьютер через DHCP.
Я думаю, что это что-то в том, как настроен ваш DNS-клиент или DNS-сервер вашего провайдера.
Если проблема повторяется с DNS-сервером в 8.8.8.8, то я думаю, что ваш локальный преобразователь добавляет домен поиска, которого не должно быть.
Глядя на ваш вывод, выдается правильный ответ: achab.it.fastwebnet.it это не то же самое, что achab.it, и ответ первой формы вполне может быть правильным (т.е. любой запрос MX в fastwebnet.it вернет этот ответ).
Говоря более техническим языком, вы получаете ответ для относительного доменного имени + вашего поискового домена.
Итак, первое, что я хотел бы проверить, это то, что выводит nslookup -type=mx achab.it. есть (обратите внимание на окончание .). Это сделает запрос полностью квалифицированным и вернет вам рассудок.
Я не уверен, как решить эту проблему в Windows, боюсь - в Linux это то, что можно исправить, добавив options ndots:1 в resolv.conf (http://man7.org/linux/man-pages/man5/resolv.conf.5.html).