ssh: no se pudo resolver el nombre de host [nombre de host]: nombre de servidor ni nombre de servidor proporcionados, o no se conocen

Estoy tratando de configurar una VPN con una Raspberry Pi, y el primer paso es obtener la capacidad de sshingresar al dispositivo desde fuera de mi red local. Por alguna razón, esto está demostrando ser imposible y no tengo la menor idea de por qué. Cuando intento sshingresar a mi servidor user@hostname, aparece el error:

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

Sin embargo, puedo iniciar sesión en el servidor con,

ssh user@[local IP]

El servidor es un Raspberry Pi Modelo B que ejecuta la última distribución de Raspbian y la máquina con la que intento conectarme es un Macbook Pro con Mavericks. sshestaba habilitado en Raspberry Pi cuando configuré Raspbian.

He examinado Stack Overflow durante horas tratando de ver si alguien más tuvo este problema y no he encontrado nada. Cada sshtutorial que encuentro dice que debería poder configurarlo en la máquina remota e iniciar sesión desde cualquier lugar usando un nombre de host, y nunca he tenido éxito con eso.

Recientemente me encontré con el mismo problema. Pude ssh a mi pi en mi red, pero no desde fuera de mi red doméstica.

Yo ya tenía:

• instalado y probado ssh en mi red doméstica.
• Establecer una IP estática para mi pi.
• Configure un servicio DNS dinámico e instaló el software en mi pi. Hice referencia a estas instrucciones para configurar la ip estática, y hay muchos más recursos de instrucción disponibles.

Además, configuré el reenvío de puertos en mi enrutador para alojar un sitio web e incluso tuve que reenviar el puerto 22 a la IP estática de mi pi para ssh, pero dejé el campo en blanco donde especifica la aplicación para la que está realizando el reenvío de puertos el enrutador De todos modos, agregué 'ssh' en este campo y, ¡VOILA! Una conexión ssh que funciona desde cualquier lugar a mi pi.

Escribiré la configuración de reenvío de puertos de mi enrutador.

(ApplicationTextField) _ssh (puerto externo) _22 (Puerto interno) _22 (Protocal) _Both (a la dirección IP) _192.168.1. ### (habilitado) _checkBox

Sin embargo, la configuración de reenvío de puertos puede ser diferente para diferentes enrutadores, así que busque instrucciones para su enrutador.

Ahora, cuando estoy fuera de mi red doméstica, me conecto a mi pi escribiendo:

ssh pi @ [nombre de host]

Entonces puedo ingresar mi contraseña y conectarme.

Si está en Mac, reiniciar el respondedor DNS solucionó el problema para mí.

sudo killall -HUP mDNSResponder

Tuve el mismo problema al conectarme a una máquina remota. pero logré iniciar sesión de la siguiente manera:

ssh -p 22 myName@hostname

o:

ssh -l myName -p 22 hostname

Si necesita acceder a su VPN desde cualquier parte del mundo, debe registrar un nombre de dominio y hacer que apunte a la dirección IP pública de su VPN / puerta de enlace de red. También puede usar un servicio DNS dinámico para conectar un nombre de host a su IP pública.

Si solo necesita ssh desde su Mac a su Raspberry dentro de su red local , haga lo siguiente: En su Mac, edite /etc/hosts. Suponiendo que Raspberry tiene el nombre de host "berry" y la ip "172.16.0.100", agregue una línea:

# ip           hostname
172.16.0.100   berry

Ahora: ssh user@berrydebería funcionar.

Tuve el mismo problema, que pude resolver agregando un .local al nombre de host, ala ssh [email protected]

En mi caso estaba intentando algo así

ssh [email protected]:22 

cuando el formato correcto es:

ssh [email protected] -p 22 

Si su comando es:

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

También te enfrentarás al mismo error

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

cuando pierdes la opción -i /path/to/pemfilede ssh

Entonces Command debería ser:

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

Necesitaba conectarme al servidor remoto de Amazon

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

Estaba recibiendo el siguiente error.

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

Solución para Mac OSX

Hacer ping al host resolvió el problema. Estoy usando Mac OSX Seirra.

ping hostname.com

Ahora problema resuelto. Capaz de conectarse al servidor.

Nota : Probé esta solución también. Pero no funcionó. Luego pingresolvió el problema.

Tuve el mismo problema: la dirección que se muestra en Preferencias -> Compartir -> Inicio de sesión remoto no funcionó y obtuve un '... nombre de servidor o nombre de servidor proporcionado, o no se conoce'. Sin embargo, cuando edité manualmente la configuración (en Preferencias -> Compartir -> Inicio de sesión remoto -> editar) y habilité "Usar nombre de host global dinámico", de repente funcionó.

Parece que algunas aplicaciones no leerán enlaces simbólicos /etc/hosts(al menos en macOS), debe vincularlo.

ln /path/to/hosts_file /etc/hosts

Esto me estaba sucediendo cuando intentaba acceder a Github. El problema es que tenía la costumbre de hacer:

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

Pero, si tiene este error de la pregunta, eliminar ssh:\\ puede resolver el problema. ¡Lo resolvió para mí!

Tenga en cuenta que tendrá que hacer ay git remote remove <xyz>volver a agregar la url remota sin ssh:\\.

Para mí, el problema era un error tipográfico en mi ~/.ssh/configarchivo. Yo tenía:

Host host1:
  HostName 10.10.1.1
  User jlyonsmith

El problema fue :después de la host1- no debería estar allí. sshno da advertencias para errores tipográficos en el ~/.ssh/configarchivo. Cuando no puede encontrar host1, busca la máquina localmente, no puede encontrarla e imprime el mensaje de error críptico.

Prueba esto, teniendo en cuenta tus puertos permitidos. Almacene su .pemarchivo en su Documentscarpeta, por ejemplo.

Para obtener acceso a él ahora, todo lo que tiene que hacer es cd [directory]moverlo al directorio del archivo asignado. Primero puede escribir ls, para enumerar el contenido del directorio en el que se encuentra actualmente:

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

Obtuve este error al usar un archivo de inventario .yml en ansible que no estaba formateado correctamente. Para varios hosts en un grupo, cada nombre de host debe terminar en dos puntos ":". De lo contrario, ansible ejecuta los nombres de host juntos y produce este error ssh.