Re: Conectar desde clientes "enjaulados" vía SSH a MySQL.

[Ramses II]

Cristian, buenos días de nuevo,

Bien, por TCP parece que ya funciona:


-bash-4.2$ /usr/bin/mysql -h 127.0.0.1 -u root -p --protocol=tcp
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 46
Server version: 5.5.59-0+deb7u1 (Debian)

Copyright (c) 2000, 2018, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql>
mysql> quit
Bye
-bash-4.2$


Ahora sólo queda ver si hay forma de hacerlo por socket de MySQL.

Si ejecuto en la sesión "enjaulada" el comando que me has comentado:


-bash-4.2$ mount -o bind,noexec /var/run/mysqld/mysqld.sock
mount: only root can do that
-bash-4.2$


Lo que te comentaba, que dice que sólo lo puede ejecutar "root".

De cualquier forma, si ejecuto sólo "mount", tampoco va:


-bash-4.2$ mount
warning: failed to read mtab
-bash-4.2$



Gracias y saludos,

Ramses

El día 24 de enero de 2018, 0:37, Cristian Mitchell
 escribió:
>
>
> El 23 de enero de 2018, 20:32, Cristian Mitchell
> escribió:
>>
>>
>>
>> El 23 de enero de 2018, 19:40, Ramses escribió:
>>>
>>> El 23 de enero de 2018 23:20:09 CET, Cristian Mitchell
>>>  escribió:
>>> >El 23 de enero de 2018, 15:26, Ramses
>>> >escribió:
>>> >
>>> >> El 23 de enero de 2018 18:24:23 CET, Matias Mucciolo <
>>> >> mmucci...@suteba.org.ar> escribió:
>>> >> >On Tuesday, January 23, 2018 5:29:07 PM -03 Ramses wrote:
>>> >> >> Hola a tod@s,
>>> >> >>
>>> >> >> Tengo instalado MySQL Server con su proceso habitual.
>>> >> >>
>>> >> >> Ahora quiero dar acceso a Clientes vía SSH, pero no quiero que
>>> >esos
>>> >> >usuarios
>>> >> >> puedan ejecutar comandos de la Shell de Linux mediante el comando
>>> >> >"system"
>>> >> >> de MySQL.
>>> >> >>
>>> >> >> Parece ser que no hay forma de impedir los Usuarios de MySQL
>>> >puedan
>>> >> >ejecutar
>>> >> >> el comando "system" y la única forma de limitar el uso de los
>>> >> >comandos del
>>> >> >> Shell de Linux es enjaular (chroot jail) estos Usuarios SSH, y
>>> >sólo
>>> >> >copiar
>>> >> >> en la jaula los comandos que les permito y sus librerías
>>> >asociadas.
>>> >> >>
>>> >> >> Bien, tengo ya el entorno "chroot jail" configurado y el Usuario
>>> >SSH
>>> >> >se
>>> >> >> conecta.
>>> >> >>
>>> >> >> He copiado el fichero de arranque "/usr/sbin/mysql" en el
>>> >directorio
>>> >> >> "enjaulado".
>>> >> >>
>>> >> >> Con el comando "ldd /usr/sbin/mysql" averiguo las librerías
>>> >asociadas
>>> >> >y las
>>> >> >> he copiado en el directorio "enjaulado".
>>> >> >>
>>> >> >> Ahora, cuando se conecta un Usuario "enjaulado" vía SSH y ejecuta,
>>> >> >por
>>> >> >> ejemplo, "/usr/sbin/mysql -u root -p", MySQL pide la password,
>>> >pero
>>> >> >al
>>> >> >> introducirla, da un error de socket diciendo que no encuentra
>>> >> >> "/var/run/mysqld/mysqld.sock", y ahí estoy estancado...
>>> >> >>
>>> >> >> ¿Hay alguien que haya hecho esto y pueda comentarme qué pasos me
>>> >> >faltan por
>>> >> >> hacer?
>>> >> >>
>>> >> >>
>>> >> >> Gracias y saludos,
>>> >> >>
>>> >> >> Ramses
>>> >> >
>>> >> >obviamente se estan tratando de conectar mediante el socket
>>> >> >que crea mysql y los clientes enjaulados no pueden acceder.
>>> >> >creo que mysql tiene una opcion para que la "conexion"
>>> >> >sea por tcp...eso deberia funcionar..
>>> >> >
>>> >> >saludos
>>> >> >Matias
>>> >>
>>> >> Matías, gracias por contestar.
>>> >>
>>> >> Pero, ¿sabes si tengo que copiar algún fichero de configuración, como
>>> >el
>>> >> my.cnf a la "jaula"?.
>>> >>
>>> >> Hasta el momento sólo copiado programas y librerías al entorno
>>> >"enjaulado".
>>> >>
>>> >> Y estoy buscando información tanto en Linux genérico y Debian, como
>>> >en
>>> >> MySQL, y no encuentro lo que me aclare este tema...
>>> >>
>>> >>
>>> >> P.D.: Disculpas Matías, el otro se me fue al personal...
>>> >>
>>> >>
>>> >> Saludos y gracias,
>>> >>
>>> >> Ramses
>>> >>
>>> >>
>>> >como te estas logueando a mysql?
>>>
>>> Cristian, ¿te refieres a esto que ponía en mi correo?
>>>
>>> El cliente se conecta vía SSH a un entorno "enjaulado" y ejecuta:
>>>
>>> /usr/sbin/mysql -u root -p
>>
>>
>> alguien comentaba esto
>>  si haces asi  nada m

Re: Conectar desde clientes "enjaulados" vía SSH a MySQL.

[Ramses II]

Matías, buenos días,

El día 23 de enero de 2018, 19:29, Matias Mucciolo
 escribió:
