ssh - pida - El servidor de Google conecta la conexión ''Desconectado: no hay métodos de autenticación compatibles disponibles(servidor enviado: clave pública)

ssh en linux (14)

Intento conectarme a mi servidor Debian Google Compute Engine a través de PuTTy (también probé otras alternativas), pero cuando lo hago obtengo el error "Desconectado: no hay métodos de autenticación compatibles disponibles (servidor enviado: clave pública)

El servidor de google vino sin un nombre de usuario y contraseña, solo una url para iniciar sesión automáticamente en su propia terminal.

Activar autenticación de contraseña

De forma predeterminada, debe usar claves para ssh en su máquina de motor de cálculo de Google, pero puede activar la autenticación de contraseña si no necesita ese nivel de seguridad .

Consejo: Use la opción Abrir en la ventana del navegador SSH desde su consola de la nube para obtener acceso a la máquina. A continuación, cambie al usuario raíz con sudo su - root para realizar los cambios de configuración a continuación.

Edite el /etc/ssh/sshd_config .
Cambiar PasswordAuthentication y ChallengeResponseAuthentication to yes .
Reinicie ssh /etc/init.d/ssh restart .

¡Tuve el mismo problema y lo descubrí!

Asumiendo que ya fuiste y creaste una clave privada / pública, agregaste tu clave pública en el servidor remoto ... ingresa [email protected] y luego ve a Conexión -> SSH -> Auth y haz clic en Navegar para ubicar tu clave privada. Después de elegir, poblará el campo de entrada. Después de eso, haz clic en ABRIR ...

Entonces, lo importante aquí es el orden ... asegúrese de ingresar primero los parámetros para el host y luego localizar su clave privada.

Al parecer, ejecutar sudo chmod -R a+rw en su carpeta de inicio también lo hace.

Debe usar una clave SSH para iniciar sesión en su instancia.

La documentación de GCE explica el proceso here .

Descargar "PuttyGEN" obtener publickey y privatekey usar gcloud SSH editar y pegar tu clave pública ubicada en /home/USER/.ssh/authorized_keys

sudo vim ~ / .ssh / authorized_keys

Toque la tecla i para pegar publicKEY. Para guardar, toque Esc,:, w, q, Enter. Edite el archivo / etc / ssh / sshd_config.

sudo vim /etc/ssh/sshd_config

Cambio

PasswordAuthentication no [...] ChallengeResponseAuthentication to no. [...] UsePAM no [...] Reiniciar ssh

/etc/init.d/ssh restart.

el resto configura tu masilla como tutorial NB: elige las teclas de agregar concurso y la sesión de inicio sería mejor

Enfrenté el mismo problema y lo resolví después de varias pruebas y errores. En / etc / ssh / ssh_config, establecer

PubkeyAuthentication yes
AuthorizedKeysFile .ssh / authorized_keys
PasswordAuthentication no
AuthenticationMethods publickey

luego, abra la masilla. En las "Sesiones guardadas", ingrese la IP del servidor, vaya a través de la ruta Conexión-> SSH-> Auth-> Buscar en el panel izquierdo para buscar su clave privada y ábrala. Por último, vuelva a la sesión de masilla en el panel izquierdo y podrá ver que la dirección IP del servidor aún está en el campo, "Sesiones guardadas", luego haga clic en "Guardar", que es el paso crítico. Permitirá que el usuario inicie sesión sin contraseña. Que te diviertas,

Este problema causado principalmente por su nombre de usuario conectado no tiene el acceso al shell en GCE. Entonces, usa los siguientes pasos para resolver este problema.

gcloud auth list

Si está utilizando el inicio de sesión correcto. por favor, siga los pasos a continuación. de otro modo usar

gcloud auth revoke --all gcloud auth login [your-iam-user]

y obtienes el token o automáticamente detecta el token.

gcloud compute --project "{projectid}" ssh --zone "{zone_name}" "{instance_name}" .

si no conoce esta línea anterior, haga clic para compute engine-> ssh dropdown arrow-> view google command-> copy ese código y compute engine-> ssh dropdown arrow-> view google command-> copy

