O caminho predefinido para a chave do diretório pessoal não permitia escrita
A questão original sobre o ZimaOS, publicada em dezembro de 2024, dizia respeito ao fluxo de trabalho habitual com ~/.ssh/authorized_keys. A estrutura do sistema, apenas de leitura, impedia o autor de criar normalmente esse ficheiro. As primeiras experiências no tópico não produziram uma solução duradoura confirmada, pelo que não devem ser apresentadas como uma solução concluída.
Um relatório posterior sobre o ZimaOS 1.7 utilizou um ficheiro de chaves em /etc
Em agosto de 2026, outro membro da comunidade relatou uma abordagem funcional no ZimaOS 1.7. Colocou as chaves públicas em /etc/ssh/authorized_keys e indicou ao daemon SSH que utilizasse esse ficheiro. A configuração essencial foi:
AuthorizedKeysFile /etc/ssh/authorized_keysCrie o ficheiro com privilégios administrativos, adicione uma chave pública completa por linha e defina permissões que impeçam outros utilizadores de o modificar. Em seguida, atualize a configuração do servidor SSH e reinicie o daemon SSH. Como a publicação apresenta um resultado da comunidade, e não uma declaração oficial de compatibilidade, confirme o ficheiro de configuração efetivo e o nome do serviço na versão instalada do ZimaOS antes de os alterar.
Teste o início de sessão com chave antes de desativar a autenticação por palavra-passe
Mantenha a sessão SSH atual aberta e conserve o acesso ao terminal Web do ZimaOS durante os testes. Abra um segundo terminal e confirme que a chave pública permite iniciar uma nova sessão com êxito. Só depois desse teste deverá considerar definições opcionais de reforço da segurança.
PasswordAuthentication no
KbdInteractiveAuthentication no
UsePAM no
PermitRootLogin no
PermitEmptyPasswords noEstas definições têm efeitos mais abrangentes do que a alteração do caminho das chaves. Aplicá-las antes de testar com êxito o início de sessão com chave pode bloquear a administração remota. Além disso, podem não ser adequadas a todas as implementações, especialmente se o sistema depender intencionalmente do PAM ou de um fluxo de trabalho controlado para o início de sessão do root.
Considere o procedimento específico da versão
A discussão abrange quase dois anos, e o relatório confirmado identifica especificamente o ZimaOS 1.7. Não demonstra que os mesmos ficheiros persistam após atualizações ou funcionem de forma idêntica em versões anteriores. Registe a alteração e volte a testar o acesso SSH após uma atualização do sistema operativo.
Perguntas frequentes
Porque não consigo criar ~/.ssh/authorized_keys no ZimaOS?
No caso original, essa parte do sistema de ficheiros era apenas de leitura. A solução posterior alterou a localização das chaves utilizada pelo daemon, em vez de tentar tornar gravável o caminho normal do diretório pessoal.
Onde armazenava as chaves públicas o método funcional do ZimaOS 1.7?
Utilizava /etc/ssh/authorized_keys e configurava AuthorizedKeysFile para apontar para esse caminho.
Devo desativar imediatamente a autenticação por palavra-passe?
Não. Primeiro, mantenha uma sessão de recuperação disponível e confirme um novo início de sessão autenticado com chave. Desative outros métodos de autenticação apenas depois desse teste e somente se forem compatíveis com a política de acesso do sistema.
