1. Uma Jornada Completa de Solução de Problemas de Conexão SSH

Ao tentar acessar remotamente uma máquina rodando o sistema operacional Kylin V10 a partir de outro computador, é comum encontrar obstáculos iniciais. O erro mais frequente é o "Connection refused" (Conexão Recusada), seguido por "Permission denied" (Permissão Negada) após o serviço SSH ser iniciado. Pense nisso como tentar visitar um amigo: primeiro, ninguém atende à campainha; depois que abrem a porta, dizem que você não pode entrar. Muitos usuários, especialmente aqueles vindos de outras distribuições Linux, enfrentam essa situação, pois as configurações padrão e as políticas de segurança do Kylin V10 possuem características próprias. Este guia abordará as causas raízes desses erros e fornecerá uma metodologia clara de solução.

Em resumo, falhas de conexão SSH, particularmente os erros "Connection refused" e "Permission denied", geralmente residem em três camadas: o próprio serviço, o caminho de rede e as permissões de acesso. O Kylin V10, como um sistema operacional nacional, tem padrões que não podem ser totalmente replicados a partir de experiências com Ubuntu ou CentOS. Vamos conduzir uma investigação metódica, começando pela conectividade de rede e progredindo até a configuração do serviço e as permissões do sistema. Esta abordagem serve tanto para administradores de sistemas, engenheirso de operações quanto para entusiastas.

2. Desvendando o "Connection refused"

Ao receber o erro ssh: connect to host x.x.x.x port 22: Connection refused, a mensagem indica diretamente que a porta 22 (padrão do SSH) no servidor de destino não está escutando por conexões ou está bloqueada. O processo de solução segue uma lógica de fora para dentro.

2.1 Verificação Básica: A Rede Está Funcional?

Um erro comum é presumir que, se o ping funciona, a porta TCP do SSH também estará acessível. O ping utiliza o protocolo ICMP, enquanto o SSH utiliza TCP. Um firewall pode permitir ICMP e bloquear TCP simultaneamente.

Uma maneira rápida de testar a porta é usar o telnet no cliente:

telnet <IP_DO_SERVIDOR> 22

Uma recusa imediata confirma o problema na porta. Uma resposta nula após um tempo sugere um bloqueio pelo firewall. Se a conexão for bem-sucedida, você verá um banner do protocolo SSH. Como o cliente telnet pode não estar instalado por padrão no Kylin V10, utilize o nc (netcat) para uma alternativa mais robusta:

nc -zv <IP_DO_SERVIDOR> 22

Os snializadores -z (modo de verificação) e -v (verboso) confirmam o sucesso com a mensagem: Connection to <IP_DO_SERVIDOR> 22 port [tcp/ssh] succeeded!

2.2 Diagnóstico Principal: O Serviço SSH Está Ativo?

Se os testes de rede indicam que a porta está fechada, o problema reside no servidor. Acesse o terminal local da máquina Kylin V10 para investigar.

Primeiro, verifique o status do serviço. O Kylin V10 utiliza o systemd. O serviço SSH é chamado de sshd (o daemon), e não ssh (que é o cliente). Execute:

systemctl status sshd

A saída mostrará se o serviço está ativo (active (running)), inativo, ou falhando. Se estiver inativo, o próximo passo é tentar iniciá-lo:

sudo systemctl start sshd

Para garantir que o serviço inicie automaticamente após uma reinicialização, habilite-o:

sudo systemctl enable sshd

Se o serviço falhar ao iniciar, examine os logs do journal para identificar a causa específica:

sudo journalctl -u sshd.service --since "5 minutes ago" -e

Problemas comuns incluem erros de sintaxe no arquivo de configuração /etc/ssh/sshd_config ou conflitos com outro serviço usando a mesma porta.