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