Es hat offensichtlich nicht vorangestellt (ich habe es auch versucht, anzufügen)
Beachten Sie, dass es dafür zwei DHCP-Optionen gibt: domain-name(die ein Domänensuffix enthält und auch für etwas andere Zwecke verwendet wird) und domain-search(die mehrere Suffixe enthält).
Ich vermute, dass Ihr aktueller Wert "us-west-2.compute.internal" tatsächlich von der domain-nameOption stammt und domain-searchtatsächlich leer ist. Wenn Sie also ein vorangestelltes Element hinzufügen oder anhängen, erkennt dhclient, dass beide Optionen jetzt festgelegt sind, und ignoriert domain-name(da es älter und eingeschränkter ist).
Sie müssen also entweder beide Domänen manuell auflisten oder den Erzeugungsschritt resolv.conf ändern. Beispielsweise verwenden viele Distributionen resolvconf(auch bekannt als openresolv) ein Vermittlerwerkzeug, das die resolv.conf aus mehreren Quellen generiert und die search_domains_append=Option unterstützt, benutzerdefinierte Suffixe zu den DHCP-Daten hinzuzufügen.
Die Domain wurde auch nicht korrekt eingefügt (siehe Punkt am Ende).
Nein, das stimmt immer noch. Ein abschließender Zeitraum gibt einen vollständig qualifizierten Domänennamen an (genau wie ein führender Schrägstrich einen absoluten Pfad angeben würde). Wenn Sie versuchen, eine Domäne aufzulösen, die keinen nachlaufenden Zeitraum hat, versucht das Betriebssystem möglicherweise, alle Suchsuffixe an diese anzuhängen. (Ja, auch wenn der Name bereits aus mehreren Komponenten besteht!)
In der Suchliste selbst ändert der nachlaufende Punkt natürlich nichts. Da es sich bei einer Suchliste jedoch um die Idee handelt, "wenn Sie diese anhängen, erhalten Sie eine vollqualifizierte Domäne", finden es manche Leute logisch, vollqualifizierte Suffixe einzugeben search. (Oder vielleicht sind sie nur pedantisch.)