Fantoche: O nome do nó parece dependente do DNS reverso?

Parece que estou com um pouco de problema para entender como fazer isso funcionar. Eu tenho um novo servidor que estou construindo sentado atrás do escritório NAT no trabalho, o seu DNS reverso mapeia office.mydomain.com, mas eu quero que a máquina seja ns2.mydomain.compara o bem das marionetes.

snippet do nodes.pp:

node 'ns2.mydomain.com' inherits basenode {
  info('ns2.mydomain.com')
}

node 'office.mydomain.com' inherits basenode {
  info('office.mydomain.com')
}

E meu 'puppet.conf' no cliente:

[main]
#was node_name=ns2.mydomain.com
#was fqdn=ns2.mydomain.com
certname=ns2.mydomain.com
node_name=cert

Meu syslog no servidor relata:

Sep 16 22:59:12 support puppetmasterd[2800]: Host is missing hostname and/or domain: office.mydomain.com
Sep 16 22:59:12 support puppetmasterd[2800]: (Scope(Node[office.mydomain.com])) office.mydomain.com
Sep 16 22:59:12 support puppetmasterd[2800]: Compiled catalog for office.mydomain.com in 0.03 seconds
Sep 16 22:59:12 support puppetmasterd[2800]: Caching catalog for ns2.mydomain.com

Como posso fazê-lo pegar a configuração ns2.mydomain.comsem fazer algo como isto:

node 'ns2.mydomain.com' inherits basenode {
  info('ns2.mydomain.com')
}

node 'office.mydomain.com' inherits 'ns2.mydomain.com' {
  info('office.mydomain.com')
}

ATUALIZAÇÃO : Esse problema parece estar causando outros problemas também. Por exemplo, se eu, info("$fqdn")enquanto a máquina estiver sentada atrás, office.mydomain.como fato do fqdn estiver vazio, assim como o $operatingsystem. É quase como se os fatos não estivessem sendo descobertos corretamente. Existe talvez um problema de NAT? Existem sugestões para rastrear essa causa desse problema?

Aaah, detecção de nome de host do Puppet. Que pesadelo...

Por padrão, qual nome será usado para descobrir qual nodedefinição usar é baseada no conteúdo do fato fqdn. O que isso realmente mapeia depende de algumas coisas diferentes, e sim, o DNS reverso é uma delas - e é preferível ao nome do host da máquina!

No entanto, esse nome (geralmente) se aplica apenas no momento da geração do certificado. Você está realmente abusando da node_namevariável - ela deve ser definida como uma de 'cert' ou 'facter'. O fqdnparâmetro também está obsoleto.

O que você realmente deseja fazer é definir o certnameparâmetro no cliente como o nome do nó que você deseja usar e, em seguida, definir node_namecomo cert(ou simplesmente deixá-lo de fora, pois esse certé o padrão). Isso usará o nome do nó do CN do certificado que o cliente apresenta, e o certnameparâmetro garante que isso seja definido como algo razoável, em vez de qualquer elemento que decida criar sozinho. Infelizmente, como você já criou certificados "errados", precisará regenerá-los ( rm -rf /var/lib/puppet/sslno cliente e executar novamente o Puppet) depois de configurar a configuração, para que os certificados certos sejam criados e usados.

Se tudo isso parece um pouco complicado, você está certo - é. Bem-vindo ao Puppet.

Parece que estou tendo boa sorte (embora ainda existam alguns casos de teste) na edição /etc/hostspara listar o fqdn desejado em 127.0.0.1 como a primeira opção. Parece estar detectando corretamente / passando fatos então. Embora pareça que eu ainda precise criar um nó chamado office.mydomain.comque herda o nó que eu quero.