Значение TTL вам здесь не поможет.
То, что вы видите на своей единственной машине, Стандартное поведение для DNS, пинг
и т. д. Если для имени хоста возвращается несколько адресов, службы по умолчанию будут использовать первый адрес, предоставленный в ответе DNS.
Поясню на примере.
Допустим, у меня есть имя хоста с тремя записями A. Эти записи A указывают на 192.168.10.1, 192.168.10.2 и 192.168.10.3 соответственно для одного и того же домена.
Ответ DNS будет содержать любой из этих адресов в ответе. т.е. фактический «ответ» DNS может давать им в следующем порядке:
192.168.10.2
192.168.10.1
192.168.10.3
Те же три записи в отдельном DNS-запросе могут возвращаться и в таком порядке:
192.168.10.1
192.168.10.3
192.168.10.2
Поэтому, когда вы выполняете разрешение DNS для одного имени хоста в целях пинг
таким образом, он имеет функциональность с нулевым приоритетом, и полученный им «последний ответ» будет «кэширован», а этот «первый» адрес будет использоваться для целей пинг
, веб-запросы, инициализация соединений с именем хоста и т. д.
Нет понятия в пинг
, и т.д."Протестировать все IP с разными запросами" - для этого вам нужно вручную переопределить адрес на /и т.д./хосты
level или пропингуйте IP-адреса напрямую. Как правило, если у вас есть три адреса для одной записи домена, вы должны пинговать IP-адреса независимо и не доверять правильному разрешению «имени хоста».
Кроме того, если вы не удалили systemd-разрешено
из уравнения, это кеширующий преобразователь на вашей стороне, и он будет «кэшировать» этот первоначальный IP-ответ для почтового сервера (в моем примере .2 был первым адресом в ответе, поэтому он кэширует этот адрес. если я перезапущу этот процесс в системе и очищает его кеш, а DNS-сервер, который он запрашивает, сначала возвращает .1, затем .1 кэшируется как «результат» для первого имени хоста DNS, а также для трех других записей.)