ssh: Não foi possível resolver o nome do host [nome do host]: nome do nó nem nome do serviço fornecido ou desconhecido

Estou tentando configurar uma VPN com um Raspberry Pi e o primeiro passo é obter a capacidade de sshacessar o dispositivo de fora da minha rede local. Por alguma razão, isso está se mostrando impossível e não tenho a menor idéia do porquê. Quando tento sshentrar no meu servidor user@hostname, recebo o erro:

ssh: Could not resolve hostname [hostname]: nodename nor servname provided, or not known 

No entanto, eu posso entrar no servidor com,

ssh user@[local IP]

O servidor é um Raspberry Pi Modelo B executando a distribuição mais recente do Raspbian e a máquina com a qual estou tentando conectar é um Macbook Pro executando o Mavericks. sshfoi ativado no Raspberry Pi quando configurei o Raspbian.

Examinei o Stack Overflow por horas tentando ver se mais alguém tinha esse problema e não encontrei nada. Todos os sshtutoriais encontrados dizem que devo configurá-lo na máquina remota e efetuar login de qualquer lugar usando um nome de host, e nunca tive sucesso com isso.

Recentemente me deparei com o mesmo problema. Eu era capaz de ssh para o meu pi na minha rede, mas não de fora da minha rede doméstica.

Eu já tinha:

• instalei e testei o ssh na minha rede doméstica.
• Defina um IP estático para o meu pi.
• Configure um serviço DNS dinâmico e instalei o software no meu pi. Mencionei estas instruções para configurar o IP estático e existem muitos outros recursos instrucionais por aí.

Além disso, configurei a porta de encaminhamento no meu roteador para hospedar um site e eu tinha até a porta de encaminhamento de porta 22 para o IP estático do pi para ssh, mas deixei o campo em branco onde você especifica o aplicativo para o qual está realizando o encaminhamento de portas. o roteador. Enfim, adicionei 'ssh' nesse campo e, VOILA! Uma conexão ssh funcionando de qualquer lugar para o meu pi.

Escreverei as configurações de encaminhamento de porta do meu roteador.

(ApplicationTextField) _ssh (porta externa) _22 (porta interna) _22 (Protocal) _Both (para endereço IP) _192.168.1. ### (ativado) _checkBox

As configurações de encaminhamento de porta podem ser diferentes para roteadores diferentes, portanto, consulte as instruções do seu roteador.

Agora, quando estou fora da minha rede doméstica, conecto-me ao meu pi digitando:

ssh pi @ [nome do host]

Então, consigo inserir minha senha e conectar-me.

Se você estiver no Mac, reiniciar o respondedor de DNS corrigiu o problema para mim.

sudo killall -HUP mDNSResponder

Eu tive o mesmo problema ao conectar-me a uma máquina remota. mas consegui acessar como abaixo:

ssh -p 22 myName@hostname

ou:

ssh -l myName -p 22 hostname

Se você precisar acessar sua VPN de qualquer lugar do mundo, precisará registrar um nome de domínio e apontar para o endereço IP público do seu gateway de rede / VPN. Você também pode usar um serviço DNS dinâmico para conectar um nome de host ao seu IP público.

Se você só precisa ssh do seu Mac para o seu Raspberry dentro da rede local , faça o seguinte: No seu Mac, edite /etc/hosts. Supondo que o Raspberry tenha nome de host "berry" e ip "172.16.0.100", adicione uma linha:

# ip           hostname
172.16.0.100   berry

Agora: ssh user@berrydeve funcionar.

Eu tive o mesmo problema, que resolvi adicionando um .local ao nome do host, ala ssh [email protected]

No meu caso, eu estava tentando ssh assim

ssh [email protected]:22 

quando o formato correto é:

ssh [email protected] -p 22 

Se o seu comando for:

$ ssh -p 1122  path/to/pemfile user@[hostip/hostname]

Você também enfrentará o mesmo erro

ssh: Could not resolve hostname [hostname]: nodename nor servname provided, or not known

quando você perde a opção -i /path/to/pemfile de ssh

Portanto, o comando deve ser:

$ ssh -p 1122 -i path/to/pemfile user@[hostip/hostname]

Eu precisava me conectar ao servidor Amazon remoto

ssh -i ~/.ssh/test.pem -fN -L 5555:localhost:5678 [email protected]

Eu estava recebendo o seguinte erro.

ssh: Could not resolve hostname <hostname.com>: nodename nor servname provided, or not known

Solução para Mac OSX

Executar ping no host resolveu o problema. Estou usando o Mac OSX Seirra.

ping hostname.com

Agora problema resolvido. Capaz de conectar-se ao servidor.

Nota : Eu tentei esta solução também. Mas não deu certo. Em seguida, pingresolvia o problema.

Eu tive o mesmo problema: O endereço mostrado em Preferências -> Compartilhamento -> Login Remoto não funcionou e recebi um '... nodename nem servname fornecido, ou não conhecido'. No entanto, quando editei manualmente as configurações (em Preferências -> Compartilhamento -> Login Remoto -> editar) e habilitei "Usar nome de host global dinâmico", de repente funcionou.

Parece que alguns aplicativos não lêem o link simbólico /etc/hosts(pelo menos no macOS), é necessário vinculá-lo.

ln /path/to/hosts_file /etc/hosts

Isso estava acontecendo comigo ao tentar acessar o Github. O problema é que eu tinha o hábito de fazer:

git remote add <xyz> ssh:\\[email protected]......

Mas, se você está tendo esse erro da pergunta, removendo ssh:\\ pode resolver o problema. Isso resolveu para mim!

Observe que você precisará fazer um git remote remove <xyz>e adicionar novamente o URL remoto sem ssh:\\.

Para mim, o problema foi um erro de digitação no meu ~/.ssh/configarquivo. Eu tinha:

Host host1:
  HostName 10.10.1.1
  User jlyonsmith

O problema foi o :depois do host1- não deveria estar lá. sshnão dá avisos de erros de digitação no ~/.ssh/configarquivo. Quando não consegue encontrar host1, procura a máquina localmente, não consegue encontrá-la e imprime a mensagem de erro enigmática.

Tente isso, considerando as portas permitidas. Armazene seu .pemarquivo em sua Documentspasta, por exemplo.

Para obter acesso agora, tudo o que você precisa fazer é cd [directory]mover o arquivo para o diretório do arquivo alocado. Você pode digitar primeiro ls, para listar o conteúdo do diretório em que está atualmente:

ls
cd /Documents
chmod 400 mycertificate.pem
ssh -i "mycertificate.pem" [email protected] -p 80

Eu recebi esse erro usando um arquivo de inventário .yml em ansible que não foi formatado corretamente. Para vários hosts em um grupo, cada nome de host precisa terminar em dois pontos ":". Caso contrário, o ansible executa os nomes dos hosts juntos e produz esse erro ssh.