Início / server / Perguntas / 1116547
Accepted
Jaroslav Kucera
Asked: 2022-11-25 10:28:33 +0800 CST

Por que o sistema RHEL8 não gera chaves de host SSH automaticamente quando ausente?

  • 772

No RHEL 8 e anteriores, é comum que as chaves do host SSH /etc/sshsejam geradas automaticamente pelo sshdserviço quando ausentes. Normalmente deve haver:

/etc/ssh/ssh_host_ecdsa_key
/etc/ssh/ssh_host_ecdsa_key.pub
/etc/ssh/ssh_host_ed25519_key
/etc/ssh/ssh_host_ed25519_key.pub
/etc/ssh/ssh_host_rsa_key
/etc/ssh/ssh_host_rsa_key.pub

A reinicialização do nó ou mesmo systemctl restart sshddeve ser suficiente.

Mas, a partir da versão secundária RHEL 8.7, isso pode não funcionar mais e as sshdfalhas reclamam da falta de chaves do host no log do diário. Por quê? Como posso resolver isso?

ssh

1 respostas

  1. Best Answer

    O sshdserviço por padrão chama sshd-keygen.target, que verifica a disponibilidade das chaves do host no /etc/sshdiretório e as gera quando ausentes.

    No entanto, essa funcionalidade bem conhecida pode ser bloqueada pela nova versão do cloud-init. A partir de cloud-init-22.1-5.el8.noarchhá novo arquivo:

    /etc/systemd/system/[email protected]/disable-sshd-keygen-if-cloud-init-active.conf

    com conteúdo:

    # In some cloud-init enabled images the sshd-keygen template service may race
# with cloud-init during boot causing issues with host key generation.  This
# drop-in config adds a condition to [email protected] if it exists and
# prevents the sshd-keygen units from running *if* cloud-init is going to run.
#
[Unit]
ConditionPathExists=!/run/systemd/generator.early/multi-user.target.wants/cloud-init.target

    Então, quando você usa o cloud-initvocê tem 2 opções agora:

    1. Gere chaves de host manualmente com ssh-keygen -A(consulte Como alterar uma chave de host SSH? para obter mais detalhes e opções.
    2. Comente a condição

    Basta colocar o #sinal antesConditionPathExists...

    [Unit]
#ConditionPathExists=!/run/systemd/generator.early/multi-user.target.wants/cloud-init.target

    Em seguida, recarregue a configuração do systemd com systemctl daemon-reload. O comportamento normal deve estar funcionando novamente.

    • 3

relate perguntas