>
> On Tuesday, January 23, 2018 7:23:26 PM -03 Ramses wrote:
>> El 23 de enero de 2018 18:24:23 CET, Matias Mucciolo
>  escribió:
>> >On Tuesday, January 23, 2018 5:29:07 PM -03 Ramses wrote:
>> >> Hola a tod@s,
>> >>
>> >> Tengo instalado MySQL Server con su proceso habitual.
>> >>
>> >> Ahora quiero dar acceso a Clientes vía SSH, pero no quiero que esos
>> >
>> >usuarios
>> >
>> >> puedan ejecutar comandos de la Shell de Linux mediante el comando
>> >
>> >"system"
>> >
>> >> de MySQL.
>> >>
>> >> Parece ser que no hay forma de impedir los Usuarios de MySQL puedan
>> >
>> >ejecutar
>> >
>> >> el comando "system" y la única forma de limitar el uso de los
>> >
>> >comandos del
>> >
>> >> Shell de Linux es enjaular (chroot jail) estos Usuarios SSH, y sólo
>> >
>> >copiar
>> >
>> >> en la jaula los comandos que les permito y sus librerías asociadas.
>> >>
>> >> Bien, tengo ya el entorno "chroot jail" configurado y el Usuario SSH
>> >
>> >se
>> >
>> >> conecta.
>> >>
>> >> He copiado el fichero de arranque "/usr/sbin/mysql" en el directorio
>> >> "enjaulado".
>> >>
>> >> Con el comando "ldd /usr/sbin/mysql" averiguo las librerías asociadas
>> >
>> >y las
>> >
>> >> he copiado en el directorio "enjaulado".
>> >>
>> >> Ahora, cuando se conecta un Usuario "enjaulado" vía SSH y ejecuta,
>> >
>> >por
>> >
>> >> ejemplo, "/usr/sbin/mysql -u root -p", MySQL pide la password, pero
>> >
>> >al
>> >
>> >> introducirla, da un error de socket diciendo que no encuentra
>> >> "/var/run/mysqld/mysqld.sock", y ahí estoy estancado...
>> >>
>> >> ¿Hay alguien que haya hecho esto y pueda comentarme qué pasos me
>> >
>> >faltan por
>> >
>> >> hacer?
>> >>
>> >>
>> >> Gracias y saludos,
>> >>
>> >> Ramses
>> >
>> >obviamente se estan tratando de conectar mediante el socket
>> >que crea mysql y los clientes enjaulados no pueden acceder.
>> >creo que mysql tiene una opcion para que la "conexion"
>> >sea por tcp...eso deberia funcionar..
>> >
>> >saludos
>> >Matias
>>
>> Matías, gracias por contestar.
>>
>> Pero, ¿sabes si tengo que copiar algún fichero de configuración, como el
>> my.cnf a la "jaula"?.
>>
>> Hasta el momento sólo copiado programas y librerías al entorno "enjaulado".
>>
>> Y estoy buscando información tanto en Linux genérico y Debian, como en
>> MySQL, y no encuentro lo que me aclare este tema...
>>
>>
>> Saludos y gracias,
>>
>> Ramses
>
> no... no tenes que copiar nada...mientras que ande el binario de mysql.
>
> proba esto con el usuario enjaulado:
>
>
> mysql -u root -p --protocol=tcp
>
> asi no usa el socket y usa tcp.
> saludos
>

Bien, ejecutando el comando que me ponías:


-bash-4.2$ /usr/bin/mysql -u root -p --protocol=tcp
Enter password:
ERROR 2005 (HY000): Unknown MySQL server host 'localhost' (2)
-bash-4.2$


El error que da me imagino que es porque no está definido el fichero
"/etc/hosts" en la jaula, porque:


-bash-4.2$ /usr/bin/mysql -h 127.0.0.1 -u root -p --protocol=tcp
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 46
Server version: 5.5.59-0+deb7u1 (Debian)

Copyright (c) 2000, 2018, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql>
mysql> quit
Bye
-bash-4.2$


Funciona.

Ahora sólo queda ver si hay forma de hacerlo por socket de MySQL.


Gracias y saludos,

Ramses

Re: Conectar desde clientes "enjaulados" vía SSH a MySQL.

[Ramses]

El 24 de enero de 2018 0:37:07 CET, Cristian Mitchell  
escribió:
>El 23 de enero de 2018, 20:32, Cristian
>Mitchell
>escribió:
>
>>
>>
>> El 23 de enero de 2018, 19:40, Ramses
>escribió:
>>
>>> El 23 de enero de 2018 23:20:09 CET, Cristian Mitchell <
>>> mitchell6...@gmail.com> escribió:
>>> >El 23 de enero de 2018, 15:26, Ramses
>>> >escribió:
>>> >
>>> >> El 23 de enero de 2018 18:24:23 CET, Matias Mucciolo <
>>> >> mmucci...@suteba.org.ar> escribió:
>>> >> >On Tuesday, January 23, 2018 5:29:07 PM -03 Ramses wrote:
>>> >> >> Hola a tod@s,
>>> >> >>
>>> >> >> Tengo instalado MySQL Server con su proceso habitual.
>>> >> >>
>>> >> >> Ahora quiero dar acceso a Clientes vía SSH, pero no quiero que
>>> >esos
>>> >> >usuarios
>>> >> >> puedan ejecutar comandos de la Shell de Linux mediante el
>comando
>>> >> >"system"
>>> >> >> de MySQL.
>>> >> >>
>>> >> >> Parece ser que no hay forma de impedir los Usuarios de MySQL
>>> >puedan
>>> >> >ejecutar
>>> >> >> el comando "system" y la única forma de limitar el uso de los
>>> >> >comandos del
>>> >> >> Shell de Linux es enjaular (chroot jail) estos Usuarios SSH, y
>>> >sólo
>>> >> >copiar
>>> >> >> en la jaula los comandos que les permito y sus librerías
>>> >asociadas.
>>> >> >>
>>> >> >> Bien, tengo ya el entorno "chroot jail" configurado y el
>Usuario
>>> >SSH
>>> >> >se
>>> >> >> conecta.
>>> >> >>
>>> >> >> He copiado el fichero de arranque "/usr/sbin/mysql" en el
>>> >directorio
>>> >> >> "enjaulado".
>>> >> >>
>>> >> >> Con el comando "ldd /usr/sbin/mysql" averiguo las librerías
>>> >asociadas
>>> >> >y las
>>> >> >> he copiado en el directorio "enjaulado".
>>> >> >>
>>> >> >> Ahora, cuando se conecta un Usuario "enjaulado" vía SSH y
>ejecuta,
>>> >> >por
>>> >> >> ejemplo, "/usr/sbin/mysql -u root -p", MySQL pide la password,
>>> >pero
>>> >> >al
>>> >> >> introducirla, da un error de socket diciendo que no encuentra
>>> >> >> "/var/run/mysqld/mysqld.sock", y ahí estoy estancado...
>>> >> >>
>>> >> >> ¿Hay alguien que haya hecho esto y pueda comentarme qué pasos
>me
>>> >> >faltan por
>>> >> >> hacer?
>>> >> >>
>>> >> >>
>>> >> >> Gracias y saludos,
>>> >> >>
>>> >> >> Ramses
>>> >> >
>>> >> >obviamente se estan tratando de conectar mediante el socket
>>> >> >que crea mysql y los clientes enjaulados no pueden acceder.
>>> >> >creo que mysql tiene una opcion para que la "conexion"
>>> >> >sea por tcp...eso deberia funcionar..
>>> >> >
>>> >> >saludos
>>> >> >Matias
>>> >>
>>> >> Matías, gracias por contestar.
>>> >>
>>> >> Pero, ¿sabes si tengo que copiar algún fichero de configuración,
>como
>>> >el
>>> >> my.cnf a la "jaula"?.
>>> >>
>>> >> Hasta el momento sólo copiado programas y librerías al entorno
>>> >"enjaulado".
>>> >>
>>> >> Y estoy buscando información tanto en Linux genérico y Debian,
>como
>>> >en
>>> >> MySQL, y no encuentro lo que me aclare este tema...
>>> >>
>>> >>
>>> >> P.D.: Disculpas Matías, el otro se me fue al personal...
>>> >>
>>> >>
>>> >> Saludos y gracias,
>>> >>
>>> >> Ramses
>>> >>
>>> >>
>>> >como te estas logueando a mysql?
>>>
>>> Cristian, ¿te refieres a esto que ponía en mi correo?
>>>
>>> El cliente se conecta vía SSH a un entorno "enjaulado" y ejecuta:
>>>
>>> /usr/sbin/mysql -u root -p
>>>
>>
>> alguien comentaba esto
>>  si haces asi  nada mas te estas conectado por socket el cual
>nesesitas
>> acceso
>> pero si haces mysql -h localhost -u myname -ppassword mydb
>> esto evita tu problema de sock
>>
>>
>>
>>
>>>
>>>
>>> Saludos,
>>>
>>> Ramses
>>>
>>>
>>
>>
>> --
>> MrIX
>> Linux user number 412793.
>> http://counter.li.org/
>>
>> las grandes obras,
>> las sueñan los santos locos,
>> las realizan los luchadores natos,
>> las aprovechan los felices cuerdo,
>> y las critican los inútiles crónicos,
>>
>>
>si no tu otra opción es
>
>
>mount -o bind,noexec /var/run/mysqld/mysqld.sock (al chroot)