Ahora actualiza tus metadatos y está disponible en la carpeta de tu computadora. Users->username

~/.ssh/google_compute_engine.ppk ~/.ssh/google_compute_engine.pub

Luego creas un nuevo archivo ppk usando puttygen y le das el nombre de usuario, que deseas como my_work_space . Luego guarde la clave pública y la clave privada en una carpeta.

Siguiente paso: copie los datos de la clave pública de puttygen y cree una nueva clave ssh en los metadatos de gcloud.

cloud console ->compute engine->metadata->ssh key->add new item->paste the key and save it

y ahora devuelve tu herramienta de línea de comandos de shell y luego ingresa

sudo chown -R my_work_space /home/my_work_space

ahora conectas esta clave privada usando sftp a cualquier parte. y abre los archivos sin mostrar los permisos de error

:) horas felices.

La electricidad bajó y obtuvo este error. La solución fue hacer doble clic en su .ppk (clave privada de masilla) e ingresar su contraseña.

PasswordAuthentication y ChallengeResponseAuthentication establecen de forma predeterminada NO en rhel7.

Cámbialos a NO y reinicia sshd.

Problema similar: el mismo mensaje de error. Recibí el mismo mensaje cuando intentaba clonar algo de bitbucket con ssh. El problema estaba en mi configuración ssh configurada en mercurial.ini: utilicé el nombre de usuario bitbucket equivocado. Después de corregir el nombre de usuario, las cosas funcionaron.

Recibí este error porque olvidé agregar mi nombre de usuario detrás de la clave en la sección de metadatos de GCE. Por ejemplo, debe agregar una entrada en la sección de metadatos que se ve así:

sshKeys username:key

Olvidé el username: parte y, por lo tanto, cuando intenté iniciar sesión con ese nombre de usuario, obtuve el error de métodos de autenticación no admitidos.

O bien, para desactivar por completo el requisito de la clave ssh , consulte mi otra respuesta .

Si la clave privada se ha generado con ssh-keygen en Linux, debe convertirse con Puttygen porque Putty no admite claves openssh.

Comience puttygen, y haga clic en Conversiones - Importar clave, luego haga clic en Examinar y seleccione la clave privada generada con openssh, luego haga clic en Guardar clave privada.

Usa tu nueva llave para conectarte.

Siga esta guía: https://gist.github.com/feczo/7282a6e00181fde4281b con imágenes.

En breve:

Usando Puttygen, haga clic en "Generar" mueva el mouse como se indica y espere

Introduzca su nombre de usuario deseado
Ingresa tu contraseña
Guarde la clave privada

Copie todo el contenido de la ventana ''Clave pública para pegar en el archivo autorizado de OpenSSH'' . ¡Asegúrate de copiar cada carácter desde el principio hasta el final!

Vaya a la página Crear instancias en la consola de Google Cloud Platform y en el enlace de opciones avanzadas pegue los contenidos de su clave pública.

Tenga en cuenta la dirección IP de la instancia una vez que esté completa. Masilla abierta, en el menú de la izquierda, vaya a Conexión / SSH / Auth y defina la ubicación del archivo de clave que se guardó.

En el menú de la izquierda, vaya a Conexión / Datos y defina el mismo nombre de usuario

Ingrese la dirección IP de su instancia
nombra la conexión debajo de Sesiones guardadas como ''GCE'' haz clic en ''Guardar''
haz doble clic en la entrada ''GCE'' que acabas de crear
aceptar la identidad del anfitrión

Ahora inicie sesión con la contraseña que especificó anteriormente y ejecute sudo su , y ya está todo listo.

Tuve PuTTY funcionando y un día recibí este error.

Solución : He revisado el nombre de la ruta de la carpeta que contiene mis certificados (claves privadas), y esto provocó que el concurso perdiera el seguimiento de los certificados y, por lo tanto, estaba vacío.

Una vez que reinstalé el certificado en el concurso, Putty comenzó a funcionar nuevamente.