Correção: Erro SSH ‘não foi possível resolver o servidor de nome de host’



Experimente Nosso Instrumento Para Eliminar Problemas

Às vezes, você verá um erro informando que o ssh não conseguiu resolver um nome de host quando você tentou usá-lo. Se você estiver recebendo esse erro, primeiro certifique-se de que está conectado à rede. Os usuários de qualquer tipo de rede sem fio também vão querer ter certeza de que estão recebendo sinal suficiente para concluir a solicitação. A falta de conectividade é a causa mais comum desses erros de acordo com muitos desenvolvedores. É ainda mais comum do que erros de digitação.



Se você tiver certeza de que possui uma conexão sólida, verifique a seguir se há erros tipográficos. Você pode ter digitado incorretamente um endereço IP ou algum tipo de linha do localizador de recursos. Embora possa parecer exigente sobre a forma como as informações são apresentadas a ele, o software ssh quer ter certeza de que você está sempre se conectando ao recurso certo. Além disso, seu arquivo hosts também pode apontar o ssh na direção errada quanto ao recurso ao qual você está tentando se conectar.



Método 1: Resolvendo comandos de nome de host malformados

Supondo que você não cometeu um erro como digitar s sh ou ss h em vez de ssh, você pode ter malformado o comando hostname. O software espera comandos dados como ssh user @ NAME em vez de algum outro formato. Abra um terminal com os privilégios apropriados para o seu comando. Você geralmente será capaz de operar como um usuário regular ao usar ssh e não precisará de poderes de superusuário.



Você pode querer abrir um terminal pressionando Ctrl, Alt e T ao mesmo tempo. Alguns usuários do Xfce4 podem manter pressionada a tecla Windows ou Super e pressionar T. Você pode iniciar um prompt no menu Dash, Applications, KDE ou Whisker, procurando e digitando Terminal ou, em vez disso, selecionando-o nas ferramentas do sistema. Os usuários do Ubuntu Server ou versões do Red Hat Enterprise Linux e Scientific Linux que não têm uma interface gráfica de usuário devem manter pressionados Ctrl, Alt e F1-F6 para acessar um console virtual. Você precisará fazer login antes de continuar.

Assim que for solicitado, emita seu código SSH e certifique-se de que está no formato anterior. Por exemplo, você pode tentar ssh root @ myPlace se tiver um nome de host conectado à sua rede como tal. O comando ssh root@##.#.#.##, tendo substituído os símbolos octothorpe por números, é uma boa ideia se você estiver se conectando diretamente a um endereço IP.



Você pode descobrir que estava escrevendo root @ server ou algo semelhante, o que geraria este erro:

ssh: Não foi possível resolver o servidor de nome de host: Nome ou serviço desconhecido

Alguns usuários têm o hábito de lembrar a si mesmos que ssh user @ server é a maneira que você sempre precisa para escrever este comando.

Método 2: corrigindo o Arquivo

Qualquer tipo de dano ao O arquivo também pode causar problemas no nome do host, e o ssh às vezes oferece os mesmos avisos para esses tipos de erros que ofereceria para qualquer outra coisa. Você precisará de acesso root para abrir o arquivo hosts. Se você estiver trabalhando em um dos terminais acima, poderá digitar sudo nano ou
para abrir o arquivo para edição. O prompt do sudo solicitará sua senha.

Se você estiver trabalhando de dentro de um ambiente de desktop, convém abrir uma linha de aplicativo. Você pode fazer isso mantendo pressionada a tecla Windows ou Super e R, pressionando Alt e F2 ou clicando no Dash dependendo do ambiente de trabalho que você está usando. Quando você tiver uma linha, digite dependendo se você está usando aplicativos baseados em GTK + ou KDE Qt. Você pode usar gvim, leafpad ou mousepad em vez de gedit ou kate.

Você terá carregado o arquivo hosts em qualquer caso. Certifique-se de ter acesso de leitura e gravação e dê uma olhada no topo do arquivo. Você precisará das duas linhas a seguir para que funcione corretamente:

127.0.0.1 localhost

127.0.1.1 YourHostName

YourHostName deve apresentar o nome de host real de sua máquina. Você também pode precisar deles se estiver trabalhando com uma rede IPv6:

:: 1 ip6-localhost ip6-loopback

fe00 :: 0 ip6-localnet

ff00 :: 0 ip6-mcastprefix

ff02 :: 1 ip6-allnodes

ff02 :: 2 ip6-allrouters

Se você estiver em algum tipo de rede que usa apenas a tecnologia IPv4, só precisará definir corretamente os dois primeiros na maioria das situações. A conectividade moderna com a Internet está migrando rapidamente para o padrão IPv6, portanto, os dias de definir apenas isso estão desaparecendo rapidamente. Sua distribuição Linux deve ter configurado essas configurações para você, mas às vezes um pacote errôneo ou simplesmente erros do usuário podem corromper o arquivo hosts e apontar conexões para o local errado.

Se você estiver usando um editor de texto gráfico que lê na barra de título, você não pode salvá-lo e não usou gksu ou kdesu corretamente. Alternativamente, você pode descobrir que tem outras linhas após ff02 :: 2 ip6-allrouters, que você não precisa tocar, a menos que tenham algo a ver com qualquer um desses outros códigos. Essas são partes de outras atribuições, e você pode ter algumas delas se estiver em um sistema em que o arquivo hosts foi usado para bloquear o acesso de usuários a qualquer site específico. Você precisará comentar as linhas duplicadas, no entanto, o que pode ser feito adicionando o símbolo # ao início delas. Cada uma das linhas anteriores deve ocorrer apenas uma vez, e você não deseja ter várias atribuições para nenhum dos nomes fornecidos. Isso forçaria o ssh e todos os outros programas de rede a simplesmente aceitar a última atribuição, o que pode estar errado.

Salve o arquivo quando terminar de editá-lo e certifique-se de fechá-lo imediatamente depois. Você não deseja fazer alterações desnecessárias no arquivo hosts se puder evitá-lo, e é por isso que sair daqui é tão imperativo. Tente seu comando ssh quando terminar, certificando-se de que você o formou corretamente com as etapas descritas no primeiro método. Se ainda estiver tendo problemas, reinicie a máquina. Caso contrário, você não deverá ter mais problemas com o ssh.

4 minutos lidos