host/[email protected] não encontrado no banco de dados Kerberos

1

Para simplificar, recentemente eu levantei um servidor RHEL 7 e o inscrevi no FreeIPA. Todos os outros servidores inscritos podem usar o SSH entre si, sem qualquer problema, usando apenas o nome do host, autenticando com o gssapi-with-mic, mas este parece ter algo configurado incorretamente e retorna à autenticação de senha. Especificamente, parece estar tentando usar o nome do host abreviado versus o FQDN do servidor remoto, a menos que eu explicitamente envie um ssh para o FQDN.

Se eu ssh usando o FQDN, por exemplo

ssh remote-hostname.domain.com

tudo funciona bem. Se eu não fizer isso, por exemplo

ssh remote-hostname

Sou solicitado por uma senha. Ativar a depuração ssh fornece o seguinte:

debug3: authmethod_is_enabled gssapi-with-mic
debug1: Next authentication method: gssapi-with-mic
debug1: Unspecified GSS failure.  Minor code may provide more information
Server host/[email protected] not found in Kerberos database

nslookup fornece corretamente o FQDN do servidor:

[kevin@local-hostname ~]$ nslookup remote-hostname
Server:     x.x.x.x
Address:    x.x.x.x#53

Name:   remote-hostname.domain.com
Address: x.x.x.x

O domínio do servidor local parece estar definido corretamente:

[kevin@local-hostname ~]$ hostname
local-hostname
[kevin@local-hostname ~]$ hostname -f
local-hostname.domain.com

Estou um pouco confuso sobre para onde ir a partir daqui. Alguém pode me dizer por que sshing para o nome do host remoto pode não estar funcionando? Infelizmente eu sou novo no Kerberos e realmente não sei onde procurar, além de verificar se o arquivo /etc/krb5.conf no novo servidor corresponde àquele em outros servidores funcionando.

    
por Kevin 15.01.2018 / 20:08

1 resposta

2

O problema foi realmente uma diferença no /etc/krb5.conf que consegui ignorar - meu novo servidor tinha

dns_canonicalize_hostname = false

set, que - exatamente como você poderia esperar - fez com que o nome do host não fosse canonizado para o FQDN. De acordo com a página man, essa opção é padronizada como "true", então não sei exatamente por que ela foi alterada. O arquivo tem o comentário

#File modified by ipa-client-install

fazendo-me acreditar que foi a inscrição da IPA que o fez. Definir a opção como "true" (ou remover a linha) corrige tudo. Deixarei a questão em aberto um pouco, caso alguém tenha uma visão melhor.

    
por 15.01.2018 / 20:43

Tags