amazon web services - servidores - Desconectado: No hay métodos de autenticación compatibles disponibles(servidor enviado: clave pública)
servidores amazon precios (6)
Es importante comprender que si su instancia es creada por cualquier otro servicio (como Elastic Beanstalk) y no directamente desde EC2, es probable que tenga problemas similares.
Es posible que aún no haya ningún par de claves asociado con su instancia . Para validar esto, vaya a su instancia de
Tablero EC2> Descripción
Busque '' Nombre de par clave '' allí. Si hay un valor válido allí (debe ser el mismo que usaste para generar la clave de Putty Key Generator), entonces esta sospecha puede anularse. De lo contrario, puede que necesite volver a crear la instancia como el peor de los casos.
En mi caso, la instancia fue creada por Elastic Beanstalk, es decir, EBS (otro servicio de AWS) donde alojé una aplicación web, adjunté un par de claves existente al entorno de EBS y se realizó la conexión a través de Putty.
Soy nuevo en Amazon EC2 y trato de configurarlo. He creado las instancias y trato de conectarme. Recibo el error como "Desconectado: no hay métodos de autenticación compatibles disponibles (servidor enviado: clave pública)".
Obtuve el par de llaves de la consola de administración de EC2 y usé masty gen para generar un archivo de clave privada (PPK).
Amablemente ayuda a resolver.
Ya he recomendado la conexión de masilla del servidor de Google ''Desconectado: no hay métodos de autenticación compatibles disponibles (servidor enviado: clave pública) pero no pude resolver mi problema.
Estaba teniendo exactamente el mismo problema en Amazon EC2 y simplemente cambié mi nombre de usuario a "ubuntu" y se estableció una conexión.
Para el registro, el nombre de usuario predeterminado habitual en EC2 para estas distribuciones de Linux:
- Amazon Linux: usuario ec2
- Ubuntu: ubuntu
- Debian: administrador
Para acceder a la instancia a través de un navegador, asegúrese de agregar una regla en su grupo de seguridad para permitir el ingreso del puerto 80 y el puerto 443.
Tuve el mismo problema incluso con el usuario ec2 , utilicé el DNS público en lugar del IP público . Se resolvió ahora.
Tuve el mismo problema, pero la razón por la que recibí el error es porque di un nombre diferente de kevaluepair cuando creé una instancia de lo que estoy usando.
Asegúrese de que el nombre del par de valores clave sea el mismo en todas las situaciones.
Use el nombre de dns público en lugar de IP. En la masilla, elija conexión> SSH> Auth. Verá la parte del Parámetro de Autenticación, allí puede elegir su archivo ppk.
Y una cosa más importante. Haga clic en "Permitir intentos de cambios de nombre de usuario en SSH-2" para activarlo.