Resolva uma conexão SSH que falha

Comece pela mensagem exata que o Termius apresenta. Timeout, Connection refused e Permission denied apontam para verificações diferentes. Anote o horário, o host e a rede usada, removendo senhas e chaves de qualquer registro compartilhado.

Quando a conexão expira

Confira o endereço, a porta, a VPN necessária e o estado da VPS no painel do provedor. Verifique se o firewall permite a conexão a partir da sua rede. Um ping sem resposta, sozinho, não comprova que o serviço SSH está indisponível.

Com autorização administrativa, use o console do provedor para conferir o serviço SSH. Evite trocar várias configurações de uma vez: faça uma alteração identificável e repita a conexão.

Quando a conexão é recusada

Connection refused costuma indicar que o destino respondeu, mas a porta não aceitou a conexão. Confirme a porta real do serviço e se o servidor está ouvindo nela. Confira também configurações de firewall que rejeitam a conexão explicitamente.

Quando a autenticação falha

Permission denied exige conferir usuário, método de autenticação e credencial. Uma chave instalada para uma conta não autoriza automaticamente outra conta. Confirme a chave selecionada no host e a passphrase, se houver.

Se o acesso funcionava antes, confira alterações recentes no servidor e nos grupos do Termius. Compare com outro cliente somente com a mesma conta, porta e credencial. Leve ao administrador a mensagem completa e o horário da tentativa para consultar os logs.

Compare tentativas sem mudar todos os campos

Suponha que a conexão funcionava no Wi-Fi e passou a expirar na rede celular. Mantenha o mesmo host, usuário e porta durante a comparação. Se você trocar a chave ao mesmo tempo, deixa de saber se a diferença veio da rede ou da credencial.

Também confira se o endereço cadastrado é privado. Uma VPS acessível por uma VPN pode não responder quando a VPN está desconectada. Nesse caso, instalar novamente o Termius não torna o endereço alcançável.

Mensagem ou situação	Primeira conferência
Timeout	Endereço, rota, VPN, porta e regras de rede
Connection refused	Porta correta e serviço aceitando conexões
Permission denied	Usuário, chave ou senha e método permitido
Aviso de fingerprint	Identidade do servidor por um acesso independente

A tabela orienta a investigação, mas não determina a causa sozinha. Um firewall pode descartar ou rejeitar conexões. Serviços podem estar configurados em portas diferentes da habitual.

Prepare um relato que ajude o administrador

Registre a mensagem completa, o horário com fuso, a porta e se estava usando VPN. Informe quando o acesso funcionou pela última vez e qual alteração ocorreu desde então. Compartilhe endereço e nome de usuário apenas pelo canal autorizado do projeto, sem anexar senhas ou arquivos de chave privada.

Se o administrador confirmar que o serviço voltou a aceitar conexões, teste uma sessão nova e confira whoami e hostname. Uma conexão antiga ainda aberta não comprova que uma nova autenticação funcionará.