Cristian, buenos días,

¿Te refieres a ejecutar el comando "mount -o bind,noexec 
/var/run/mysqld/mysqld.sock" desde la sesión de un usuario "enjaulado" antes de 
lanzar el "/usr/sbin/mysql"?

Creo haberlo ejecutado ayer y no me dejaba. Copié el "mount" y sus librerías 
asociadas a la jaula y al ejecutarlo me decía que sólo podía ejecutar ese 
comando el "root", y ahí me quedé. A parte del "mount" y las librerías, ¿habría 
que copiar a la jaula algún otro fichero?.


Saludos y gracias,

Ramses

Re: Conectar desde clientes "enjaulados" vía SSH a MySQL.

[Cristian Mitchell]

El 23 de enero de 2018, 20:32, Cristian Mitchell
escribió:

>
>
> El 23 de enero de 2018, 19:40, Ramses escribió:
>
>> El 23 de enero de 2018 23:20:09 CET, Cristian Mitchell <
>> mitchell6...@gmail.com> escribió:
>> >El 23 de enero de 2018, 15:26, Ramses
>> >escribió:
>> >
>> >> El 23 de enero de 2018 18:24:23 CET, Matias Mucciolo <
>> >> mmucci...@suteba.org.ar> escribió:
>> >> >On Tuesday, January 23, 2018 5:29:07 PM -03 Ramses wrote:
>> >> >> Hola a tod@s,
>> >> >>
>> >> >> Tengo instalado MySQL Server con su proceso habitual.
>> >> >>
>> >> >> Ahora quiero dar acceso a Clientes vía SSH, pero no quiero que
>> >esos
>> >> >usuarios
>> >> >> puedan ejecutar comandos de la Shell de Linux mediante el comando
>> >> >"system"
>> >> >> de MySQL.
>> >> >>
>> >> >> Parece ser que no hay forma de impedir los Usuarios de MySQL
>> >puedan
>> >> >ejecutar
>> >> >> el comando "system" y la única forma de limitar el uso de los
>> >> >comandos del
>> >> >> Shell de Linux es enjaular (chroot jail) estos Usuarios SSH, y
>> >sólo
>> >> >copiar
>> >> >> en la jaula los comandos que les permito y sus librerías
>> >asociadas.
>> >> >>
>> >> >> Bien, tengo ya el entorno "chroot jail" configurado y el Usuario
>> >SSH
>> >> >se
>> >> >> conecta.
>> >> >>
>> >> >> He copiado el fichero de arranque "/usr/sbin/mysql" en el
>> >directorio
>> >> >> "enjaulado".
>> >> >>
>> >> >> Con el comando "ldd /usr/sbin/mysql" averiguo las librerías
>> >asociadas
>> >> >y las
>> >> >> he copiado en el directorio "enjaulado".
>> >> >>
>> >> >> Ahora, cuando se conecta un Usuario "enjaulado" vía SSH y ejecuta,
>> >> >por
>> >> >> ejemplo, "/usr/sbin/mysql -u root -p", MySQL pide la password,
>> >pero
>> >> >al
>> >> >> introducirla, da un error de socket diciendo que no encuentra
>> >> >> "/var/run/mysqld/mysqld.sock", y ahí estoy estancado...
>> >> >>
>> >> >> ¿Hay alguien que haya hecho esto y pueda comentarme qué pasos me
>> >> >faltan por
>> >> >> hacer?
>> >> >>
>> >> >>
>> >> >> Gracias y saludos,
>> >> >>
>> >> >> Ramses
>> >> >
>> >> >obviamente se estan tratando de conectar mediante el socket
>> >> >que crea mysql y los clientes enjaulados no pueden acceder.
>> >> >creo que mysql tiene una opcion para que la "conexion"
>> >> >sea por tcp...eso deberia funcionar..
>> >> >
>> >> >saludos
>> >> >Matias
>> >>
>> >> Matías, gracias por contestar.
>> >>
>> >> Pero, ¿sabes si tengo que copiar algún fichero de configuración, como
>> >el
>> >> my.cnf a la "jaula"?.
>> >>
>> >> Hasta el momento sólo copiado programas y librerías al entorno
>> >"enjaulado".
>> >>
>> >> Y estoy buscando información tanto en Linux genérico y Debian, como
>> >en
>> >> MySQL, y no encuentro lo que me aclare este tema...
>> >>
>> >>
>> >> P.D.: Disculpas Matías, el otro se me fue al personal...
>> >>
>> >>
>> >> Saludos y gracias,
>> >>
>> >> Ramses
>> >>
>> >>
>> >como te estas logueando a mysql?
>>
>> Cristian, ¿te refieres a esto que ponía en mi correo?
>>
>> El cliente se conecta vía SSH a un entorno "enjaulado" y ejecuta:
>>
>> /usr/sbin/mysql -u root -p
>>
>
> alguien comentaba esto
>  si haces asi  nada mas te estas conectado por socket el cual nesesitas
> acceso
> pero si haces mysql -h localhost -u myname -ppassword mydb
> esto evita tu problema de sock
>
>
>
>
>>
>>
>> Saludos,
>>
>> Ramses
>>
>>
>
>
> --
> MrIX
> Linux user number 412793.
> http://counter.li.org/
>
> las grandes obras,
> las sueñan los santos locos,
> las realizan los luchadores natos,
> las aprovechan los felices cuerdo,
> y las critican los inútiles crónicos,
>
>
si no tu otra opción es


mount -o bind,noexec /var/run/mysqld/mysqld.sock (al chroot)

-- 
MrIX
Linux user number 412793.
http://counter.li.org/

las grandes obras,
las sueñan los santos locos,
las realizan los luchadores natos,
las aprovechan los felices cuerdo,
y las critican los inútiles crónicos,

Re: Conectar desde clientes "enjaulados" vía SSH a MySQL.

[Cristian Mitchell]

El 23 de enero de 2018, 19:40, Ramses escribió:

