It obviously didn't prepend (I tried append too)
Note que existem duas opções DHCP para isto: domain-name
(que contém um sufixo de domínio e também é usado para propósitos ligeiramente diferentes) e domain-search
(que contém múltiplos sufixos). / p>
Suspeito que seu valor atual "us-west-2.compute.internal" realmente venha da opção domain-name
e domain-search
esteja realmente vazio. Portanto, quando você prefixar ou anexar a ele, o dhclient verá que as duas opções estão definidas e ignora domain-name
(como é mais antigo e mais limitado).
Portanto, você precisará listar manualmente ambos os domínios ou alterar a etapa de geração do resolv.conf. Por exemplo, muitas distros usam resolvconf
(também conhecido como openresolv) como uma ferramenta intermediária que gera o resolv.conf de várias fontes, e ele suporta uma opção search_domains_append=
para adicionar sufixos personalizados sobre os dados DHCP.
It also didn't put the domain in correctly (see the period at the end).
Não, isso ainda está correto. Um período à direita indica um nome de domínio totalmente qualificado (assim como uma barra inicial indicaria um caminho absoluto). Quando você tenta resolver um domínio que não tem um período posterior, o sistema operacional pode tentar anexar todos os sufixos de pesquisa a ele. (Sim, mesmo que o nome já consista em vários componentes!)
Claro, na lista de busca em si , o ponto final não muda absolutamente nada. Mas como a ideia de uma lista de pesquisa é "se você anexar isso, você obterá um domínio totalmente qualificado", algumas pessoas acham bastante lógico colocar sufixos totalmente qualificados em search
. (Ou talvez eles estejam apenas sendo pedantes.)