Значение 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, а также для трех других записей.)