> El 23 de enero de 2018 23:20:09 CET, Cristian Mitchell <
> mitchell6...@gmail.com> escribió:
> >El 23 de enero de 2018, 15:26, Ramses
> >escribió:
> >
> >> El 23 de enero de 2018 18:24:23 CET, Matias Mucciolo <
> >> mmucci...@suteba.org.ar> escribió:
> >> >On Tuesday, January 23, 2018 5:29:07 PM -03 Ramses wrote:
> >> >> Hola a tod@s,
> >> >>
> >> >> Tengo instalado MySQL Server con su proceso habitual.
> >> >>
> >> >> Ahora quiero dar acceso a Clientes vía SSH, pero no quiero que
> >esos
> >> >usuarios
> >> >> puedan ejecutar comandos de la Shell de Linux mediante el comando
> >> >"system"
> >> >> de MySQL.
> >> >>
> >> >> Parece ser que no hay forma de impedir los Usuarios de MySQL
> >puedan
> >> >ejecutar
> >> >> el comando "system" y la única forma de limitar el uso de los
> >> >comandos del
> >> >> Shell de Linux es enjaular (chroot jail) estos Usuarios SSH, y
> >sólo
> >> >copiar
> >> >> en la jaula los comandos que les permito y sus librerías
> >asociadas.
> >> >>
> >> >> Bien, tengo ya el entorno "chroot jail" configurado y el Usuario
> >SSH
> >> >se
> >> >> conecta.
> >> >>
> >> >> He copiado el fichero de arranque "/usr/sbin/mysql" en el
> >directorio
> >> >> "enjaulado".
> >> >>
> >> >> Con el comando "ldd /usr/sbin/mysql" averiguo las librerías
> >asociadas
> >> >y las
> >> >> he copiado en el directorio "enjaulado".
> >> >>
> >> >> Ahora, cuando se conecta un Usuario "enjaulado" vía SSH y ejecuta,
> >> >por
> >> >> ejemplo, "/usr/sbin/mysql -u root -p", MySQL pide la password,
> >pero
> >> >al
> >> >> introducirla, da un error de socket diciendo que no encuentra
> >> >> "/var/run/mysqld/mysqld.sock", y ahí estoy estancado...
> >> >>
> >> >> ¿Hay alguien que haya hecho esto y pueda comentarme qué pasos me
> >> >faltan por
> >> >> hacer?
> >> >>
> >> >>
> >> >> Gracias y saludos,
> >> >>
> >> >> Ramses
> >> >
> >> >obviamente se estan tratando de conectar mediante el socket
> >> >que crea mysql y los clientes enjaulados no pueden acceder.
> >> >creo que mysql tiene una opcion para que la "conexion"
> >> >sea por tcp...eso deberia funcionar..
> >> >
> >> >saludos
> >> >Matias
> >>
> >> Matías, gracias por contestar.
> >>
> >> Pero, ¿sabes si tengo que copiar algún fichero de configuración, como
> >el
> >> my.cnf a la "jaula"?.
> >>
> >> Hasta el momento sólo copiado programas y librerías al entorno
> >"enjaulado".
> >>
> >> Y estoy buscando información tanto en Linux genérico y Debian, como
> >en
> >> MySQL, y no encuentro lo que me aclare este tema...
> >>
> >>
> >> P.D.: Disculpas Matías, el otro se me fue al personal...
> >>
> >>
> >> Saludos y gracias,
> >>
> >> Ramses
> >>
> >>
> >como te estas logueando a mysql?
>
> Cristian, ¿te refieres a esto que ponía en mi correo?
>
> El cliente se conecta vía SSH a un entorno "enjaulado" y ejecuta:
>
> /usr/sbin/mysql -u root -p
>

alguien comentaba esto
 si haces asi  nada mas te estas conectado por socket el cual nesesitas
acceso
pero si haces mysql -h localhost -u myname -ppassword mydb
esto evita tu problema de sock




>
>
> Saludos,
>
> Ramses
>
>


-- 
MrIX
Linux user number 412793.
http://counter.li.org/

las grandes obras,
las sueñan los santos locos,
las realizan los luchadores natos,
las aprovechan los felices cuerdo,
y las critican los inútiles crónicos,

Re: Conectar desde clientes "enjaulados" vía SSH a MySQL.

[Ramses]

El 23 de enero de 2018 23:20:09 CET, Cristian Mitchell  
escribió:
>El 23 de enero de 2018, 15:26, Ramses
>escribió:
>
>> El 23 de enero de 2018 18:24:23 CET, Matias Mucciolo <
>> mmucci...@suteba.org.ar> escribió:
>> >On Tuesday, January 23, 2018 5:29:07 PM -03 Ramses wrote:
>> >> Hola a tod@s,
>> >>
>> >> Tengo instalado MySQL Server con su proceso habitual.
>> >>
>> >> Ahora quiero dar acceso a Clientes vía SSH, pero no quiero que
>esos
>> >usuarios
>> >> puedan ejecutar comandos de la Shell de Linux mediante el comando
>> >"system"
>> >> de MySQL.
>> >>
>> >> Parece ser que no hay forma de impedir los Usuarios de MySQL
>puedan
>> >ejecutar
>> >> el comando "system" y la única forma de limitar el uso de los
>> >comandos del
>> >> Shell de Linux es enjaular (chroot jail) estos Usuarios SSH, y
>sólo
>> >copiar
>> >> en la jaula los comandos que les permito y sus librerías
>asociadas.
>> >>
>> >> Bien, tengo ya el entorno "chroot jail" configurado y el Usuario
>SSH
>> >se
>> >> conecta.
>> >>
>> >> He copiado el fichero de arranque "/usr/sbin/mysql" en el
>directorio
>> >> "enjaulado".
>> >>
>> >> Con el comando "ldd /usr/sbin/mysql" averiguo las librerías
>asociadas
>> >y las
>> >> he copiado en el directorio "enjaulado".
>> >>
>> >> Ahora, cuando se conecta un Usuario "enjaulado" vía SSH y ejecuta,
>> >por
>> >> ejemplo, "/usr/sbin/mysql -u root -p", MySQL pide la password,
>pero
>> >al
>> >> introducirla, da un error de socket diciendo que no encuentra
>> >> "/var/run/mysqld/mysqld.sock", y ahí estoy estancado...
>> >>
>> >> ¿Hay alguien que haya hecho esto y pueda comentarme qué pasos me
>> >faltan por
>> >> hacer?
>> >>
>> >>
>> >> Gracias y saludos,
>> >>
>> >> Ramses
>> >
>> >obviamente se estan tratando de conectar mediante el socket
>> >que crea mysql y los clientes enjaulados no pueden acceder.
>> >creo que mysql tiene una opcion para que la "conexion"
>> >sea por tcp...eso deberia funcionar..
>> >
>> >saludos
>> >Matias
>>
>> Matías, gracias por contestar.
>>
>> Pero, ¿sabes si tengo que copiar algún fichero de configuración, como
>el
>> my.cnf a la "jaula"?.
>>
>> Hasta el momento sólo copiado programas y librerías al entorno
>"enjaulado".
>>
>> Y estoy buscando información tanto en Linux genérico y Debian, como
>en
>> MySQL, y no encuentro lo que me aclare este tema...
>>
>>
>> P.D.: Disculpas Matías, el otro se me fue al personal...
>>
>>
>> Saludos y gracias,
>>
>> Ramses
>>
>>
>como te estas logueando a mysql?

Cristian, ¿te refieres a esto que ponía en mi correo?

El cliente se conecta vía SSH a un entorno "enjaulado" y ejecuta:

/usr/sbin/mysql -u root -p


Saludos,

Ramses

Re: Directorio boot

[Cristian Mitchell]

ante todo debes bootear en cd o pendrive
luego reinstalar grub
o podes usar photorec para recuperar los archivos borrados

El 23 de enero de 2018, 16:39, Frank A Sanches Calzada<
frank...@asertec.azcuba.cu> escribió:

> Hola lista por error e borrado la carpeta boot donde el grub tiene sus
> archivos como es lógico ahora el servidor no arranca.
>
> Alguna Solución.
>
> Saludos
>
> --
> Frank A Sanchez Calzada
>
> Especialista B en Ciencias Informáticas
>
> División de Talleres Asertec Holguin
>
> Jabber: fr...@asertec.azcuba.cu
>
> Linux User #621722
>
> Telf: (024)426446
>
>


