Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Permiso denegado al usar SSH
2,342 views
Skip to first unread message
Miguel Matos
Sep 13, 2013, 12:00:02 AM9/13/13
to
Avanzando en las pruebas del servidor virtual, ahora me salió otra
piedra que me complica las cosas (de donde vengo tenemos una expresión
muy común: tener un cangrejo). Resulta que no puedo loguearme con SSH
al servidor virtual. Según este sitio[1] de nuevo, hay que ingresar
con SSH. Pero en mi caso pasa esto:
miguel@miguel-LT:~$ ssh mig...@192.168.1.108
mig...@192.168.1.108's password:
Permission denied, please try again.
mig...@192.168.1.108's password:
Permission denied, please try again.
mig...@192.168.1.108's password:
Permission denied (publickey,password).
Y según acá[2], dice que no estoy ingresado con un usuario que
reconoce, pero a pesar de ello sí registró mi usuario, y no entro como
root, y pongo mi contraseña, ¿qué estoy haciendo mal entonces? Creo
que tiene que ver con algo de los usuarios, una uid o gid o algo así.
BTW, ya cambié lo que dice [2], el puerto es el 22, el protocolo 2, el
PermitRootLogin en no, e igual falla.
[1]http://www.forat.info/2008/02/21/servidor-web-en-linux-debian-4-acceso-remoto-con-ssh-secure-shell/
[2]http://www.ubuntu-es.org/node/109142#.UjKJUSIW011
--
Buen uso de las listas (como se ven en Debian):
http://wiki.debian.org/es/NormasLista
Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/CALEvJmSe+87OqhioonuddbiB...@mail.gmail.com
piedra que me complica las cosas (de donde vengo tenemos una expresión
muy común: tener un cangrejo). Resulta que no puedo loguearme con SSH
al servidor virtual. Según este sitio[1] de nuevo, hay que ingresar
con SSH. Pero en mi caso pasa esto:
miguel@miguel-LT:~$ ssh mig...@192.168.1.108
mig...@192.168.1.108's password:
Permission denied, please try again.
mig...@192.168.1.108's password:
Permission denied, please try again.
mig...@192.168.1.108's password:
Permission denied (publickey,password).
Y según acá[2], dice que no estoy ingresado con un usuario que
reconoce, pero a pesar de ello sí registró mi usuario, y no entro como
root, y pongo mi contraseña, ¿qué estoy haciendo mal entonces? Creo
que tiene que ver con algo de los usuarios, una uid o gid o algo así.
BTW, ya cambié lo que dice [2], el puerto es el 22, el protocolo 2, el
PermitRootLogin en no, e igual falla.
[1]http://www.forat.info/2008/02/21/servidor-web-en-linux-debian-4-acceso-remoto-con-ssh-secure-shell/
[2]http://www.ubuntu-es.org/node/109142#.UjKJUSIW011
--
Buen uso de las listas (como se ven en Debian):
http://wiki.debian.org/es/NormasLista
Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/CALEvJmSe+87OqhioonuddbiB...@mail.gmail.com
Javier Silva
Sep 13, 2013, 3:20:02 AM9/13/13
to
El día 13 de septiembre de 2013 05:56, Miguel Matos
<unefis...@gmail.com> escribió:
Envía el archivo de configuración a la lista: cat /etc/ssh/sshd_config
---
Un saludo a todos/as.
Javier Silva
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/CAOg_h5ZGMEnoGv6-qEOy2DqQ...@mail.gmail.com
<unefis...@gmail.com> escribió:
> Avanzando en las pruebas del servidor virtual, ahora me salió otra
> piedra que me complica las cosas (de donde vengo tenemos una expresión
> muy común: tener un cangrejo). Resulta que no puedo loguearme con SSH
> al servidor virtual. Según este sitio[1] de nuevo, hay que ingresar
> con SSH. Pero en mi caso pasa esto:
> miguel@miguel-LT:~$ ssh mig...@192.168.1.108
> mig...@192.168.1.108's password:
> Permission denied, please try again.
> mig...@192.168.1.108's password:
> Permission denied, please try again.
> mig...@192.168.1.108's password:
> Permission denied (publickey,password).
>
> Y según acá[2], dice que no estoy ingresado con un usuario que
> reconoce, pero a pesar de ello sí registró mi usuario, y no entro como
> root, y pongo mi contraseña, ¿qué estoy haciendo mal entonces? Creo
> que tiene que ver con algo de los usuarios, una uid o gid o algo así.
> BTW, ya cambié lo que dice [2], el puerto es el 22, el protocolo 2, el
> PermitRootLogin en no, e igual falla.
>
> [1]http://www.forat.info/2008/02/21/servidor-web-en-linux-debian-4-acceso-remoto-con-ssh-secure-shell/
> [2]http://www.ubuntu-es.org/node/109142#.UjKJUSIW011
>
Comprueba el log: cat /var/log/auth.log|grep -i ssh
> piedra que me complica las cosas (de donde vengo tenemos una expresión
> muy común: tener un cangrejo). Resulta que no puedo loguearme con SSH
> al servidor virtual. Según este sitio[1] de nuevo, hay que ingresar
> con SSH. Pero en mi caso pasa esto:
> miguel@miguel-LT:~$ ssh mig...@192.168.1.108
> mig...@192.168.1.108's password:
> Permission denied, please try again.
> mig...@192.168.1.108's password:
> Permission denied, please try again.
> mig...@192.168.1.108's password:
> Permission denied (publickey,password).
>
> Y según acá[2], dice que no estoy ingresado con un usuario que
> reconoce, pero a pesar de ello sí registró mi usuario, y no entro como
> root, y pongo mi contraseña, ¿qué estoy haciendo mal entonces? Creo
> que tiene que ver con algo de los usuarios, una uid o gid o algo así.
> BTW, ya cambié lo que dice [2], el puerto es el 22, el protocolo 2, el
> PermitRootLogin en no, e igual falla.
>
> [1]http://www.forat.info/2008/02/21/servidor-web-en-linux-debian-4-acceso-remoto-con-ssh-secure-shell/
> [2]http://www.ubuntu-es.org/node/109142#.UjKJUSIW011
>
Envía el archivo de configuración a la lista: cat /etc/ssh/sshd_config
---
Un saludo a todos/as.
Javier Silva
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Ricardo
Sep 13, 2013, 6:00:02 AM9/13/13
to
El 13/09/13 00:56, Miguel Matos escribi�:
> Avanzando en las pruebas del servidor virtual, ahora me sali� otra
> piedra que me complica las cosas (de donde vengo tenemos una expresi�n
> muy com�n: tener un cangrejo). Resulta que no puedo loguearme con SSH
> al servidor virtual. Seg�n este sitio[1] de nuevo, hay que ingresar
> reconoce, pero a pesar de ello s� registr� mi usuario, y no entro como
> root, y pongo mi contrase�a, �qu� estoy haciendo mal entonces? Creo
> que tiene que ver con algo de los usuarios, una uid o gid o algo as�.
> BTW, ya cambi� lo que dice [2], el puerto es el 22, el protocolo 2, el
Una pregunta obvia, pero debo hacerla: la contrase�a que estas poniendo
es la del usuario miguel en el equipo 192.168.1.108 verdad?
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/5232E013...@gmail.com
> Avanzando en las pruebas del servidor virtual, ahora me sali� otra
> piedra que me complica las cosas (de donde vengo tenemos una expresi�n
> muy com�n: tener un cangrejo). Resulta que no puedo loguearme con SSH
> al servidor virtual. Seg�n este sitio[1] de nuevo, hay que ingresar
> con SSH. Pero en mi caso pasa esto:
> miguel@miguel-LT:~$ ssh mig...@192.168.1.108
> mig...@192.168.1.108's password:
> Permission denied, please try again.
> mig...@192.168.1.108's password:
> Permission denied, please try again.
> mig...@192.168.1.108's password:
> Permission denied (publickey,password).
>
> Y seg�n ac�[2], dice que no estoy ingresado con un usuario que
> miguel@miguel-LT:~$ ssh mig...@192.168.1.108
> mig...@192.168.1.108's password:
> Permission denied, please try again.
> mig...@192.168.1.108's password:
> Permission denied, please try again.
> mig...@192.168.1.108's password:
> Permission denied (publickey,password).
>
> reconoce, pero a pesar de ello s� registr� mi usuario, y no entro como
> root, y pongo mi contrase�a, �qu� estoy haciendo mal entonces? Creo
> que tiene que ver con algo de los usuarios, una uid o gid o algo as�.
> BTW, ya cambi� lo que dice [2], el puerto es el 22, el protocolo 2, el
> PermitRootLogin en no, e igual falla.
>
> [1]http://www.forat.info/2008/02/21/servidor-web-en-linux-debian-4-acceso-remoto-con-ssh-secure-shell/
> [2]http://www.ubuntu-es.org/node/109142#.UjKJUSIW011
>
Manda la salida de ssh -vv mig...@192.168.1.108 para mayor detalles.
>
> [1]http://www.forat.info/2008/02/21/servidor-web-en-linux-debian-4-acceso-remoto-con-ssh-secure-shell/
> [2]http://www.ubuntu-es.org/node/109142#.UjKJUSIW011
>
Una pregunta obvia, pero debo hacerla: la contrase�a que estas poniendo
es la del usuario miguel en el equipo 192.168.1.108 verdad?
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
Sep 13, 2013, 10:50:02 AM9/13/13
to
El Thu, 12 Sep 2013 23:26:16 -0430, Miguel Matos escribió:
> Avanzando en las pruebas del servidor virtual, ahora me salió otra
> piedra que me complica las cosas (de donde vengo tenemos una expresión
> muy común: tener un cangrejo). Resulta que no puedo loguearme con SSH al
> servidor virtual. Según este sitio[1] de nuevo, hay que ingresar con
> SSH. Pero en mi caso pasa esto:
> miguel@miguel-LT:~$ ssh mig...@192.168.1.108
> mig...@192.168.1.108's password:
> Permission denied, please try again.
(...)
> Avanzando en las pruebas del servidor virtual, ahora me salió otra
> piedra que me complica las cosas (de donde vengo tenemos una expresión
> muy común: tener un cangrejo). Resulta que no puedo loguearme con SSH al
> servidor virtual. Según este sitio[1] de nuevo, hay que ingresar con
> SSH. Pero en mi caso pasa esto:
> miguel@miguel-LT:~$ ssh mig...@192.168.1.108
> mig...@192.168.1.108's password:
> Permission denied, please try again.
Como te comentan, el error parece claro.
Esto es lo que sucede cuando intento acceder a un equipo a través de ssh
y pongo la contraseña incorrecta:
sm01@stt008:~$ ssh ro...@192.168.0.5
ro...@192.168.0.5's password:
Permission denied, please try again
> Y según acá[2], dice que no estoy ingresado con un usuario que reconoce,
> pero a pesar de ello sí registró mi usuario, y no entro como root, y
> pongo mi contraseña, ¿qué estoy haciendo mal entonces? Creo que tiene
> que ver con algo de los usuarios, una uid o gid o algo así.
Lo que tienes que hacer es asegurarte de que:
> pero a pesar de ello sí registró mi usuario, y no entro como root, y
> pongo mi contraseña, ¿qué estoy haciendo mal entonces? Creo que tiene
> que ver con algo de los usuarios, una uid o gid o algo así.
1/ El usuario "miguel" existe en el equipo "192.168.1.108"
2/ Estás introduciendo la contraseña que tiene el usuario "miguel" en el
equipo "192.168.1.108"
> BTW, ya cambié lo que dice [2], el puerto es el 22, el protocolo 2, el
> PermitRootLogin en no, e igual falla.
hay que hacer nada más que iniciar el servicio.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Walter Herrera
Sep 13, 2013, 1:30:01 PM9/13/13
to
en mi experiencia personal, lo que me paso con virtuales, es algo tonto, comprueba bien la distribucion del teclado que ha tomado en la virtual, me ha pasado que difieren las distribuciones (en caso uso latino), comprueba que estes bien las las distribuciones de teclado.
Saludos.
Walter Herrera
Servicios informaticos
software Libre.
Miguel Matos
Sep 13, 2013, 11:00:02 PM9/13/13
to
El día 13 de septiembre de 2013 10:13, Camaleón <noel...@gmail.com> escribió:
> El Thu, 12 Sep 2013 23:26:16 -0430, Miguel Matos escribió:
>
>> Avanzando en las pruebas del servidor virtual, ahora me salió otra
>> piedra que me complica las cosas (de donde vengo tenemos una expresión
>> muy común: tener un cangrejo). Resulta que no puedo loguearme con SSH al
>> servidor virtual. Según este sitio[1] de nuevo, hay que ingresar con
>> SSH. Pero en mi caso pasa esto:
>> miguel@miguel-LT:~$ ssh mig...@192.168.1.108
>> mig...@192.168.1.108's password:
>> Permission denied, please try again.
>
> (...)
>
> Como te comentan, el error parece claro.
>
> Esto es lo que sucede cuando intento acceder a un equipo a través de ssh
> y pongo la contraseña incorrecta:
>
> sm01@stt008:~$ ssh ro...@192.168.0.5
> ro...@192.168.0.5's password:
> Permission denied, please try again
>
>> Y según acá[2], dice que no estoy ingresado con un usuario que reconoce,
>> pero a pesar de ello sí registró mi usuario, y no entro como root, y
>> pongo mi contraseña, ¿qué estoy haciendo mal entonces? Creo que tiene
>> que ver con algo de los usuarios, una uid o gid o algo así.
>
> Lo que tienes que hacer es asegurarte de que:
>
> 1/ El usuario "miguel" existe en el equipo "192.168.1.108"
>
Si estoy seguro de lo que dices, y según lo que he aprendido hasta
> El Thu, 12 Sep 2013 23:26:16 -0430, Miguel Matos escribió:
>
>> Avanzando en las pruebas del servidor virtual, ahora me salió otra
>> piedra que me complica las cosas (de donde vengo tenemos una expresión
>> muy común: tener un cangrejo). Resulta que no puedo loguearme con SSH al
>> servidor virtual. Según este sitio[1] de nuevo, hay que ingresar con
>> SSH. Pero en mi caso pasa esto:
>> miguel@miguel-LT:~$ ssh mig...@192.168.1.108
>> mig...@192.168.1.108's password:
>> Permission denied, please try again.
>
> (...)
>
> Como te comentan, el error parece claro.
>
> Esto es lo que sucede cuando intento acceder a un equipo a través de ssh
> y pongo la contraseña incorrecta:
>
> sm01@stt008:~$ ssh ro...@192.168.0.5
> ro...@192.168.0.5's password:
> Permission denied, please try again
>
>> Y según acá[2], dice que no estoy ingresado con un usuario que reconoce,
>> pero a pesar de ello sí registró mi usuario, y no entro como root, y
>> pongo mi contraseña, ¿qué estoy haciendo mal entonces? Creo que tiene
>> que ver con algo de los usuarios, una uid o gid o algo así.
>
> Lo que tienes que hacer es asegurarte de que:
>
> 1/ El usuario "miguel" existe en el equipo "192.168.1.108"
>
ahora, no aparece mi usuario en /etc/passwd, ¿es eso o algo que
todavía no recuerdo?
> 2/ Estás introduciendo la contraseña que tiene el usuario "miguel" en el
> equipo "192.168.1.108"
>
>> BTW, ya cambié lo que dice [2], el puerto es el 22, el protocolo 2, el
>> PermitRootLogin en no, e igual falla.
>
> En Debian, ssh viene configurado para funcionar en cuanto se instala, no
> hay que hacer nada más que iniciar el servicio.
>
herramientas se maneja, y desde Squeeze, es posible instalar el SSH en
paquetes adicionales a los servidores web y de impresión, si mal no
recuerdo.
> Saludos,
>
> --
> Camaleón
>
>
> --
> To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
> Archive: http://lists.debian.org/pan.2013.09...@gmail.com
>
--
Buen uso de las listas (como se ven en Debian):
http://wiki.debian.org/es/NormasLista
Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz
Buen uso de las listas (como se ven en Debian):
http://wiki.debian.org/es/NormasLista
Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/CALEvJmSC3x3rEMkmZkZUXJV6...@mail.gmail.com
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Miguel Matos
Sep 13, 2013, 11:00:02 PM9/13/13
to
El día 13 de septiembre de 2013 05:21, Ricardo
<ricard...@gmail.com> escribió:
> El 13/09/13 00:56, Miguel Matos escribió:
>(...)
$ ssh -w mig...@192.168.1.108
Bad tun device 'mig...@192.168.1.108'
$ ssh -w 192.168.1.108
Bad tun device '192.168.1.108'
¿?
Probaré haciendo una búsqueda, a ver qué cosa me sale.
--
Buen uso de las listas (como se ven en Debian):
http://wiki.debian.org/es/NormasLista
Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz
<ricard...@gmail.com> escribió:
> El 13/09/13 00:56, Miguel Matos escribió:
>(...)
> Manda la salida de ssh -vv mig...@192.168.1.108 para mayor detalles.
> Una pregunta obvia, pero debo hacerla: la contraseña que estas poniendo es
> la del usuario miguel en el equipo 192.168.1.108 verdad?
>
>(...)
>
$ ssh -w mig...@192.168.1.108
Bad tun device 'mig...@192.168.1.108'
$ ssh -w 192.168.1.108
Bad tun device '192.168.1.108'
¿?
Probaré haciendo una búsqueda, a ver qué cosa me sale.
--
Buen uso de las listas (como se ven en Debian):
http://wiki.debian.org/es/NormasLista
Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/CALEvJmSEQk8Y-h4ePAEAH4Yv...@mail.gmail.com
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Miguel Matos
Sep 13, 2013, 11:10:01 PM9/13/13
to
El día 13 de septiembre de 2013 12:59, Walter Herrera
<wher...@ambystoma.com.ar> escribió:
no les gustará:
# locale
LANG=es_VE.utf8
LANGUAGE=
LC_CTYPE="es_VE.utf8"
LC_NUMERIC="es_VE.utf8"
LC_TIME="es_VE.utf8"
LC_COLLATE="es_VE.utf8"
LC_MONETARY="es_VE.utf8"
LC_MESSAGES="es_VE.utf8"
LC_PAPER="es_VE.utf8"
LC_NAME="es_VE.utf8"
LC_ADDRESS="es_VE.utf8"
LC_TELEPHONE="es_VE.utf8"
LC_MEASUREMENT="es_VE.utf8"
LC_IDENTIFICATION="es_VE.utf8"
LC_ALL=
en ambos, anfitrión e invitado, ya lo comprobé.
--
Buen uso de las listas (como se ven en Debian):
http://wiki.debian.org/es/NormasLista
Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz
<wher...@ambystoma.com.ar> escribió:
> en mi experiencia personal, lo que me paso con virtuales, es algo tonto,
> comprueba bien la distribucion del teclado que ha tomado en la virtual, me
> ha pasado que difieren las distribuciones (en caso uso latino), comprueba
> que estes bien las las distribuciones de teclado.
>
> Saludos.
>
>
>
> Walter Herrera
> Servicios informaticos
> software Libre.
>
>
Si solo pudiese recordar cómo se hace eso. ¿Era con "locale"? Entonces
> comprueba bien la distribucion del teclado que ha tomado en la virtual, me
> ha pasado que difieren las distribuciones (en caso uso latino), comprueba
> que estes bien las las distribuciones de teclado.
>
> Saludos.
>
>
>
> Walter Herrera
> Servicios informaticos
> software Libre.
>
>
no les gustará:
# locale
LANG=es_VE.utf8
LANGUAGE=
LC_CTYPE="es_VE.utf8"
LC_NUMERIC="es_VE.utf8"
LC_TIME="es_VE.utf8"
LC_COLLATE="es_VE.utf8"
LC_MONETARY="es_VE.utf8"
LC_MESSAGES="es_VE.utf8"
LC_PAPER="es_VE.utf8"
LC_NAME="es_VE.utf8"
LC_ADDRESS="es_VE.utf8"
LC_TELEPHONE="es_VE.utf8"
LC_MEASUREMENT="es_VE.utf8"
LC_IDENTIFICATION="es_VE.utf8"
LC_ALL=
en ambos, anfitrión e invitado, ya lo comprobé.
--
Buen uso de las listas (como se ven en Debian):
http://wiki.debian.org/es/NormasLista
Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/CALEvJmSb6zgjuBhDQf+dVQEf...@mail.gmail.com
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Ricardo
Sep 14, 2013, 8:40:01 AM9/14/13
to
El 13/09/13 23:55, Miguel Matos escribi�:
> El d�a 13 de septiembre de 2013 05:21, Ricardo
> <ricard...@gmail.com> escribi�:
>> El 13/09/13 00:56, Miguel Matos escribi�:
>> Una pregunta obvia, pero debo hacerla: la contrase�a que estas poniendo es
>
No te dije "-w" te dije "-vv" (2 veces la letra v)
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/523458D6...@gmail.com
> El d�a 13 de septiembre de 2013 05:21, Ricardo
> <ricard...@gmail.com> escribi�:
>> El 13/09/13 00:56, Miguel Matos escribi�:
>> Una pregunta obvia, pero debo hacerla: la contrase�a que estas poniendo es
>> la del usuario miguel en el equipo 192.168.1.108 verdad?
>>
>> (...)
> $ ssh -w mig...@192.168.1.108
> Bad tun device 'mig...@192.168.1.108'
> $ ssh -w 192.168.1.108
> Bad tun device '192.168.1.108'
>
> �?
> Probar� haciendo una b�squeda, a ver qu� cosa me sale.
>>
>> (...)
> $ ssh -w mig...@192.168.1.108
> Bad tun device 'mig...@192.168.1.108'
> $ ssh -w 192.168.1.108
> Bad tun device '192.168.1.108'
>
> �?
>
No te dije "-w" te dije "-vv" (2 veces la letra v)
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
Sep 14, 2013, 11:00:01 AM9/14/13
to
El Fri, 13 Sep 2013 22:29:00 -0430, Miguel Matos escribió:
> El día 13 de septiembre de 2013 10:13, Camaleón <noel...@gmail.com>
> escribió:
(...)
> El día 13 de septiembre de 2013 10:13, Camaleón <noel...@gmail.com>
> escribió:
>> Lo que tienes que hacer es asegurarte de que:
>>
>> 1/ El usuario "miguel" existe en el equipo "192.168.1.108"
>>
> Si estoy seguro de lo que dices, y según lo que he aprendido hasta
> ahora, no aparece mi usuario en /etc/passwd, ¿es eso o algo que todavía
> no recuerdo?
Para acceder mediante ssh a un equipo tienes que iniciar la sesión ssh
con un usuario que esté dado de alta en ese equipo. Si el usuario no
existe, o la contraseña que introduces no coincide, te dará error.
Ahora bien, qué tipo de usuarios manejes (PAM, MySQL, LDAP...) y qué
opciones admite ssh para autentificar a los usuarios es otra historia,
pero quien está delante del equipo eres tú, esas cosas no las podemos
saber nosotros ;-)
>> En Debian, ssh viene configurado para funcionar en cuanto se instala,
>> no hay que hacer nada más que iniciar el servicio.
>>
> Excepto cuando se montan servidores, a menos que se especifique qué
> herramientas se maneja, y desde Squeeze, es posible instalar el SSH en
> paquetes adicionales a los servidores web y de impresión, si mal no
> recuerdo.
Cuando instalas el paquete ssh, bien sea en la fase de instalación del
sistema operativo (no sé si alguna de las plantillas lo incluirá) o bien
sea una vez instalado el sistema, independientemente de cuándo lo
instales ya viene configurado para funcionar sin tener que hacer
malabares.
Angel Claudio Alvarez
Sep 14, 2013, 7:20:01 PM9/14/13
to
El Fri, 13 Sep 2013 22:25:40 -0430
Miguel Matos <unefis...@gmail.com> escribió:
> El día 13 de septiembre de 2013 05:21, Ricardo
> <ricard...@gmail.com> escribió:
> > El 13/09/13 00:56, Miguel Matos escribió:
> >(...)
> > Manda la salida de ssh -vv mig...@192.168.1.108 para mayor detalles.
> > Una pregunta obvia, pero debo hacerla: la contraseña que estas poniendo es
> > la del usuario miguel en el equipo 192.168.1.108 verdad?
> >
> >(...)
>
> $ ssh -w mig...@192.168.1.108
> Bad tun device 'mig...@192.168.1.108'
> $ ssh -w 192.168.1.108
> Bad tun device '192.168.1.108'
>
> ¿?
> Probaré haciendo una búsqueda, a ver qué cosa me sale.
evidentemente el problema esta en la capa 8
>
--
Angel Claudio Alvarez <an...@angel-alvarez.com.ar>
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/20130914201652.ca35...@angel-alvarez.com.ar
Miguel Matos <unefis...@gmail.com> escribió:
> El día 13 de septiembre de 2013 05:21, Ricardo
> <ricard...@gmail.com> escribió:
> > El 13/09/13 00:56, Miguel Matos escribió:
> >(...)
> > Manda la salida de ssh -vv mig...@192.168.1.108 para mayor detalles.
> > Una pregunta obvia, pero debo hacerla: la contraseña que estas poniendo es
> > la del usuario miguel en el equipo 192.168.1.108 verdad?
> >
> >(...)
>
> $ ssh -w mig...@192.168.1.108
> Bad tun device 'mig...@192.168.1.108'
> $ ssh -w 192.168.1.108
> Bad tun device '192.168.1.108'
>
> ¿?
> Probaré haciendo una búsqueda, a ver qué cosa me sale.
> --
> Buen uso de las listas (como se ven en Debian):
> http://wiki.debian.org/es/NormasLista
> Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz
>
>
> --
> To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
> Archive: http://lists.debian.org/CALEvJmSEQk8Y-h4ePAEAH4Yvf9aMz=_amCM-M8Ub...@mail.gmail.com
> Buen uso de las listas (como se ven en Debian):
> http://wiki.debian.org/es/NormasLista
> Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz
>
>
> --
> To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
>
--
Angel Claudio Alvarez <an...@angel-alvarez.com.ar>
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Ariel Martin Bellio
Sep 14, 2013, 8:20:02 PM9/14/13
to
El 14/09/2013 08:16 p.m., Angel Claudio Alvarez escribió:
> El Fri, 13 Sep 2013 22:25:40 -0430
> Miguel Matos <unefis...@gmail.com> escribió:
>
>> El día 13 de septiembre de 2013 05:21, Ricardo
>> <ricard...@gmail.com> escribió:
>>> El 13/09/13 00:56, Miguel Matos escribió:
>>> (...)
>>> Manda la salida de ssh -vv mig...@192.168.1.108 para mayor detalles.
>>> Una pregunta obvia, pero debo hacerla: la contraseña que estas poniendo es
>>> la del usuario miguel en el equipo 192.168.1.108 verdad?
>>>
>>> (...)
>> $ ssh -w mig...@192.168.1.108
>> Bad tun device 'mig...@192.168.1.108'
>> $ ssh -w 192.168.1.108
>> Bad tun device '192.168.1.108'
>>
>> ¿?
>> Probaré haciendo una búsqueda, a ver qué cosa me sale.
>
>
> evidentemente el problema esta en la capa 8
>
Fijate a que a veces los números del teclado a veces no son igual que
> El Fri, 13 Sep 2013 22:25:40 -0430
> Miguel Matos <unefis...@gmail.com> escribió:
>
>> El día 13 de septiembre de 2013 05:21, Ricardo
>> <ricard...@gmail.com> escribió:
>>> El 13/09/13 00:56, Miguel Matos escribió:
>>> (...)
>>> Manda la salida de ssh -vv mig...@192.168.1.108 para mayor detalles.
>>> Una pregunta obvia, pero debo hacerla: la contraseña que estas poniendo es
>>> la del usuario miguel en el equipo 192.168.1.108 verdad?
>>>
>>> (...)
>> $ ssh -w mig...@192.168.1.108
>> Bad tun device 'mig...@192.168.1.108'
>> $ ssh -w 192.168.1.108
>> Bad tun device '192.168.1.108'
>>
>> ¿?
>> Probaré haciendo una búsqueda, a ver qué cosa me sale.
>
>
> evidentemente el problema esta en la capa 8
>
los el numpad... y estaría bueno que pongas en un pastebin el
/etc/ssh/sshd_config
Salut!
Felix Perez
Sep 15, 2013, 3:10:01 PM9/15/13
to
El día 14 de septiembre de 2013 19:16, Angel Claudio Alvarez
<an...@angel-alvarez.com.ar> escribió:
el viernes habilite ssh en el pc de mi oficina para acceder desde mi
casa y me tomó a lo sumo unos 5 minutos.
man ssh
--
usuario linux #274354
normas de la lista: http://wiki.debian.org/es/NormasLista
como hacer preguntas inteligentes:
http://www.sindominio.net/ayuda/preguntas-inteligentes.html
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/CAAiZAx4NzrQVcLCYy0_gQqo5...@mail.gmail.com
<an...@angel-alvarez.com.ar> escribió:
> El Fri, 13 Sep 2013 22:25:40 -0430
> Miguel Matos <unefis...@gmail.com> escribió:
>
>> El día 13 de septiembre de 2013 05:21, Ricardo
>> <ricard...@gmail.com> escribió:
>> > El 13/09/13 00:56, Miguel Matos escribió:
>> >(...)
>> > Manda la salida de ssh -vv mig...@192.168.1.108 para mayor detalles.
>> > Una pregunta obvia, pero debo hacerla: la contraseña que estas poniendo es
>> > la del usuario miguel en el equipo 192.168.1.108 verdad?
>> >
>> >(...)
>>
>> $ ssh -w mig...@192.168.1.108
>> Bad tun device 'mig...@192.168.1.108'
>> $ ssh -w 192.168.1.108
>> Bad tun device '192.168.1.108'
>>
>> ¿?
>> Probaré haciendo una búsqueda, a ver qué cosa me sale.
>
>
>
> evidentemente el problema esta en la capa 8
+1.
> Miguel Matos <unefis...@gmail.com> escribió:
>
>> El día 13 de septiembre de 2013 05:21, Ricardo
>> <ricard...@gmail.com> escribió:
>> > El 13/09/13 00:56, Miguel Matos escribió:
>> >(...)
>> > Manda la salida de ssh -vv mig...@192.168.1.108 para mayor detalles.
>> > Una pregunta obvia, pero debo hacerla: la contraseña que estas poniendo es
>> > la del usuario miguel en el equipo 192.168.1.108 verdad?
>> >
>> >(...)
>>
>> $ ssh -w mig...@192.168.1.108
>> Bad tun device 'mig...@192.168.1.108'
>> $ ssh -w 192.168.1.108
>> Bad tun device '192.168.1.108'
>>
>> ¿?
>> Probaré haciendo una búsqueda, a ver qué cosa me sale.
>
>
>
> evidentemente el problema esta en la capa 8
el viernes habilite ssh en el pc de mi oficina para acceder desde mi
casa y me tomó a lo sumo unos 5 minutos.
man ssh
--
usuario linux #274354
normas de la lista: http://wiki.debian.org/es/NormasLista
como hacer preguntas inteligentes:
http://www.sindominio.net/ayuda/preguntas-inteligentes.html
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Angel Claudio Alvarez
Sep 16, 2013, 7:10:03 PM9/16/13
to
El Sun, 15 Sep 2013 15:09:12 -0400
Felix Perez <felix.li...@gmail.com> escribió:
> El día 14 de septiembre de 2013 19:16, Angel Claudio Alvarez
> <an...@angel-alvarez.com.ar> escribió:
> > El Fri, 13 Sep 2013 22:25:40 -0430
> > Miguel Matos <unefis...@gmail.com> escribió:
> >
> >> El día 13 de septiembre de 2013 05:21, Ricardo
> >> <ricard...@gmail.com> escribió:
> >> > El 13/09/13 00:56, Miguel Matos escribió:
> >> >(...)
> >> > Manda la salida de ssh -vv mig...@192.168.1.108 para mayor detalles.
> >> > Una pregunta obvia, pero debo hacerla: la contraseña que estas poniendo es
> >> > la del usuario miguel en el equipo 192.168.1.108 verdad?
> >> >
> >> >(...)
> >>
> >> $ ssh -w mig...@192.168.1.108
> >> Bad tun device 'mig...@192.168.1.108'
> >> $ ssh -w 192.168.1.108
> >> Bad tun device '192.168.1.108'
> >>
> >> ¿?
> >> Probaré haciendo una búsqueda, a ver qué cosa me sale.
> >
> >
> >
> > evidentemente el problema esta en la capa 8
>
> +1.
> el viernes habilite ssh en el pc de mi oficina para acceder desde mi
> casa y me tomó a lo sumo unos 5 minutos.
>
5 minutos?
te estas poniendo viejo Felix
Felix Perez <felix.li...@gmail.com> escribió:
> El día 14 de septiembre de 2013 19:16, Angel Claudio Alvarez
> <an...@angel-alvarez.com.ar> escribió:
> > El Fri, 13 Sep 2013 22:25:40 -0430
> > Miguel Matos <unefis...@gmail.com> escribió:
> >
> >> El día 13 de septiembre de 2013 05:21, Ricardo
> >> <ricard...@gmail.com> escribió:
> >> > El 13/09/13 00:56, Miguel Matos escribió:
> >> >(...)
> >> > Manda la salida de ssh -vv mig...@192.168.1.108 para mayor detalles.
> >> > Una pregunta obvia, pero debo hacerla: la contraseña que estas poniendo es
> >> > la del usuario miguel en el equipo 192.168.1.108 verdad?
> >> >
> >> >(...)
> >>
> >> $ ssh -w mig...@192.168.1.108
> >> Bad tun device 'mig...@192.168.1.108'
> >> $ ssh -w 192.168.1.108
> >> Bad tun device '192.168.1.108'
> >>
> >> ¿?
> >> Probaré haciendo una búsqueda, a ver qué cosa me sale.
> >
> >
> >
> > evidentemente el problema esta en la capa 8
>
> +1.
> el viernes habilite ssh en el pc de mi oficina para acceder desde mi
> casa y me tomó a lo sumo unos 5 minutos.
>
te estas poniendo viejo Felix
> man ssh
>
>
> --
> usuario linux #274354
> normas de la lista: http://wiki.debian.org/es/NormasLista
> como hacer preguntas inteligentes:
> http://www.sindominio.net/ayuda/preguntas-inteligentes.html
>
>
> --
> To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
> Archive: http://lists.debian.org/CAAiZAx4NzrQVcLCYy0_gQqo5...@mail.gmail.com
>
>
>
> --
> usuario linux #274354
> normas de la lista: http://wiki.debian.org/es/NormasLista
> como hacer preguntas inteligentes:
> http://www.sindominio.net/ayuda/preguntas-inteligentes.html
>
>
> --
> To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
> Archive: http://lists.debian.org/CAAiZAx4NzrQVcLCYy0_gQqo5...@mail.gmail.com
>
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/20130916200342.c74e...@angel-alvarez.com.ar
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Felix Perez
Sep 17, 2013, 2:00:02 AM9/17/13
to
El día 16 de septiembre de 2013 19:03, Angel Claudio Alvarez
Lo que pasa es que conteste el teléfono cuando lo estaba habilitando y
le cambié el puerto ;-)
Y si me estoy poniendo viejo...
Saludos Ángel
--
usuario linux #274354
normas de la lista: http://wiki.debian.org/es/NormasLista
como hacer preguntas inteligentes:
http://www.sindominio.net/ayuda/preguntas-inteligentes.html
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/CAAiZAx5R8zNz-jX+2OKTnErm...@mail.gmail.com
le cambié el puerto ;-)
Y si me estoy poniendo viejo...
Saludos Ángel
--
usuario linux #274354
normas de la lista: http://wiki.debian.org/es/NormasLista
como hacer preguntas inteligentes:
http://www.sindominio.net/ayuda/preguntas-inteligentes.html
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Miguel Matos
Sep 19, 2013, 8:40:01 PM9/19/13
to
¡VOLVAMOS DE NUEVO A LA ACCION!
El día 14 de septiembre de 2013 08:08, Ricardo
<ricard...@gmail.com> escribió:
> El 13/09/13 23:55, Miguel Matos escribió:
>
>> El día 13 de septiembre de 2013 05:21, Ricardo
>> <ricard...@gmail.com> escribió:
>>>
>>> El 13/09/13 00:56, Miguel Matos escribió:
>>> Una pregunta obvia, pero debo hacerla: la contraseña que estas poniendo
miguel@miguel-LT:~/Documentos/ProgramacionC$ ssh -vv mig...@192.168.1.108
OpenSSH_6.0p1 Debian-4, OpenSSL 1.0.1e 11 Feb 2013
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to 192.168.1.108 [192.168.1.108] port 22.
debug1: Connection established.
debug1: identity file /home/miguel/.ssh/id_rsa type -1
debug1: identity file /home/miguel/.ssh/id_rsa-cert type -1
debug1: identity file /home/miguel/.ssh/id_dsa type -1
debug1: identity file /home/miguel/.ssh/id_dsa-cert type -1
debug1: identity file /home/miguel/.ssh/id_ecdsa type -1
debug1: identity file /home/miguel/.ssh/id_ecdsa-cert type -1
debug1: Remote protocol version 2.0, remote software version
OpenSSH_6.0p1 Debian-4
debug1: match: OpenSSH_6.0p1 Debian-4 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.0p1 Debian-4
debug2: fd 3 setting O_NONBLOCK
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit:
ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit:
ecdsa-sha2-nis...@openssh.com,ecdsa-sha2-nis...@openssh.com,ecdsa-sha2-nis...@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-rsa-...@openssh.com,ssh-dss-...@openssh.com,ssh-rsa-...@openssh.com,ssh-dss-...@openssh.com,ssh-rsa,ssh-dss
debug2: kex_parse_kexinit:
aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijnda...@lysator.liu.se
debug2: kex_parse_kexinit:
aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijnda...@lysator.liu.se
debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,uma...@openssh.com,hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,hmac-ri...@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,uma...@openssh.com,hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,hmac-ri...@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zl...@openssh.com,zlib
debug2: kex_parse_kexinit: none,zl...@openssh.com,zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: kex_parse_kexinit:
ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256
debug2: kex_parse_kexinit:
aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijnda...@lysator.liu.se
debug2: kex_parse_kexinit:
aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijnda...@lysator.liu.se
debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,uma...@openssh.com,hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,hmac-ri...@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,uma...@openssh.com,hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,hmac-ri...@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zl...@openssh.com
debug2: kex_parse_kexinit: none,zl...@openssh.com
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: mac_setup: found hmac-md5
debug1: kex: server->client aes128-ctr hmac-md5 none
debug2: mac_setup: found hmac-md5
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA 41:63:e0:b9:9f:b6:b7:40:2a:8d:f6:63:83:e1:c5:41
debug1: Host '192.168.1.108' is known and matches the ECDSA host key.
debug1: Found key in /home/miguel/.ssh/known_hosts:1
debug1: ssh_ecdsa_verify: signature correct
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug2: key: /home/miguel/.ssh/id_rsa ((nil))
debug2: key: /home/miguel/.ssh/id_dsa ((nil))
debug2: key: /home/miguel/.ssh/id_ecdsa ((nil))
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/miguel/.ssh/id_rsa
debug1: Trying private key: /home/miguel/.ssh/id_dsa
debug1: Trying private key: /home/miguel/.ssh/id_ecdsa
debug2: we did not send a packet, disable method
debug1: Next authentication method: password
mig...@192.168.1.108's password:
debug2: we sent a password packet, wait for reply
debug1: Authentications that can continue: publickey,password
debug2: we sent a password packet, wait for reply
debug1: Authentications that can continue: publickey,password
debug2: we sent a password packet, wait for reply
debug1: Authentications that can continue: publickey,password
debug2: we did not send a packet, disable method
debug1: No more authentication methods to try.
Permission denied (publickey,password).
miguel@miguel-LT:~/Documentos/ProgramacionC$
Rebotado 3 veces, eso ya es ofensivo...
--
Buen uso de las listas (como se ven en Debian):
http://wiki.debian.org/es/NormasLista
Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz
El día 14 de septiembre de 2013 08:08, Ricardo
<ricard...@gmail.com> escribió:
> El 13/09/13 23:55, Miguel Matos escribió:
>
>> El día 13 de septiembre de 2013 05:21, Ricardo
>> <ricard...@gmail.com> escribió:
>>>
>>> El 13/09/13 00:56, Miguel Matos escribió:
>>> Una pregunta obvia, pero debo hacerla: la contraseña que estas poniendo
>>> es
>>> la del usuario miguel en el equipo 192.168.1.108 verdad?
>>>
>>> (...)
>>
>> $ ssh -w mig...@192.168.1.108
>> Bad tun device 'mig...@192.168.1.108'
>> $ ssh -w 192.168.1.108
>> Bad tun device '192.168.1.108'
>>
>> ¿?
>> Probaré haciendo una búsqueda, a ver qué cosa me sale.
>>> la del usuario miguel en el equipo 192.168.1.108 verdad?
>>>
>>> (...)
>>
>> $ ssh -w mig...@192.168.1.108
>> Bad tun device 'mig...@192.168.1.108'
>> $ ssh -w 192.168.1.108
>> Bad tun device '192.168.1.108'
>>
>> ¿?
>>
> No te dije "-w" te dije "-vv" (2 veces la letra v)
>
>
>
> --
> To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listm...@lists.debian.org
> Archive: http://lists.debian.org/523458D6...@gmail.com
>
Corrigiendo las líneas:
> No te dije "-w" te dije "-vv" (2 veces la letra v)
>
>
>
> --
> To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listm...@lists.debian.org
> Archive: http://lists.debian.org/523458D6...@gmail.com
>
miguel@miguel-LT:~/Documentos/ProgramacionC$ ssh -vv mig...@192.168.1.108
OpenSSH_6.0p1 Debian-4, OpenSSL 1.0.1e 11 Feb 2013
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to 192.168.1.108 [192.168.1.108] port 22.
debug1: Connection established.
debug1: identity file /home/miguel/.ssh/id_rsa type -1
debug1: identity file /home/miguel/.ssh/id_rsa-cert type -1
debug1: identity file /home/miguel/.ssh/id_dsa type -1
debug1: identity file /home/miguel/.ssh/id_dsa-cert type -1
debug1: identity file /home/miguel/.ssh/id_ecdsa type -1
debug1: identity file /home/miguel/.ssh/id_ecdsa-cert type -1
debug1: Remote protocol version 2.0, remote software version
OpenSSH_6.0p1 Debian-4
debug1: match: OpenSSH_6.0p1 Debian-4 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.0p1 Debian-4
debug2: fd 3 setting O_NONBLOCK
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit:
ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit:
ecdsa-sha2-nis...@openssh.com,ecdsa-sha2-nis...@openssh.com,ecdsa-sha2-nis...@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-rsa-...@openssh.com,ssh-dss-...@openssh.com,ssh-rsa-...@openssh.com,ssh-dss-...@openssh.com,ssh-rsa,ssh-dss
debug2: kex_parse_kexinit:
aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijnda...@lysator.liu.se
debug2: kex_parse_kexinit:
aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijnda...@lysator.liu.se
debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,uma...@openssh.com,hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,hmac-ri...@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,uma...@openssh.com,hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,hmac-ri...@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zl...@openssh.com,zlib
debug2: kex_parse_kexinit: none,zl...@openssh.com,zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: kex_parse_kexinit:
ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256
debug2: kex_parse_kexinit:
aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijnda...@lysator.liu.se
debug2: kex_parse_kexinit:
aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijnda...@lysator.liu.se
debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,uma...@openssh.com,hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,hmac-ri...@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,uma...@openssh.com,hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,hmac-ri...@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zl...@openssh.com
debug2: kex_parse_kexinit: none,zl...@openssh.com
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: mac_setup: found hmac-md5
debug1: kex: server->client aes128-ctr hmac-md5 none
debug2: mac_setup: found hmac-md5
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA 41:63:e0:b9:9f:b6:b7:40:2a:8d:f6:63:83:e1:c5:41
debug1: Host '192.168.1.108' is known and matches the ECDSA host key.
debug1: Found key in /home/miguel/.ssh/known_hosts:1
debug1: ssh_ecdsa_verify: signature correct
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug2: key: /home/miguel/.ssh/id_rsa ((nil))
debug2: key: /home/miguel/.ssh/id_dsa ((nil))
debug2: key: /home/miguel/.ssh/id_ecdsa ((nil))
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/miguel/.ssh/id_rsa
debug1: Trying private key: /home/miguel/.ssh/id_dsa
debug1: Trying private key: /home/miguel/.ssh/id_ecdsa
debug2: we did not send a packet, disable method
debug1: Next authentication method: password
mig...@192.168.1.108's password:
debug2: we sent a password packet, wait for reply
debug1: Authentications that can continue: publickey,password
debug2: we sent a password packet, wait for reply
debug1: Authentications that can continue: publickey,password
debug2: we sent a password packet, wait for reply
debug1: Authentications that can continue: publickey,password
debug2: we did not send a packet, disable method
debug1: No more authentication methods to try.
Permission denied (publickey,password).
miguel@miguel-LT:~/Documentos/ProgramacionC$
Rebotado 3 veces, eso ya es ofensivo...
--
Buen uso de las listas (como se ven en Debian):
http://wiki.debian.org/es/NormasLista
Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/CALEvJmROd81y8arVa11x4Qc...@mail.gmail.com
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Miguel Matos
Sep 19, 2013, 10:40:01 PM9/19/13
to
El día 14 de septiembre de 2013 19:45, Ariel Martin Bellio
<sisi...@yahoo.com.ar> escribió:
No puedo hacer un pastebin porque aún no tengo acceso a los archivos
del servidor, me tocará transcribir línea por línea:
# Package generated configuration file
# See the sshd_config(5) manpage for details
# What ports, IPs and protocols we listen for
Port 22
# Use these option to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
#privilege Separation is turned on for security
UsePrivilegeSeparation yes
# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 768
# Logging
SyslogFacility AUTH
LogLevel INFO
# Authentication:
LoginGraceTime 120
PermitRootLogin no
StrictMode yes
RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile %h/.ssh/authorized_keys
# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncoment if you don't trust ~/.ssh/known_hosts for RhostRSAAuthentication
#IgnoreUserKnownHosts yes
#To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no
# Change to yes to enable challenge-resonse passwords (beware issues with)
# some PAM modules and threads)
ChallengeResponseAuthentication no
# Change to no to disable tunnelled clear text passwords
#PasswordAuthentication yes
#Kerberos options
(todas están comentadas)
(...)
# GSSAPI options
(todas est+an comentadas)
X11Forwarding yes
X11DisplayOffset 10
PrintfMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no
#MaxStartus 10:30:60
#Banner /etc/issue.net
# Allow client to pass locale environment variables
AcceptEnv LANG LC_*
Subsystem stfp /sr/lib/openssh/sftp-server
(...)
UsePAM yes
--
Buen uso de las listas (como se ven en Debian):
http://wiki.debian.org/es/NormasLista
Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/CALEvJmRC+3o8kfAXuK_+01bY...@mail.gmail.com
<sisi...@yahoo.com.ar> escribió:
del servidor, me tocará transcribir línea por línea:
# Package generated configuration file
# See the sshd_config(5) manpage for details
# What ports, IPs and protocols we listen for
Port 22
# Use these option to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
#privilege Separation is turned on for security
UsePrivilegeSeparation yes
# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 768
# Logging
SyslogFacility AUTH
LogLevel INFO
# Authentication:
LoginGraceTime 120
PermitRootLogin no
StrictMode yes
RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile %h/.ssh/authorized_keys
# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncoment if you don't trust ~/.ssh/known_hosts for RhostRSAAuthentication
#IgnoreUserKnownHosts yes
#To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no
# Change to yes to enable challenge-resonse passwords (beware issues with)
# some PAM modules and threads)
ChallengeResponseAuthentication no
# Change to no to disable tunnelled clear text passwords
#PasswordAuthentication yes
#Kerberos options
(todas están comentadas)
(...)
# GSSAPI options
(todas est+an comentadas)
X11Forwarding yes
X11DisplayOffset 10
PrintfMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no
#MaxStartus 10:30:60
#Banner /etc/issue.net
# Allow client to pass locale environment variables
AcceptEnv LANG LC_*
Subsystem stfp /sr/lib/openssh/sftp-server
(...)
UsePAM yes
--
Buen uso de las listas (como se ven en Debian):
http://wiki.debian.org/es/NormasLista
Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Gonzalo Rivero
Sep 20, 2013, 8:20:01 AM9/20/13
to
al último párrafo:
UsePAM Enables the Pluggable Authentication Module interface. If set to
“yes” this will enable PAM authentication using
ChallengeResponseAuthentication and PasswordAuthentication in
addition to PAM account and session module processing for all
authentication types.
Because PAM challenge-response authentication usually serves an
equivalent role to password authentication, you should disable
either PasswordAuthentication or ChallengeResponseAuthentication.
If UsePAM is enabled, you will not be able to run sshd(8) as a
non-root user. The default is “no”.
--
(-.(-.(-.(-.(-.(-.-).-).-).-).-).-)
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
Sep 20, 2013, 11:40:02 AM9/20/13
to
El día 13 de septiembre de 2013 19:24, Roberto José Blandino Cisneros
<rojobl...@gmail.com> escribió:
(buf... otro que reenvío)
> Revisar lo siguiente:
>
> 1) El usuario existe en el equipo
>
> # grep miguel /etc/passwd
> miguel:x:500:500::/home/miguel:/bin/bash
>
> Si no existe Crearlo
> useradd -m -s /bin/bash miguel
>
> 2) Asegurarse que el directorio home existe para el usuario miguel
>
> # if [[ -d /home/miguel/ ]];then echo "Existe";else echo "No existe";fi
>
> Si la salida es que no existe resolverlo:
> # mkdir /home/miguel
> # chown miguel:miguel /home/miguel
>
> 3) Asegurarse que el shell no sea /bin/false
>
> # grep miguel /etc/passwd
> miguel:x:500:500::/home/miguel:/bin/false
>
> Proceder a editar /etc/passwd y editar el shell a /bin/bash
>
> 4) Revisar que el usuario no este en alguna de las siguientes variables en
> el archivo de configuracion del ssh
>
> DenyUsers miguel root
> DenyGroups miguel root
>
> Si existe en uno de los anteriores quitarlo de esa lista.
>
> Si existe la opcion AllowUsers verificar que esta agregado miguel en la
> lista.
> AllowUsers miguel user1 user2
>
> No se que más revisar pero si tienes errores es por que uno de estas cosas
> esta fallando.
>
> Como digeron anteriormente tambien confirma el password, recuerda que puedes
> tener problemas con la distribución del teclado así que asegúrate de estar
> esciribiendo los simbolos correctos, prueba tu teclado en un notepad
> primero.
>
> Saludes.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/CAKprTDGLwmwpdmtYdWsFzMHG...@mail.gmail.com
<rojobl...@gmail.com> escribió:
(buf... otro que reenvío)
> Revisar lo siguiente:
>
> 1) El usuario existe en el equipo
>
> # grep miguel /etc/passwd
> miguel:x:500:500::/home/miguel:/bin/bash
>
> Si no existe Crearlo
> useradd -m -s /bin/bash miguel
>
> 2) Asegurarse que el directorio home existe para el usuario miguel
>
> # if [[ -d /home/miguel/ ]];then echo "Existe";else echo "No existe";fi
>
> Si la salida es que no existe resolverlo:
> # mkdir /home/miguel
> # chown miguel:miguel /home/miguel
>
> 3) Asegurarse que el shell no sea /bin/false
>
> # grep miguel /etc/passwd
> miguel:x:500:500::/home/miguel:/bin/false
>
> Proceder a editar /etc/passwd y editar el shell a /bin/bash
>
> 4) Revisar que el usuario no este en alguna de las siguientes variables en
> el archivo de configuracion del ssh
>
> DenyUsers miguel root
> DenyGroups miguel root
>
> Si existe en uno de los anteriores quitarlo de esa lista.
>
> Si existe la opcion AllowUsers verificar que esta agregado miguel en la
> lista.
> AllowUsers miguel user1 user2
>
> No se que más revisar pero si tienes errores es por que uno de estas cosas
> esta fallando.
>
> Como digeron anteriormente tambien confirma el password, recuerda que puedes
> tener problemas con la distribución del teclado así que asegúrate de estar
> esciribiendo los simbolos correctos, prueba tu teclado en un notepad
> primero.
>
> Saludes.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Miguel Matos
Sep 20, 2013, 12:40:02 PM9/20/13
to
Y esto es en mi máquina personal: http://pastebin.com/kRVwhWHG.
--
Buen uso de las listas (como se ven en Debian):
http://wiki.debian.org/es/NormasLista
Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/CALEvJmROxZOOTp57wyXZwkiD...@mail.gmail.com
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Miguel Matos
Sep 20, 2013, 12:40:02 PM9/20/13
to
El día 20 de septiembre de 2013 10:46, Camaleón <noel...@gmail.com> escribió:
# cat /etc/passwd
[los primeros 5 datos]
root:x:0:0:root:
daemon:x:1:1:daemon
bin:x:2:2:bin
sys:x:3:3:sys
sync:x:4:65534:sync
games:x:5:60:games
man:x:6:12:man
lp:x:7:7:lp
mail:x:8:8:mail
news:x:9:9:news
uucp:x:10:10:uucp
proxy:x:13:13:proxy
www-data:x:33:33:www-data
backup:x:34:34:backup
list:x:38:38:Mailing List Manager
irc:x:39:39:ircd
gnats:x:41:41:Gnats Bug-Reporting System (admin)
noboy:x:65534:65534:nobody
libuuid:x:100:101:
Debian-exim:x:101:104:
statd:x:102:65534:
servidor:x:1000:1000:servidor,,,
sshd:x:103:65534:
esto es en el servidor, tardo mucho en transcribir línea por línea, a
menos que resuelva esto...
--
Buen uso de las listas (como se ven en Debian):
http://wiki.debian.org/es/NormasLista
Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz
Buen uso de las listas (como se ven en Debian):
http://wiki.debian.org/es/NormasLista
Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/CALEvJmQo5SUSMqzNS2A6Z9Bf...@mail.gmail.com
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
Sep 20, 2013, 12:50:01 PM9/20/13
to
El Fri, 20 Sep 2013 11:59:33 -0430, Miguel Matos escribió:
> El día 20 de septiembre de 2013 10:46, Camaleón <noel...@gmail.com>
> escribió:
>> El día 13 de septiembre de 2013 19:24, Roberto José Blandino Cisneros
>> <rojobl...@gmail.com> escribió:
>>
>> (buf... otro que reenvío)
>>
>>> Revisar lo siguiente:
>>>
>>> 1) El usuario existe en el equipo
>>>
>>> # grep miguel /etc/passwd miguel:x:500:500::/home/miguel:/bin/bash
(...)
> El día 20 de septiembre de 2013 10:46, Camaleón <noel...@gmail.com>
> escribió:
>> El día 13 de septiembre de 2013 19:24, Roberto José Blandino Cisneros
>> <rojobl...@gmail.com> escribió:
>>
>> (buf... otro que reenvío)
>>
>>> Revisar lo siguiente:
>>>
>>> 1) El usuario existe en el equipo
>>>
>>> # grep miguel /etc/passwd miguel:x:500:500::/home/miguel:/bin/bash
> ¿el qué? ¿esto es en mi máquina o en la del servidor? si es así:
> # cat /etc/passwd [los primeros 5 datos]
Hum... a ver Miguel, no puedes iniciar una sesión ssh en el servidor con
el usuario "miguel" si el usuario "miguel" no existe en el servidor.
Espero haberme explicado :-)
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Miguel Matos
Sep 20, 2013, 1:10:03 PM9/20/13
to
El día 20 de septiembre de 2013 12:15, Camaleón <noel...@gmail.com> escribió:
> El Fri, 20 Sep 2013 11:59:33 -0430, Miguel Matos escribió:
>
>> El día 20 de septiembre de 2013 10:46, Camaleón <noel...@gmail.com>
>> escribió:
>>> El día 13 de septiembre de 2013 19:24, Roberto José Blandino Cisneros
>>> <rojobl...@gmail.com> escribió:
>>>
>>> (buf... otro que reenvío)
>>>
>>>> Revisar lo siguiente:
>>>>
>>>> 1) El usuario existe en el equipo
>>>>
>>>> # grep miguel /etc/passwd miguel:x:500:500::/home/miguel:/bin/bash
>
> (...)
>
>> ¿el qué? ¿esto es en mi máquina o en la del servidor? si es así:
>> # cat /etc/passwd [los primeros 5 datos]
>
> (...)
>
> Hum... a ver Miguel, no puedes iniciar una sesión ssh en el servidor con
> el usuario "miguel" si el usuario "miguel" no existe en el servidor.
>
> Espero haberme explicado :-)
>
Bien, saber que no existo es el paso 1. Paso 2: agregar mi usuario al
> El Fri, 20 Sep 2013 11:59:33 -0430, Miguel Matos escribió:
>
>> El día 20 de septiembre de 2013 10:46, Camaleón <noel...@gmail.com>
>> escribió:
>>> El día 13 de septiembre de 2013 19:24, Roberto José Blandino Cisneros
>>> <rojobl...@gmail.com> escribió:
>>>
>>> (buf... otro que reenvío)
>>>
>>>> Revisar lo siguiente:
>>>>
>>>> 1) El usuario existe en el equipo
>>>>
>>>> # grep miguel /etc/passwd miguel:x:500:500::/home/miguel:/bin/bash
>
> (...)
>
>> ¿el qué? ¿esto es en mi máquina o en la del servidor? si es así:
>> # cat /etc/passwd [los primeros 5 datos]
>
> (...)
>
> Hum... a ver Miguel, no puedes iniciar una sesión ssh en el servidor con
> el usuario "miguel" si el usuario "miguel" no existe en el servidor.
>
> Espero haberme explicado :-)
>
servidor. ¿Cuál es el archivo que debo limpiar para reinicializar mi
acceso al servidor y de qué lado debo limpiarlo?
--
Buen uso de las listas (como se ven en Debian):
http://wiki.debian.org/es/NormasLista
Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz
Buen uso de las listas (como se ven en Debian):
http://wiki.debian.org/es/NormasLista
Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/CALEvJmS8bfd87cQ6VaW5rkmJ...@mail.gmail.com
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
Sep 20, 2013, 1:20:02 PM9/20/13
to
El Fri, 20 Sep 2013 12:32:41 -0430, Miguel Matos escribió:
> El día 20 de septiembre de 2013 12:15, Camaleón <noel...@gmail.com>
> escribió:
>> El Fri, 20 Sep 2013 11:59:33 -0430, Miguel Matos escribió:
>>
>>> El día 20 de septiembre de 2013 10:46, Camaleón <noel...@gmail.com>
>>> escribió:
>>>> El día 13 de septiembre de 2013 19:24, Roberto José Blandino Cisneros
>>>> <rojobl...@gmail.com> escribió:
>>>>
>>>> (buf... otro que reenvío)
>>>>
>>>>> Revisar lo siguiente:
>>>>>
>>>>> 1) El usuario existe en el equipo
>>>>>
>>>>> # grep miguel /etc/passwd miguel:x:500:500::/home/miguel:/bin/bash
>>
>> (...)
>>
>>> ¿el qué? ¿esto es en mi máquina o en la del servidor? si es así: # cat
>>> /etc/passwd [los primeros 5 datos]
>>
>> (...)
>>
>> Hum... a ver Miguel, no puedes iniciar una sesión ssh en el servidor
>> con el usuario "miguel" si el usuario "miguel" no existe en el
>> servidor.
>>
>> Espero haberme explicado :-)
>>
>>
> Bien, saber que no existo es el paso 1. Paso 2: agregar mi usuario al
> servidor.
No necesariamente.
> El día 20 de septiembre de 2013 12:15, Camaleón <noel...@gmail.com>
> escribió:
>> El Fri, 20 Sep 2013 11:59:33 -0430, Miguel Matos escribió:
>>
>>> El día 20 de septiembre de 2013 10:46, Camaleón <noel...@gmail.com>
>>> escribió:
>>>> El día 13 de septiembre de 2013 19:24, Roberto José Blandino Cisneros
>>>> <rojobl...@gmail.com> escribió:
>>>>
>>>> (buf... otro que reenvío)
>>>>
>>>>> Revisar lo siguiente:
>>>>>
>>>>> 1) El usuario existe en el equipo
>>>>>
>>>>> # grep miguel /etc/passwd miguel:x:500:500::/home/miguel:/bin/bash
>>
>> (...)
>>
>>> ¿el qué? ¿esto es en mi máquina o en la del servidor? si es así: # cat
>>> /etc/passwd [los primeros 5 datos]
>>
>> (...)
>>
>> Hum... a ver Miguel, no puedes iniciar una sesión ssh en el servidor
>> con el usuario "miguel" si el usuario "miguel" no existe en el
>> servidor.
>>
>> Espero haberme explicado :-)
>>
>>
> Bien, saber que no existo es el paso 1. Paso 2: agregar mi usuario al
> servidor.
Puedes iniciar sesión con el usuario que tienes en el servidor
("servidor") o puedes iniciar sesión con el usuario "root" del servidor.
En fin, depende de lo que quieras hacer.
> ¿Cuál es el archivo que debo limpiar para reinicializar mi acceso al
> servidor y de qué lado debo limpiarlo?
debidamente con un usuario que exista y con las credenciales correctas.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Miguel Matos
Sep 20, 2013, 2:20:02 PM9/20/13
to
teniendo tropiezos, acá mi avance:
miguel@miguel-LT:~$ ssh -P22 -vv ro...@192.168.1.108
debug2: we sent a password packet, wait for reply
debug1: Authentications that can continue: publickey,password
debug1: Authentications that can continue: publickey,password
Permission denied, please try again.
ro...@192.168.1.108's password:
debug2: we sent a password packet, wait for reply
debug1: Authentications that can continue: publickey,password
debug1: Authentications that can continue: publickey,password
Permission denied, please try again.
ro...@192.168.1.108's password:
debug2: we sent a password packet, wait for reply
debug1: Authentications that can continue: publickey,password
debug2: we did not send a packet, disable method
debug1: No more authentication methods to try.
Permission denied (publickey,password).
miguel@miguel-LT:~$ ssh -P22 -vv serv...@192.168.1.108
debug1: Authentications that can continue: publickey,password
debug2: we did not send a packet, disable method
debug1: No more authentication methods to try.
Permission denied (publickey,password).
debug2: we sent a password packet, wait for reply
debug1: Authentication succeeded (password).
Authenticated to 192.168.1.108 ([192.168.1.108]:22).
debug1: channel 0: new [client-session]
debug2: channel 0: send open
debug1: Requesting no-more-...@openssh.com
debug1: Entering interactive session.
debug2: callback start
debug2: client_session2_setup: id 0
debug2: fd 3 setting TCP_NODELAY
debug2: channel 0: request pty-req confirm 1
debug1: Sending environment.
debug1: Sending env LANG = es_VE.utf8
debug2: channel 0: request env confirm 0
debug2: channel 0: request shell confirm 1
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel_input_status_confirm: type 99 id 0
debug2: PTY allocation request accepted on channel 0
debug2: channel 0: rcvd adjust 2097152
debug2: channel_input_status_confirm: type 99 id 0
debug2: shell request accepted on channel 0
Linux servidorvirtual 3.2.0-4-686-pae #1 SMP Debian 3.2.46-1 i686
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Fri Sep 20 13:04:10 2013 from 192.168.1.107
servidor@servidorvirtual:~$
Y si hago esto:
$ su root
Contraseña:
pasa esto:
root@servidorvirtual:/home/servidor#
¿es la mejor forma o será la única? tiene que ser con root root, no
acceder a root desde el usuario 'servidor'.
--
Buen uso de las listas (como se ven en Debian):
http://wiki.debian.org/es/NormasLista
Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/CALEvJmS-zBRP-8rqyonRgSQp...@mail.gmail.com
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
Sep 21, 2013, 7:20:01 AM9/21/13
to
El Fri, 20 Sep 2013 13:40:04 -0430, Miguel Matos escribió:
> El día 20 de septiembre de 2013 12:39, Camaleón <noel...@gmail.com>
> escribió:
(...)
>>> Bien, saber que no existo es el paso 1. Paso 2: agregar mi usuario al
>>> servidor.
>>
>> No necesariamente.
>>
>> Puedes iniciar sesión con el usuario que tienes en el servidor
>> ("servidor") o puedes iniciar sesión con el usuario "root" del
>> servidor.
>> En fin, depende de lo que quieras hacer.
>>
>>> ¿Cuál es el archivo que debo limpiar para reinicializar mi acceso al
>>> servidor y de qué lado debo limpiarlo?
>>
>> En principio no tienes que "limpiar" nada, sólo autentificarte
>> debidamente con un usuario que exista y con las credenciales correctas.
dijeras qué es lo que quieres hacer y qué falla, vamos, que expliques lo
que estás haciendo.
(...)
> servidor@servidorvirtual:~$
Vale, entiendo que ya has iniciado sesión remota como usuario "root". Por
fin.
> Y si hago esto:
> $ su root Contraseña:
>
> pasa esto:
> root@servidorvirtual:/home/servidor#
Estás en la misma situación.
> ¿es la mejor forma o será la única?
¿La mejor forma o única de qué?
> tiene que ser con root root, no acceder a root desde el usuario
> 'servidor'.
Se recomienda (por seguridad) iniciar la sesión ssh con un usuario
convencional y después de iniciar la sesión cambiar a root.
> El día 20 de septiembre de 2013 12:39, Camaleón <noel...@gmail.com>
> escribió:
(...)
>>> Bien, saber que no existo es el paso 1. Paso 2: agregar mi usuario al
>>> servidor.
>>
>> No necesariamente.
>>
>> Puedes iniciar sesión con el usuario que tienes en el servidor
>> ("servidor") o puedes iniciar sesión con el usuario "root" del
>> servidor.
>> En fin, depende de lo que quieras hacer.
>>
>>> ¿Cuál es el archivo que debo limpiar para reinicializar mi acceso al
>>> servidor y de qué lado debo limpiarlo?
>>
>> En principio no tienes que "limpiar" nada, sólo autentificarte
>> debidamente con un usuario que exista y con las credenciales correctas.
> más o menos he avanzado en eso de manejar servidores de VM, pero sigo
> teniendo tropiezos, acá mi avance:
Está bien que mandes la salida del comando pero sería mejor aún si nos
> teniendo tropiezos, acá mi avance:
dijeras qué es lo que quieres hacer y qué falla, vamos, que expliques lo
que estás haciendo.
(...)
> servidor@servidorvirtual:~$
Vale, entiendo que ya has iniciado sesión remota como usuario "root". Por
fin.
> Y si hago esto:
> $ su root Contraseña:
>
> pasa esto:
> root@servidorvirtual:/home/servidor#
> ¿es la mejor forma o será la única?
> tiene que ser con root root, no acceder a root desde el usuario
> 'servidor'.
convencional y después de iniciar la sesión cambiar a root.
0 new messages