Очевидно, это не предшествовало (я тоже пытался добавить)
Обратите внимание, что для этого есть две опции DHCP: domain-name (которое содержит один суффикс домена и также используется для слегка отличающихся целей) и domain-search (который содержит несколько суффиксов).
Я подозреваю, что ваше текущее значение "us-west-2.compute.internal" на самом деле исходит из опции domain-name domain-search , а поиск по домену фактически пуст. Поэтому, когда вы добавляете или добавляете его, dhclient видит, что оба параметра теперь установлены, и игнорирует domain-name (так как оно более старое и более ограниченное).
Поэтому вам нужно будет либо вручную перечислить оба домена, либо изменить шаг генерации resolv.conf. Например, многие дистрибутивы используют resolvconf (он же openresolv) в качестве промежуточного инструмента, который генерирует resolv.conf из нескольких источников и поддерживает параметр search_domains_append= для добавления пользовательских суффиксов поверх данных DHCP.
Он также не правильно ввел домен (см. Период в конце).
Нет, это все еще правильно. Конечный период указывает на полное доменное имя (точно так же, как начальная косая черта указывает на абсолютный путь). Когда вы пытаетесь разрешить домен, у которого нет завершающего периода, ОС может попытаться добавить к нему все суффиксы поиска. (Да, даже если имя уже состоит из нескольких компонентов!)
Конечно, в самом списке поиска, завершающая точка не меняет абсолютно ничего. Но поскольку идея списка поиска заключается в том, что «если вы добавите это, вы получите полностью определенный домен», некоторые люди считают вполне логичным вводить в search полностью определенные суффиксы. (Или, может быть, они просто педантичны.)