-- 
MrIX
Linux user number 412793.
http://counter.li.org/

las grandes obras,
las sueñan los santos locos,
las realizan los luchadores natos,
las aprovechan los felices cuerdo,
y las critican los inútiles crónicos,

Re: Conectar desde clientes "enjaulados" vía SSH a MySQL.

[Cristian Mitchell]

El 23 de enero de 2018, 15:26, Ramses escribió:

> El 23 de enero de 2018 18:24:23 CET, Matias Mucciolo <
> mmucci...@suteba.org.ar> escribió:
> >On Tuesday, January 23, 2018 5:29:07 PM -03 Ramses wrote:
> >> Hola a tod@s,
> >>
> >> Tengo instalado MySQL Server con su proceso habitual.
> >>
> >> Ahora quiero dar acceso a Clientes vía SSH, pero no quiero que esos
> >usuarios
> >> puedan ejecutar comandos de la Shell de Linux mediante el comando
> >"system"
> >> de MySQL.
> >>
> >> Parece ser que no hay forma de impedir los Usuarios de MySQL puedan
> >ejecutar
> >> el comando "system" y la única forma de limitar el uso de los
> >comandos del
> >> Shell de Linux es enjaular (chroot jail) estos Usuarios SSH, y sólo
> >copiar
> >> en la jaula los comandos que les permito y sus librerías asociadas.
> >>
> >> Bien, tengo ya el entorno "chroot jail" configurado y el Usuario SSH
> >se
> >> conecta.
> >>
> >> He copiado el fichero de arranque "/usr/sbin/mysql" en el directorio
> >> "enjaulado".
> >>
> >> Con el comando "ldd /usr/sbin/mysql" averiguo las librerías asociadas
> >y las
> >> he copiado en el directorio "enjaulado".
> >>
> >> Ahora, cuando se conecta un Usuario "enjaulado" vía SSH y ejecuta,
> >por
> >> ejemplo, "/usr/sbin/mysql -u root -p", MySQL pide la password, pero
> >al
> >> introducirla, da un error de socket diciendo que no encuentra
> >> "/var/run/mysqld/mysqld.sock", y ahí estoy estancado...
> >>
> >> ¿Hay alguien que haya hecho esto y pueda comentarme qué pasos me
> >faltan por
> >> hacer?
> >>
> >>
> >> Gracias y saludos,
> >>
> >> Ramses
> >
> >obviamente se estan tratando de conectar mediante el socket
> >que crea mysql y los clientes enjaulados no pueden acceder.
> >creo que mysql tiene una opcion para que la "conexion"
> >sea por tcp...eso deberia funcionar..
> >
> >saludos
> >Matias
>
> Matías, gracias por contestar.
>
> Pero, ¿sabes si tengo que copiar algún fichero de configuración, como el
> my.cnf a la "jaula"?.
>
> Hasta el momento sólo copiado programas y librerías al entorno "enjaulado".
>
> Y estoy buscando información tanto en Linux genérico y Debian, como en
> MySQL, y no encuentro lo que me aclare este tema...
>
>
> P.D.: Disculpas Matías, el otro se me fue al personal...
>
>
> Saludos y gracias,
>
> Ramses
>
>
como te estas logueando a mysql?

-- 
MrIX
Linux user number 412793.
http://counter.li.org/

las grandes obras,
las sueñan los santos locos,
las realizan los luchadores natos,
las aprovechan los felices cuerdo,
y las critican los inútiles crónicos,

Directorio boot

[Frank A Sanches Calzada]

Hola lista por error e borrado la carpeta boot donde el grub tiene sus 
archivos como es lógico ahora el servidor no arranca.


Alguna Solución.

Saludos

--
Frank A Sanchez Calzada

Especialista B en Ciencias Informáticas

División de Talleres Asertec Holguin

Jabber: fr...@asertec.azcuba.cu

Linux User #621722

Telf: (024)426446

Re: Se cierra la sesion al conectar USB en testing

[Quijote Libre]

Con otro usuario no pasa, así que vamos cerrando el cerco ;)
Un saludo

El mar, 23-01-2018 a las 15:56 +0100, Alberto Luaces escribió:
> Quijote Libre writes:
> 
> > Yo sin entender nada lo achaco a gnome, he intentado reinstalar los
> > paquetes de gnome con synaptic (no se con apt) y resulta que no va.
> > ¿Alguna idea?
> 
> Sí, tiene pinta de ser un problema de gnome, pero la reinstalación de
> los paquetes no va a solucionar el problema, que es de software.
> 
> Puedes probar con otro entorno de escritorio para comprobar que todo
> funciona normalmente.
> 
-- 


Quijote Libre

Mi Web:http://quijotelibre.com/
Twitter:   @quijote_libre
GNUsocial: @quijoteli...@quitter.se
Diáspora:  quijoteli...@joindiaspora.com
GNU/Linux: #609825

Re: Conectar desde clientes "enjaulados" vía SSH a MySQL.

[Ramses]

El 23 de enero de 2018 18:24:23 CET, Matias Mucciolo  
escribió:
>On Tuesday, January 23, 2018 5:29:07 PM -03 Ramses wrote:
>> Hola a tod@s,
>> 
>> Tengo instalado MySQL Server con su proceso habitual.
>> 
>> Ahora quiero dar acceso a Clientes vía SSH, pero no quiero que esos
>usuarios
>> puedan ejecutar comandos de la Shell de Linux mediante el comando
>"system"
>> de MySQL.
>> 
>> Parece ser que no hay forma de impedir los Usuarios de MySQL puedan
>ejecutar
>> el comando "system" y la única forma de limitar el uso de los
>comandos del
>> Shell de Linux es enjaular (chroot jail) estos Usuarios SSH, y sólo
>copiar
>> en la jaula los comandos que les permito y sus librerías asociadas.
>> 
>> Bien, tengo ya el entorno "chroot jail" configurado y el Usuario SSH
>se
>> conecta.
>> 
>> He copiado el fichero de arranque "/usr/sbin/mysql" en el directorio
>> "enjaulado".
>> 
>> Con el comando "ldd /usr/sbin/mysql" averiguo las librerías asociadas
>y las
>> he copiado en el directorio "enjaulado".
>> 
>> Ahora, cuando se conecta un Usuario "enjaulado" vía SSH y ejecuta,
>por
>> ejemplo, "/usr/sbin/mysql -u root -p", MySQL pide la password, pero
>al
>> introducirla, da un error de socket diciendo que no encuentra
>> "/var/run/mysqld/mysqld.sock", y ahí estoy estancado...
>> 
>> ¿Hay alguien que haya hecho esto y pueda comentarme qué pasos me
>faltan por
>> hacer?
>> 
>> 
>> Gracias y saludos,
>> 
>> Ramses
>
>obviamente se estan tratando de conectar mediante el socket 
>que crea mysql y los clientes enjaulados no pueden acceder.
>creo que mysql tiene una opcion para que la "conexion"
>sea por tcp...eso deberia funcionar..
>
>saludos
>Matias

Matías, gracias por contestar.

Pero, ¿sabes si tengo que copiar algún fichero de configuración, como el my.cnf 
a la "jaula"?.

Hasta el momento sólo copiado programas y librerías al entorno "enjaulado".

Y estoy buscando información tanto en Linux genérico y Debian, como en MySQL, y 
no encuentro lo que me aclare este tema...


P.D.: Disculpas Matías, el otro se me fue al personal...


Saludos y gracias,

Ramses

Re: Conectar desde clientes "enjaulados" vía SSH a MySQL.

[Matias Mucciolo]

On Tuesday, January 23, 2018 5:29:07 PM -03 Ramses wrote:
> Hola a tod@s,
> 
> Tengo instalado MySQL Server con su proceso habitual.
> 
> Ahora quiero dar acceso a Clientes vía SSH, pero no quiero que esos usuarios
> puedan ejecutar comandos de la Shell de Linux mediante el comando "system"
> de MySQL.
> 
> Parece ser que no hay forma de impedir los Usuarios de MySQL puedan ejecutar
> el comando "system" y la única forma de limitar el uso de los comandos del
> Shell de Linux es enjaular (chroot jail) estos Usuarios SSH, y sólo copiar
> en la jaula los comandos que les permito y sus librerías asociadas.
> 
> Bien, tengo ya el entorno "chroot jail" configurado y el Usuario SSH se
> conecta.
> 
> He copiado el fichero de arranque "/usr/sbin/mysql" en el directorio
> "enjaulado".
> 
> Con el comando "ldd /usr/sbin/mysql" averiguo las librerías asociadas y las
> he copiado en el directorio "enjaulado".
> 
> Ahora, cuando se conecta un Usuario "enjaulado" vía SSH y ejecuta, por
> ejemplo, "/usr/sbin/mysql -u root -p", MySQL pide la password, pero al
> introducirla, da un error de socket diciendo que no encuentra
> "/var/run/mysqld/mysqld.sock", y ahí estoy estancado...
> 
> ¿Hay alguien que haya hecho esto y pueda comentarme qué pasos me faltan por
> hacer?
> 
> 
> Gracias y saludos,
> 
> Ramses

obviamente se estan tratando de conectar mediante el socket 
que crea mysql y los clientes enjaulados no pueden acceder.
creo que mysql tiene una opcion para que la "conexion"
sea por tcp...eso deberia funcionar..

saludos
Matias

Re: Se cierra la sesion al conectar USB en testing

[Quijote Libre]

Un detalle más que he comprobado es que sólo pasa en mi usuario (el
equipo tiene dos).
Un saludo

El mar, 23-01-2018 a las 12:21 +0100, Alberto Luaces escribió:
> Quijote Libre  writes:
> 
> > Hola a todos, buenos días.
> > Estoy con Debian Testing/Gnome desde hace meses, sin ningún
> > problema,
> > pero en los últimos días, sin que yo haya detectado razón aparente
> > me
> > ocurre un comportamiento extraño, ya que al insertar, o expulsar un
> > PenDrive en el equipo este cierra automaticamente la sesión.
> > Necesitaria alguna ayuda de por donde puede estar la pega.
> > Si no consigo resolverlo tentdría que plantearme poner stable, pero
> > no
> > sé si eso se puede hacer a base sólo de apt, sin necesidad de
> > reinstalar.
> > Un saludo y gracias de antemano.
> 
> Será un fallo del sistema de escritorio.  Puedes mirar qué ha pasado
> con
> 
> sudo journalctl --since "2 min ago"
> 
> después de que te haya "echado".
> 
-- 


Quijote Libre

Mi Web:http://quijotelibre.com/
Twitter:   @quijote_libre
GNUsocial: @quijoteli...@quitter.se
Diáspora:  quijoteli...@joindiaspora.com
GNU/Linux: #609825

Conectar desde clientes "enjaulados" vía SSH a MySQL.

[Ramses]

Hola a tod@s,

Tengo instalado MySQL Server con su proceso habitual.

Ahora quiero dar acceso a Clientes vía SSH, pero no quiero que esos usuarios 
puedan ejecutar comandos de la Shell de Linux mediante el comando "system" de 
MySQL.

Parece ser que no hay forma de impedir los Usuarios de MySQL puedan ejecutar el 
comando "system" y la única forma de limitar el uso de los comandos del Shell 
de Linux es enjaular (chroot jail) estos Usuarios SSH, y sólo copiar en la 
jaula los comandos que les permito y sus librerías asociadas.

Bien, tengo ya el entorno "chroot jail" configurado y el Usuario SSH se conecta.

He copiado el fichero de arranque "/usr/sbin/mysql" en el directorio 
"enjaulado".

Con el comando "ldd /usr/sbin/mysql" averiguo las librerías asociadas y las he 
copiado en el directorio "enjaulado".

Ahora, cuando se conecta un Usuario "enjaulado" vía SSH y ejecuta, por ejemplo, 
"/usr/sbin/mysql -u root -p", MySQL pide la password, pero al introducirla, da 
un error de socket diciendo que no encuentra "/var/run/mysqld/mysqld.sock", y 
ahí estoy estancado...

¿Hay alguien que haya hecho esto y pueda comentarme qué pasos me faltan por 
hacer?


Gracias y saludos,

Ramses

Re: Conexion compartida entre pcs debian 9

[divagante]

El 23/01/18 a las 11:24, Emiliano Gabriel Reynoso escribió:
Lo que puedo hacer es pasarte la configuración de mis archivos para que 
verifiques la configuración. Como te decía antes, mi caso es exactamente 
igual, por ende, de no mediar problemas de hardware, estimo que debería 
funcionarte. Las palabras entre <> son datos que deberías tener.


*

/etc/NetworkManager

[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=false

[device]
wifi.scan-rand-mac-address=no



no NetworkManager como directorio, luego hay tres carpetas de las cuales 
una es conf.d, era de esperarse que alli este pero no hay nada!



*
/etc/system-connections/wifi

[connection]
id=
uuid=
type=wifi
permissions=

[wifi]
mac-address-blacklist=
mode=infrastructure
ssid=

[wifi-security]
key-mgmt=wpa-psk
psk=

[ipv4]
dns-search=
method=auto

[ipv6]
addr-gen-mode=stable-privacy
dns-search=
method=auto

*

/etc/system-connections/cableada

[connection]
id=
uuid=
type=ethernet
autoconnect-priority=-999
permissions=
timestamp=

[ethernet]
mac-address=
mac-address-blacklist=

[ipv4]
dns-search=
method=shared

[ipv6]
addr-gen-mode=stable-privacy
dns-search=
method=ignore

*

Verificá la configuración y fijate.





Me fije bien y ni siquiera tengo el directorio system-connections!!

 Por los nombres de los archivos (al menos el fichero "cableada") 
parececia que alguien o tu mismo añadio estas directivas. No digo que no 
funcionen... podria probarlo inclusive pero temo hacer mas ruido aun al 
problema que ya tengo.


 gracias.



El 23 de enero de 2018, 10:58, divagante> escribió:


El 23/01/18 a las 09:29, Emiliano Gabriel Reynoso escribió:


OJO CON EL TOP POSTING!!

El 22 ene. 2018 22:04, "divagante" mailto:libreydivaga...@gmail.com>
>> escribió:

     hola gente! recurro a ustedes porque antes del "ahora"
pensaba que
     era un problema de paquetes instalados y falta de conexion
entre un
     debian 9 y debian 8 y otro devuan jessie.

       Resulta que ahora adquiri hardware nuevo y tengo dos pcs
     instalados con debian 9.
       El pc "A" es una notebbok, utiliza network-manager-gnome
y esta
     conectado al router con salida a internet mediante wi-fi.

       El pc B es un desktop, utiliza network-manager-gnomke, no
posee
     wi-fi y lo conecto mediante ethernet al pc B.

       Lo extraño del caso (al menos para mi) es que antes
realice varias
     veces una conexcion compartida mediante network-manager-gnome.

       Enumero los pasos para despejar dudas:

       En el pc A -conectado por wi-fi- creo una conexion
cableada y en
     el apartado ipv4 elijo "compartida con otros equipos".
Conecto el
     cable ethernet a esta.

       En el pc B -que cuenta solo con ethernet- simplemente
enchufo a la
     placa de red el cable y selecciono una conexion estandar
por cable.

       Esta vez el pc B no logra recibir el internet.

     Probe con las opciones de ipv6, y esto resulto al menos en
hardware.
     Es decir que si se conectaron entre ellas pero el pc B no tiene
     internet.
       Hago un ping al router y nada, a un dns de google y nada..

       Estoy desconcertado. desde ya gracias por las respuestas
y ayudas.

       saludos a los debianitas, divagante.

     P.D.: Quizas no este de mas decir que el hardware de red se
     encuentra feacientemente reconocido en ambos equipos y la
     instalacion es de tipo estandar imagen-cd mediante.

> Hola,
> Yo tuve el mismo inconveniente, una notebook conectada al wifi, y una pc
> de escritorio, conectada por cable a la notebook. Lo resolví ignorando
> el protocolo ipv6 en la conexión "cableada".

  Gracias che, pero no resulto! desactive en la compartida (PC A) el
protocolo ipv6, nada! luego en la receptora (PC B) y nada..

  Ahora se me dio por probar algo mas.. fije una conexion manual en
el pc B o receptor: estableci ip fija y como puerta de enlace, lo
cual no se si es una burrada, puse la ip del pc A. se conecta! al
menos no me dice que la red es inaccesible, pero el comando ping a
cualquier ip esta muerto! no transmite ningun paquete!
  Asi que no se porque network-manager hace como que esta conectado
con su "iconito" (mmm...)

Re: Se cierra la sesion al conectar USB en testing

[Alberto Luaces]

Quijote Libre writes:

> Yo sin entender nada lo achaco a gnome, he intentado reinstalar los
> paquetes de gnome con synaptic (no se con apt) y resulta que no va.
> ¿Alguna idea?

Sí, tiene pinta de ser un problema de gnome, pero la reinstalación de
los paquetes no va a solucionar el problema, que es de software.

Puedes probar con otro entorno de escritorio para comprobar que todo
funciona normalmente.

-- 
Alberto

Re: Conexion compartida entre pcs debian 9

[Emiliano Gabriel Reynoso]

Lo que puedo hacer es pasarte la configuración de mis archivos para que
verifiques la configuración. Como te decía antes, mi caso es exactamente
igual, por ende, de no mediar problemas de hardware, estimo que debería
funcionarte. Las palabras entre <> son datos que deberías tener.

*

/etc/NetworkManager

[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=false

[device]
wifi.scan-rand-mac-address=no

*

/etc/system-connections/wifi

[connection]
id=
uuid=
type=wifi
permissions=

[wifi]
mac-address-blacklist=
mode=infrastructure
ssid=

[wifi-security]
key-mgmt=wpa-psk
psk=

[ipv4]
dns-search=
method=auto

[ipv6]
addr-gen-mode=stable-privacy
dns-search=
method=auto

*

/etc/system-connections/cableada

[connection]
id=
uuid=
type=ethernet
autoconnect-priority=-999
permissions=
timestamp=

[ethernet]
mac-address=
mac-address-blacklist=

[ipv4]
dns-search=
method=shared

[ipv6]
addr-gen-mode=stable-privacy
dns-search=
method=ignore

*

Verificá la configuración y fijate.



El 23 de enero de 2018, 10:58, divagante
escribió:

> El 23/01/18 a las 09:29, Emiliano Gabriel Reynoso escribió:
>
>>
>> OJO CON EL TOP POSTING!!
>>
>> El 22 ene. 2018 22:04, "divagante" > libreydivaga...@gmail.com>> escribió:
>>
>> hola gente! recurro a ustedes porque antes del "ahora" pensaba que
>> era un problema de paquetes instalados y falta de conexion entre un
>> debian 9 y debian 8 y otro devuan jessie.
>>
>>   Resulta que ahora adquiri hardware nuevo y tengo dos pcs
>> instalados con debian 9.
>>   El pc "A" es una notebbok, utiliza network-manager-gnome y esta
>> conectado al router con salida a internet mediante wi-fi.
>>
>>   El pc B es un desktop, utiliza network-manager-gnomke, no posee
>> wi-fi y lo conecto mediante ethernet al pc B.
>>
>>   Lo extraño del caso (al menos para mi) es que antes realice varias
>> veces una conexcion compartida mediante network-manager-gnome.
>>
>>   Enumero los pasos para despejar dudas:
>>
>>   En el pc A -conectado por wi-fi- creo una conexion cableada y en
>> el apartado ipv4 elijo "compartida con otros equipos". Conecto el
>> cable ethernet a esta.
>>
>>   En el pc B -que cuenta solo con ethernet- simplemente enchufo a la
>> placa de red el cable y selecciono una conexion estandar por cable.
>>
>>   Esta vez el pc B no logra recibir el internet.
>>
>> Probe con las opciones de ipv6, y esto resulto al menos en hardware.
>> Es decir que si se conectaron entre ellas pero el pc B no tiene
>> internet.
>>   Hago un ping al router y nada, a un dns de google y nada..
>>
>>   Estoy desconcertado. desde ya gracias por las respuestas y ayudas.
>>
>>   saludos a los debianitas, divagante.
>>
>> P.D.: Quizas no este de mas decir que el hardware de red se
>> encuentra feacientemente reconocido en ambos equipos y la
>> instalacion es de tipo estandar imagen-cd mediante.
>>
>> > Hola,
> > Yo tuve el mismo inconveniente, una notebook conectada al wifi, y una pc
> > de escritorio, conectada por cable a la notebook. Lo resolví ignorando
> > el protocolo ipv6 en la conexión "cableada".
>
>  Gracias che, pero no resulto! desactive en la compartida (PC A) el
> protocolo ipv6, nada! luego en la receptora (PC B) y nada..
>
>  Ahora se me dio por probar algo mas.. fije una conexion manual en el pc B
> o receptor: estableci ip fija y como puerta de enlace, lo cual no se si es
> una burrada, puse la ip del pc A. se conecta! al menos no me dice que la
> red es inaccesible, pero el comando ping a cualquier ip esta muerto! no
> transmite ningun paquete!
>  Asi que no se porque network-manager hace como que esta conectado con su
> "iconito" (mmm...)
>

Re: Se cierra la sesion al conectar USB en testing

[Quijote Libre]

Muchas gracias, tras comprobar lo que dices he visto esto:

-
ene 23 13:47:01 rocinante kernel: usb 1-1.1: new high-speed USB device
number 4 using ehci-pci
ene 23 13:47:01 rocinante systemd[1]: Starting Cleanup of Temporary
Directories...
ene 23 13:47:01 rocinante systemd[1]: Started Cleanup of Temporary
Directories.
ene 23 13:47:01 rocinante kernel: usb 1-1.1: New USB device found,
idVendor=090c, idProduct=1000
ene 23 13:47:01 rocinante kernel: usb 1-1.1: New USB device strings:
Mfr=1, Product=2, SerialNumber=3
ene 23 13:47:01 rocinante kernel: usb 1-1.1: SerialNumber: 112200415769
ene 23 13:47:01 rocinante kernel: usb-storage 1-1.1:1.0: USB Mass
Storage device detected
ene 23 13:47:01 rocinante kernel: scsi host11: usb-storage 1-1.1:1.0
ene 23 13:47:01 rocinante mtp-probe[3178]: checking bus 1, device 4:
"/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.1"
ene 23 13:47:01 rocinante mtp-probe[3178]: bus: 1, device: 4 was not an
MTP device
ene 23 13:47:01 rocinante upowerd[736]: unhandled action 'bind' on
/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.1/1-1.1:1
ene 23 13:47:01 rocinante upowerd[736]: unhandled action 'bind' on
/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.1
ene 23 13:47:02 rocinante kernel: scsi 11:0:0:0: Direct-
AccessPQ: 0 ANSI: 4
ene 23 13:47:02 rocinante kernel: sd 11:0:0:0: Attached scsi generic
sg7 type 0
ene 23 13:47:02 rocinante kernel: sd 11:0:0:0: [sdg] 7823360 512-byte
logical blocks: (4.01 GB/3.73 GiB)
ene 23 13:47:02 rocinante kernel: sd 11:0:0:0: [sdg] Write Protect is
off
ene 23 13:47:02 rocinante kernel: sd 11:0:0:0: [sdg] Mode Sense: 43 00
00 00
ene 23 13:47:02 rocinante kernel: sd 11:0:0:0: [sdg] Write cache:
enabled, read cache: enabled, doesn't support DPO or FUA
ene 23 13:47:02 rocinante kernel:  sdg: sdg1 sdg2
ene 23 13:47:02 rocinante kernel: sd 11:0:0:0: [sdg] Attached SCSI
removable disk
ene 23 13:47:03 rocinante dbus-daemon[592]: [system] Activating via
systemd: service name='org.freedesktop.hostname1' unit='db
ene 23 13:47:03 rocinante systemd[1]: Starting Hostname Service...
ene 23 13:47:03 rocinante dbus-daemon[592]: [system] Successfully
activated service 'org.freedesktop.hostname1'
ene 23 13:47:03 rocinante systemd[1]: Started Hostname Service.
ene 23 13:47:03 rocinante kernel: ISO 9660 Extensions: Microsoft Joliet
Level 3
ene 23 13:47:03 rocinante evolution-alarm[2338]: Error reading events
from display: Tubería rota
ene 23 13:47:03 rocinante gnome-terminal-[3135]: Error reading events
from display: Tubería rota
ene 23 13:47:03 rocinante kernel: ISO 9660 Extensions: Microsoft Joliet
Level 3
ene 23 13:47:03 rocinante systemd[2037]: gnome-terminal-server.service: 
Main process exited, code=exited, status=1/FAILURE
ene 23 13:47:03 rocinante systemd[2037]: gnome-terminal-server.service: 
Failed with result 'exit-code'.
ene 23 13:47:03 rocinante kernel: ISO 9660 Extensions: RRIP_1991A
ene 23 13:47:03 rocinante org.gnome.Shell.desktop[2089]: (EE)
ene 23 13:47:03 rocinante org.gnome.Shell.desktop[2089]: Fatal server
error:
ene 23 13:47:03 rocinante org.gnome.Shell.desktop[2089]: (EE) failed to
read Wayland events: Broken pipe
ene 23 13:47:03 rocinante org.gnome.Shell.desktop[2089]: (EE)
ene 23 13:47:03 rocinante gnome-session[2058]: gnome-session-
binary[2058]: WARNING: App 'org.gnome.Shell.desktop' exited with 
ene 23 13:47:03 rocinante gnome-session-binary[2058]: Unrecoverable
failure in required component org.gnome.Shell.desktop
ene 23 13:47:03 rocinante gnome-session-binary[2058]: WARNING: App
'org.gnome.Shell.desktop' exited with code 1
ene 23 13:47:03 rocinante pulseaudio[2132]: ICE default IO error
handler doing an exit(), pid = 2132, errno = 11

--

Yo sin entender nada lo achaco a gnome, he intentado reinstalar los
paquetes de gnome con synaptic (no se con apt) y resulta que no va.
¿Alguna idea?

Un saludo


El mar, 23-01-2018 a las 12:21 +0100, Alberto Luaces escribió:
> Quijote Libre  writes:
> 
> > Hola a todos, buenos días.
> > Estoy con Debian Testing/Gnome desde hace meses, sin ningún
> > problema,
> > pero en los últimos días, sin que yo haya detectado razón aparente
> > me
> > ocurre un comportamiento extraño, ya que al insertar, o expulsar un
> > PenDrive en el equipo este cierra automaticamente la sesión.
> > Necesitaria alguna ayuda de por donde puede estar la pega.
> > Si no consigo resolverlo tentdría que plantearme poner stable, pero
> > no
> > sé si eso se puede hacer a base sólo de apt, sin necesidad de
> > reinstalar.
> > Un saludo y gracias de antemano.
> 
> Será un fallo del sistema de escritorio.  Puedes mirar qué ha pasado
> con
> 
> sudo journalctl --since "2 min ago"
> 
> después de que te haya "echado".
> 
-- 


Quijote Libre

Mi Web:http://quijotelibre.com/
Twitter:   @quijote_libre
GNUsocial: @quijoteli...@quitter.se
Diáspora:  quijoteli...@joindiaspora.com
GNU/Linux: #609825

Re: Se cierra la sesion al conectar USB en testing

[Alberto Luaces]

Quijote Libre  writes:

> Hola a todos, buenos días.
> Estoy con Debian Testing/Gnome desde hace meses, sin ningún problema,
> pero en los últimos días, sin que yo haya detectado razón aparente me
> ocurre un comportamiento extraño, ya que al insertar, o expulsar un
> PenDrive en el equipo este cierra automaticamente la sesión.
> Necesitaria alguna ayuda de por donde puede estar la pega.
> Si no consigo resolverlo tentdría que plantearme poner stable, pero no
> sé si eso se puede hacer a base sólo de apt, sin necesidad de
> reinstalar.
> Un saludo y gracias de antemano.

Será un fallo del sistema de escritorio.  Puedes mirar qué ha pasado con

sudo journalctl --since "2 min ago"

después de que te haya "echado".

-- 
Alberto

Se cierra la sesion al conectar USB en testing

[Quijote Libre]

Hola a todos, buenos días.
Estoy con Debian Testing/Gnome desde hace meses, sin ningún problema,
pero en los últimos días, sin que yo haya detectado razón aparente me
ocurre un comportamiento extraño, ya que al insertar, o expulsar un
PenDrive en el equipo este cierra automaticamente la sesión.
Necesitaria alguna ayuda de por donde puede estar la pega.
Si no consigo resolverlo tentdría que plantearme poner stable, pero no
sé si eso se puede hacer a base sólo de apt, sin necesidad de
reinstalar.
Un saludo y gracias de antemano.



Quijote Libre

Mi Web:http://quijotelibre.com/
Twitter:   @quijote_libre
GNUsocial: @quijoteli...@quitter.se
Diáspora:  quijoteli...@joindiaspora.com
GNU/Linux: #609825