Re: Error con SSH tunneling :(
Tu configuración está rara y no tiene nada de sentido pero...en fin. Según supongo tu pc se conecta al router b con la tarjeta Ralink de tal modo que el tunel entre la pc y android pasa por la tarjeta Ralink,y de todos en el mundillo linuxero es sabido que el firmware Ralink es un dolor de cabéza,desconexiones,inestabilidad,baja señal,vaya una verdadera basura.Yo te recomendaría que si se trata de una antena wifi usb la reemplazes por otra cuyo firmware sea Realtek,asi te evitaras MUCHOS problemas. El 26/10/15 a las 21:17, Greysho Pleskin escribió: > Buenas, tengo mi PC con Debian Wheezy conectado al router A (tiene > conexión a internet) y al router B (No tiene conexión a internet) ambas > conexión se realizan mediante wireless, con una tarjeta USB Realtek y > otra Ralink. > > Mi tablet con Android está conectada al router B y (usando la APP > SHHTunnel) puede acceder a internet gracias a un túnel entre el PC y la > tablet. > > El problema es que cuando empiezo a descargar algo se para la descarga :( > Suele pararse siempre a los 3 MB aprox. > > Me he conectado al PC mediante SSH y el PC si descarga los ficheros > enteros, pero la tablet no, ¿Por qué podría ser? > Espero que puedan ayudarme, muchas gracias por adelantado :)
Re: LDAP PROXY LDAP-CLIENT
pero no me funciona quiero es saber como puedo hacerlo
Edward Villarroel: @Agentedd
El 27 de octubre de 2015, 16:08, TheFox
escribió:
> Sí, se puede hacer lo que dices.
> El 27/10/2015 21:29, "Edward Villarroel (EDD)" <
> edward.villarr...@gmail.com> escribió:
>
>> Debes responder a la lista no al personal!!
>>
>>
>>
>> okey si eso se que se puede o terminar haciendo una vpn... también lo
>> analice pero el caso es si como tengo el proxy nginx asi como defino local
>> host para servidores http que quiero esponer hacia internet se puede hacer
>> una configuración para otro tipo de aplicativos como el ldap
>>
>>
>> server {
>> listen 80;
>> server_name security.xxx.com;
>>
>> location / {
>>
>> proxy_set_headerHost $host;
>> proxy_set_headerX-Real-IP $remote_addr;
>> proxy_set_headerX-Forwarded-For
>> $proxy_add_x_forwarded_for;
>> proxy_set_headerX-Forwarded-Proto $scheme;
>>
>> # Fix the “It appears that your reverse proxy set up is
>> broken" error
>> proxy_pass ldap://192.168.100.20:389/;
>> proxy_read_timeout 90;
>>
>>
>> }
>> }
>>
>>
>>
>>
>>
>> Edward Villarroel: @Agentedd
>>
>>
>> El 27 de octubre de 2015, 15:54, TheFox
>> escribió:
>>
>>> Puedes hacer algo muy sencillo: utilizar un dispositivo de conexión
>>> (router o switch) que actúe como puente entre la red desde la que quieres
>>> acceder al servidor LDAP y tu red interna.
>>> Esto se consigue haciendo que un router o un switch que se encuentre
>>> dentro de la red desde la que te quieras conectar a tu red interna se
>>> conecte a otro router u otro swich que no se encuentre en dicha red (es
>>> decir, la red externa desde la que te quieres conectar), el cual, a su vez,
>>> debe de estar conectado a tu router; para que, de esta manera, actúe de
>>> puente entre el router o el switch de la red externa desde la que te
>>> quieras conectar y tu router (no sé si me he explicado bien).
>>> El 27/10/2015 21:07, "Edward Villarroel (EDD)" <
>>> edward.villarr...@gmail.com> escribió:
>>>
buenas tardes comunidad
tengo un servidor ldap en mi red interna... y necesito llegarle atreves
de Internet
mi moden adsl tiene habilitado el puerto 80 y mi router desvía todas
las peticiones de ese puerto a un servidor nginx que uso como proxy
inverso...
ahora como hago para llegar a ese ldap desde otra red por internet???
Edward Villarroel: @Agentedd
>>>
>>
Re: kernel 4.2 de backports y drivers nvidia
El 28/10/15 a las 00:03, Josu Lazkano escribió: > Gracias a todos, > > En el repositorio de backports me faltaba poner el non-free. > > Con este comando me ha funciona: apt-get -t jessie-backports install > nvidia-driver > > Ahora ya tengo funcionando la aceleracion grafica en el kernel 4.2. > > Muchas gracias a todos. Vale, acostúmbrate a no mandar a los privados, porque lo he recibido (debí poner otra cabecera para que no se me mande más ya...). -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: kernel 4.2 de backports y drivers nvidia
Gracias a todos, En el repositorio de backports me faltaba poner el non-free. Con este comando me ha funciona: apt-get -t jessie-backports install nvidia-driver Ahora ya tengo funcionando la aceleracion grafica en el kernel 4.2. Muchas gracias a todos. Un saludo. -- Josu Lazkano
Re: kernel 4.2 de backports y drivers nvidia
El 27/10/15 a las 23:05, Josu Lazkano escribió: > Ya tenia instalado los headers de la 4.2 , pero por si acaso he hecho > "apt-get -t jessie-backports install linux-headers-amd64". > > He reinciado y nada, tambien he hecho "apt-get --reinstall install > nvidia-vdpau-driver nvidia-xconfig". > > ¿Como puedo compilar el modulo en cuestion? ¿Tienes instalado nvidia-kernel-dkms? Debería, vamos, que luego habrías hecho como sigue: dpkg-reconfigure nvidia-kernel-dkms -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: kernel 4.2 de backports y drivers nvidia
El día 27 de octubre de 2015, 22:04, Santiago José López Borrazás escribió: > El 27/10/15 a las 19:08, Carlos Zuniga escribió: >> Los drivers de nvidia tienen que ser compilados para el kernel en el >> que se van a usar, tienes que recompilarlos. Busca un paquete >> nvidia-kernel-xxx donde xxx es la version de tu kernel o mira si hay >> un paquete con el driver binario en backports. > > Para eso, ha de bajarse el paquete linux-headers, que también trae en el > backports y poder hacer la correspondiente compilación del módulo y > driver de la NVIDIA. Sino, no podrá hacer nada. > > -- > Saludos de Santiago José López Borrazás. > Gracias Santiago, Ya tenia instalado los headers de la 4.2 , pero por si acaso he hecho "apt-get -t jessie-backports install linux-headers-amd64". He reinciado y nada, tambien he hecho "apt-get --reinstall install nvidia-vdpau-driver nvidia-xconfig". ¿Como puedo compilar el modulo en cuestion? Muchas gracias por vuestra ayuda. Un saludo. -- Josu Lazkano
Re: kernel 4.2 de backports y drivers nvidia
El 27/10/15 a las 19:08, Carlos Zuniga escribió: > Los drivers de nvidia tienen que ser compilados para el kernel en el > que se van a usar, tienes que recompilarlos. Busca un paquete > nvidia-kernel-xxx donde xxx es la version de tu kernel o mira si hay > un paquete con el driver binario en backports. Para eso, ha de bajarse el paquete linux-headers, que también trae en el backports y poder hacer la correspondiente compilación del módulo y driver de la NVIDIA. Sino, no podrá hacer nada. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: LDAP PROXY LDAP-CLIENT
Sí, se puede hacer lo que dices.
El 27/10/2015 21:29, "Edward Villarroel (EDD)"
escribió:
> Debes responder a la lista no al personal!!
>
>
>
> okey si eso se que se puede o terminar haciendo una vpn... también lo
> analice pero el caso es si como tengo el proxy nginx asi como defino local
> host para servidores http que quiero esponer hacia internet se puede hacer
> una configuración para otro tipo de aplicativos como el ldap
>
>
> server {
> listen 80;
> server_name security.xxx.com;
>
> location / {
>
> proxy_set_headerHost $host;
> proxy_set_headerX-Real-IP $remote_addr;
> proxy_set_headerX-Forwarded-For
> $proxy_add_x_forwarded_for;
> proxy_set_headerX-Forwarded-Proto $scheme;
>
> # Fix the “It appears that your reverse proxy set up is
> broken" error
> proxy_pass ldap://192.168.100.20:389/;
> proxy_read_timeout 90;
>
>
> }
> }
>
>
>
>
>
> Edward Villarroel: @Agentedd
>
>
> El 27 de octubre de 2015, 15:54, TheFox
> escribió:
>
>> Puedes hacer algo muy sencillo: utilizar un dispositivo de conexión
>> (router o switch) que actúe como puente entre la red desde la que quieres
>> acceder al servidor LDAP y tu red interna.
>> Esto se consigue haciendo que un router o un switch que se encuentre
>> dentro de la red desde la que te quieras conectar a tu red interna se
>> conecte a otro router u otro swich que no se encuentre en dicha red (es
>> decir, la red externa desde la que te quieres conectar), el cual, a su vez,
>> debe de estar conectado a tu router; para que, de esta manera, actúe de
>> puente entre el router o el switch de la red externa desde la que te
>> quieras conectar y tu router (no sé si me he explicado bien).
>> El 27/10/2015 21:07, "Edward Villarroel (EDD)" <
>> edward.villarr...@gmail.com> escribió:
>>
>>> buenas tardes comunidad
>>>
>>> tengo un servidor ldap en mi red interna... y necesito llegarle atreves
>>> de Internet
>>> mi moden adsl tiene habilitado el puerto 80 y mi router desvía todas las
>>> peticiones de ese puerto a un servidor nginx que uso como proxy inverso...
>>>
>>> ahora como hago para llegar a ese ldap desde otra red por internet???
>>>
>>>
>>>
>>>
>>>
>>>
>>> Edward Villarroel: @Agentedd
>>>
>>
>
Re: LDAP PROXY LDAP-CLIENT
Debes responder a la lista no al personal!!
okey si eso se que se puede o terminar haciendo una vpn... también lo
analice pero el caso es si como tengo el proxy nginx asi como defino local
host para servidores http que quiero esponer hacia internet se puede hacer
una configuración para otro tipo de aplicativos como el ldap
server {
listen 80;
server_name security.xxx.com;
location / {
proxy_set_headerHost $host;
proxy_set_headerX-Real-IP $remote_addr;
proxy_set_headerX-Forwarded-For
$proxy_add_x_forwarded_for;
proxy_set_headerX-Forwarded-Proto $scheme;
# Fix the “It appears that your reverse proxy set up is
broken" error
proxy_pass ldap://192.168.100.20:389/;
proxy_read_timeout 90;
}
}
Edward Villarroel: @Agentedd
El 27 de octubre de 2015, 15:54, TheFox
escribió:
> Puedes hacer algo muy sencillo: utilizar un dispositivo de conexión
> (router o switch) que actúe como puente entre la red desde la que quieres
> acceder al servidor LDAP y tu red interna.
> Esto se consigue haciendo que un router o un switch que se encuentre
> dentro de la red desde la que te quieras conectar a tu red interna se
> conecte a otro router u otro swich que no se encuentre en dicha red (es
> decir, la red externa desde la que te quieres conectar), el cual, a su vez,
> debe de estar conectado a tu router; para que, de esta manera, actúe de
> puente entre el router o el switch de la red externa desde la que te
> quieras conectar y tu router (no sé si me he explicado bien).
> El 27/10/2015 21:07, "Edward Villarroel (EDD)" <
> edward.villarr...@gmail.com> escribió:
>
>> buenas tardes comunidad
>>
>> tengo un servidor ldap en mi red interna... y necesito llegarle atreves
>> de Internet
>> mi moden adsl tiene habilitado el puerto 80 y mi router desvía todas las
>> peticiones de ese puerto a un servidor nginx que uso como proxy inverso...
>>
>> ahora como hago para llegar a ese ldap desde otra red por internet???
>>
>>
>>
>>
>>
>>
>> Edward Villarroel: @Agentedd
>>
>
LDAP PROXY LDAP-CLIENT
buenas tardes comunidad tengo un servidor ldap en mi red interna... y necesito llegarle atreves de Internet mi moden adsl tiene habilitado el puerto 80 y mi router desvía todas las peticiones de ese puerto a un servidor nginx que uso como proxy inverso... ahora como hago para llegar a ese ldap desde otra red por internet??? Edward Villarroel: @Agentedd
Métodos para guardar contraseñas
Hola que tal lista?... ¿todo bien? Tengo un guión donde necesito utilizar una contraseña... la contraseña la tengo en otro archivo gpg simétrico (requiere clave pa' descomprimir) ¿cuáles métodos sugieren para guardar la contraseña "$clave" y decifrar el gpg simétrico? guión: variable=$(cat /ruta/contraseña.bash.gpg | gpg -d --no-mdc-warning --passphrase "$clave" --quiet | bash) variable1=variable Saludos,
Re: kernel 4.2 de backports y drivers nvidia
El día 27 de octubre de 2015, 19:08, Carlos Zuniga escribió: > 2015-10-27 11:47 GMT-05:00 Josu Lazkano : >> Hola de nuevo, >> >> Algunos ya sabeis que esta semana he andado preguntando en la lista >> sobre como instalar el kernel 4.2 de los backports de Jessie. Gracias >> a vosotros he conseguido hacerlo de esta manera tan simple: >> >> apt-get -t jessie-backports install linux-image-amd64 >> >> Ahora me he puesto a actualizar todas mis maquinas, incluidas un HTPC >> con Nvidia ION. El problema que tengo ahora es que no inicia el >> entorno grafico, se me queda la pantalla en negro y este es el log de >> Xorg: http://paste.debian.net/318372/ >> >> Segun la quinta linea pone: Build Operating System: Linux >> 3.16.0-4-amd64 x86_64 Debian >> >> ¿Puede que tenga que instalar algun otro paquete desde los backports >> aparte del kernel? >> >> Hasta ahora, para poder obtener aceleracion grafico por hardwre con >> esto me bastaba: >> >> apt-get install nvidia-vdpau-driver nvidia-xconfig >> nvidia-xconfig >> reboot >> >> Agradezco todas vuestras respuestas. >> > > Los drivers de nvidia tienen que ser compilados para el kernel en el > que se van a usar, tienes que recompilarlos. Busca un paquete > nvidia-kernel-xxx donde xxx es la version de tu kernel o mira si hay > un paquete con el driver binario en backports. > Gracias Carlos, Desde los repositorios que tengo (incluido los backports) solo tengo disponible estos: # apt-cache search nvidia-kernel nvidia-kernel-common - NVIDIA binary kernel module support files libcuda1 - NVIDIA CUDA Driver Library nvidia-driver - NVIDIA metapackage nvidia-kernel-dkms - NVIDIA binary kernel module DKMS source nvidia-kernel-source - NVIDIA binary kernel module source nvidia-vdpau-driver - Video Decode and Presentation API for Unix - NVIDIA driver xserver-xorg-video-nvidia - NVIDIA binary Xorg driver nvidia-kernel-3.16.0-4-amd64 - NVIDIA binary kernel module for Linux 3.16.0-4-amd64 nvidia-kernel-amd64 - NVIDIA kernel module for Linux (amd64 flavor) nvidia-kernel-dummy - NVIDIA kernel module for Linux 2.6 (dummy package) Esta el de 3.16, pero no el 4.2. ¿Lo tendre que compilar o algo asi? Muchas gracias por todo. Un saludo. -- Josu Lazkano
Re: kernel 4.2 de backports y drivers nvidia
2015-10-27 11:47 GMT-05:00 Josu Lazkano : > Hola de nuevo, > > Algunos ya sabeis que esta semana he andado preguntando en la lista > sobre como instalar el kernel 4.2 de los backports de Jessie. Gracias > a vosotros he conseguido hacerlo de esta manera tan simple: > > apt-get -t jessie-backports install linux-image-amd64 > > Ahora me he puesto a actualizar todas mis maquinas, incluidas un HTPC > con Nvidia ION. El problema que tengo ahora es que no inicia el > entorno grafico, se me queda la pantalla en negro y este es el log de > Xorg: http://paste.debian.net/318372/ > > Segun la quinta linea pone: Build Operating System: Linux > 3.16.0-4-amd64 x86_64 Debian > > ¿Puede que tenga que instalar algun otro paquete desde los backports > aparte del kernel? > > Hasta ahora, para poder obtener aceleracion grafico por hardwre con > esto me bastaba: > > apt-get install nvidia-vdpau-driver nvidia-xconfig > nvidia-xconfig > reboot > > Agradezco todas vuestras respuestas. > Los drivers de nvidia tienen que ser compilados para el kernel en el que se van a usar, tienes que recompilarlos. Busca un paquete nvidia-kernel-xxx donde xxx es la version de tu kernel o mira si hay un paquete con el driver binario en backports.
Re: Alternativa a kill -9
El martes, 27 de octubre de 2015 a las 16:56 UTC Maykel Franco escribió: > El día 27 de octubre de 2015, 17:50, Manolo Díaz > escribió: > > El martes, 27 de octubre de 2015 a las 16:42 UTC > > Maykel Franco escribió: > > > >> El día 27 de octubre de 2015, 17:35, Manolo Díaz > >> escribió: > >> > El martes, 27 de octubre de 2015 a las 16:28 UTC > >> > Maykel Franco escribió: > >> > > >> >> > ¿Puedes ver qué proceso lo ocupa aparte de 757250? > >> >> > > >> >> > -- > >> >> > Manolo Díaz > >> >> > > >> >> > >> >> Esto por un lado: > >> >> > >> >> root@test:/var/lib/vz# ps aux | grep -i lzop > >> > > >> > [...] > >> > > >> >> root@test:/var/lib/vz# lsof -p 757250 > >> > > >> > No, me refería a quién ocupa /proc/757250/fd/0 > >> > > >> > lsof | grep /proc/757250/fd/0 > >> > > >> > > >> > -- > >> > Manolo Díaz > >> > > >> > >> > >> Me devuelve bastantes lineas que se repiten estas dos: > >> > >> lsof: no pwd entry for UID 110 > >> lsof: no pwd entry for UID 111 > >> > > > > Usuarios de sistema. Mira a ver si tienen procesos abiertos anteriores > > al 15 de octubre. > > > > -- > > Manolo Díaz > > > > Quieres que obtenga los procesos de ese identificador uid > correspondiente a los usuarios de sistema? > Sí, ps x u110 ps x u111 -- Manolo Díaz
Re: Alternativa a kill -9
El día 27 de octubre de 2015, 17:50, Manolo Díaz escribió: > El martes, 27 de octubre de 2015 a las 16:42 UTC > Maykel Franco escribió: > >> El día 27 de octubre de 2015, 17:35, Manolo Díaz >> escribió: >> > El martes, 27 de octubre de 2015 a las 16:28 UTC >> > Maykel Franco escribió: >> > >> >> > ¿Puedes ver qué proceso lo ocupa aparte de 757250? >> >> > >> >> > -- >> >> > Manolo Díaz >> >> > >> >> >> >> Esto por un lado: >> >> >> >> root@test:/var/lib/vz# ps aux | grep -i lzop >> > >> > [...] >> > >> >> root@test:/var/lib/vz# lsof -p 757250 >> > >> > No, me refería a quién ocupa /proc/757250/fd/0 >> > >> > lsof | grep /proc/757250/fd/0 >> > >> > >> > -- >> > Manolo Díaz >> > >> >> >> Me devuelve bastantes lineas que se repiten estas dos: >> >> lsof: no pwd entry for UID 110 >> lsof: no pwd entry for UID 111 >> > > Usuarios de sistema. Mira a ver si tienen procesos abiertos anteriores > al 15 de octubre. > > -- > Manolo Díaz > Quieres que obtenga los procesos de ese identificador uid correspondiente a los usuarios de sistema?
Re: Alternativa a kill -9
El martes, 27 de octubre de 2015 a las 16:28 UTC Maykel Franco escribió: > > ¿Puedes ver qué proceso lo ocupa aparte de 757250? > > > > -- > > Manolo Díaz > > > > Esto por un lado: > > root@test:/var/lib/vz# ps aux | grep -i lzop [...] > root@test:/var/lib/vz# lsof -p 757250 No, me refería a quién ocupa /proc/757250/fd/0 lsof | grep /proc/757250/fd/0 -- Manolo Díaz
Re: Alternativa a kill -9
El martes, 27 de octubre de 2015 a las 16:42 UTC Maykel Franco escribió: > El día 27 de octubre de 2015, 17:35, Manolo Díaz > escribió: > > El martes, 27 de octubre de 2015 a las 16:28 UTC > > Maykel Franco escribió: > > > >> > ¿Puedes ver qué proceso lo ocupa aparte de 757250? > >> > > >> > -- > >> > Manolo Díaz > >> > > >> > >> Esto por un lado: > >> > >> root@test:/var/lib/vz# ps aux | grep -i lzop > > > > [...] > > > >> root@test:/var/lib/vz# lsof -p 757250 > > > > No, me refería a quién ocupa /proc/757250/fd/0 > > > > lsof | grep /proc/757250/fd/0 > > > > > > -- > > Manolo Díaz > > > > > Me devuelve bastantes lineas que se repiten estas dos: > > lsof: no pwd entry for UID 110 > lsof: no pwd entry for UID 111 > Usuarios de sistema. Mira a ver si tienen procesos abiertos anteriores al 15 de octubre. -- Manolo Díaz
kernel 4.2 de backports y drivers nvidia
Hola de nuevo, Algunos ya sabeis que esta semana he andado preguntando en la lista sobre como instalar el kernel 4.2 de los backports de Jessie. Gracias a vosotros he conseguido hacerlo de esta manera tan simple: apt-get -t jessie-backports install linux-image-amd64 Ahora me he puesto a actualizar todas mis maquinas, incluidas un HTPC con Nvidia ION. El problema que tengo ahora es que no inicia el entorno grafico, se me queda la pantalla en negro y este es el log de Xorg: http://paste.debian.net/318372/ Segun la quinta linea pone: Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian ¿Puede que tenga que instalar algun otro paquete desde los backports aparte del kernel? Hasta ahora, para poder obtener aceleracion grafico por hardwre con esto me bastaba: apt-get install nvidia-vdpau-driver nvidia-xconfig nvidia-xconfig reboot Agradezco todas vuestras respuestas. Un saludo. -- Josu Lazkano
Re: Alternativa a kill -9
El día 27 de octubre de 2015, 17:35, Manolo Díaz escribió: > El martes, 27 de octubre de 2015 a las 16:28 UTC > Maykel Franco escribió: > >> > ¿Puedes ver qué proceso lo ocupa aparte de 757250? >> > >> > -- >> > Manolo Díaz >> > >> >> Esto por un lado: >> >> root@test:/var/lib/vz# ps aux | grep -i lzop > > [...] > >> root@test:/var/lib/vz# lsof -p 757250 > > No, me refería a quién ocupa /proc/757250/fd/0 > > lsof | grep /proc/757250/fd/0 > > > -- > Manolo Díaz > Me devuelve bastantes lineas que se repiten estas dos: lsof: no pwd entry for UID 110 lsof: no pwd entry for UID 111
Re: Alternativa a kill -9
El día 27 de octubre de 2015, 17:19, Manolo Díaz escribió: > El martes, 27 de octubre de 2015 a las 16:13 UTC > Maykel Franco escribió: > >> El día 27 de octubre de 2015, 17:09, Manolo Díaz >> escribió: >> > El martes, 27 de octubre de 2015 a las 15:40 UTC >> > Maykel Franco escribió: >> > >> >> El día 27 de octubre de 2015, 16:36, Carlos Zuniga >> >> escribió: >> >> > On Mon, Oct 26, 2015 at 5:10 PM, Maykel Franco >> >> > wrote: >> >> >> El día 26 de octubre de 2015, 22:26, Manolo Díaz >> >> >> escribió: >> >> >>> El lunes, 26 de octubre de 2015 a las 21:24 UTC >> >> >>> abaddon sinnerman escribió: >> >> >>> >> >> Lo dice muy clao;reiniciar el servidor o esperar : You can only >> >> clear >> >> them by rebooting the server or waiting for the I/O to respond. >> >> >>> >> >> >>> Uno de los procesos lleva esperando desde el 15 de junio, el otro >> >> >>> solamente desde el 15 de octubre. >> >> >>> >> >> >>> -- >> >> >>> Manolo Díaz >> >> >>> >> >> >> >> >> >> Si, eso lo sé Manolo, pero es que soy incapaz de matarlo... Me estoy >> >> >> desesperando jejeje >> >> >> >> >> > >> >> > Y a que I/O esta esperando? >> >> > >> >> > Y me parece rara esta línea de tu lsof >> >> > >> >> >> ... (deleted)/usr/bin/lzop >> >> > >> >> > Has borrado el binario? >> >> > >> >> >> >> No: >> >> >> >> root@test:/var/lib/vz# which lzop >> >> /usr/bin/lzop >> >> root@test:/var/lib/vz# ls -l /usr/bin/lzop >> >> -rwxr-xr-x 1 root root 65296 nov 8 2011 /usr/bin/lzop >> >> >> > >> > Lo que parece perdido es la entrada estándar de ese proceso, en la que >> > espera 65296 bytes >> > >> > Como prueba desesperada: >> > echo > /proc/674388/fd/0 >> > >> > (asegúrate de que no he confundido el número de proceso) sabiendo que, >> > en caso de funcionar, perderías esos 65296. >> > -- >> > Manolo Díaz >> > >> >> Se lo he pasado pero no hace nada... >> >> Eso sí, en el proceso de lzop de Junio, si me dice algo al ejecutar ese >> comando: >> >> root@test:/mnt# echo > /proc/757250/fd/0 >> bash: /proc/757250/fd/0: El fichero de texto está ocupado >> > > ¿Puedes ver qué proceso lo ocupa aparte de 757250? > > -- > Manolo Díaz > Esto por un lado: root@test:/var/lib/vz# ps aux | grep -i lzop root 674388 0.0 0.0 6828 1228 ?Doct15 0:00 lzop root 757250 0.0 0.0 6828 380 ?Djun15 0:00 lzop root@test:/var/lib/vz# lsof -p 757250 COMMANDPID USER FD TYPE DEVICE SIZE/OFF NODE NAME lzop757250 root cwd DIR 253,0 40962 / lzop757250 root rtd DIR 253,0 40962 / lzop757250 root txt REG 253,065296 34662 (deleted)/usr/bin/lzop lzop757250 root mem REG 253,0 1599504 2337 /lib/x86_64-linux-gnu/libc-2.13.so lzop757250 root mem REG 253,0 133232 33069 /usr/lib/x86_64-linux-gnu/liblzo2.so.2.0.0 lzop757250 root mem REG 253,0 136936 2409 /lib/x86_64-linux-gnu/ld-2.13.so lzop757250 root0r FIFO0,8 0t0 63527566 pipe lzop757250 root1w unknown /dump/vzdump-qemu-802-2015_06_15-11_18_11.vma.dat (stat: No such file or directory) lzop757250 root2w REG 253,0 435 132796 /var/log/pve/tasks/3/UPID:sd-52153:000B8DEC:1F439CE0:557E9853:vzdump::root@pam: lzop757250 root 12u unix 0x882c72676840 0t0 55127908 socket lzop757250 root 17r FIFO0,8 0t0 63527415 pipe lzop757250 root 18r FIFO0,8 0t0 63527566 pipe root@test:/var/lib/vz# lsof -p 674388 COMMANDPID USER FD TYPE DEVICE SIZE/OFF NODE NAME lzop674388 root cwd DIR 253,0 4096 2 / lzop674388 root rtd DIR 253,0 4096 2 / lzop674388 root txt REG 253,065296 34662 (deleted)/usr/bin/lzop lzop674388 root mem REG 253,0 1599504 2337 /lib/x86_64-linux-gnu/libc-2.13.so lzop674388 root mem REG 253,0 133232 33069 /usr/lib/x86_64-linux-gnu/liblzo2.so.2.0.0 lzop674388 root mem REG 253,0 136936 2409 /lib/x86_64-linux-gnu/ld-2.13.so lzop674388 root0r FIFO0,8 0t0 547597019 pipe lzop674388 root1w unknown /dump/vzdump-qemu-802-2015_10_15-11_50_05.vma.dat (stat: No such file or directory) lzop674388 root2w REG 253,0 406 13 /var/log/pve/tasks/D/UPID:sd-52153:000A4A27:5E1A84E8:561F76CD:vzdump::root@pam: lzop674388 root 12u unix 0x882046522500 0t0 547580085 socket lzop674388 root 16r FIFO0,8 0t0 547596726 pipe lzop674388 root 17r FIFO0,8 0t0 547597019 pipe Esto por otro: root@test:/var/lib/vz# ps aux | grep -i vzdump root 674343 0.0 0.0 293956 28204 ?Ds oct15
Re: Alternativa a kill -9
El martes, 27 de octubre de 2015 a las 16:13 UTC Maykel Franco escribió: > El día 27 de octubre de 2015, 17:09, Manolo Díaz > escribió: > > El martes, 27 de octubre de 2015 a las 15:40 UTC > > Maykel Franco escribió: > > > >> El día 27 de octubre de 2015, 16:36, Carlos Zuniga > >> escribió: > >> > On Mon, Oct 26, 2015 at 5:10 PM, Maykel Franco > >> > wrote: > >> >> El día 26 de octubre de 2015, 22:26, Manolo Díaz > >> >> escribió: > >> >>> El lunes, 26 de octubre de 2015 a las 21:24 UTC > >> >>> abaddon sinnerman escribió: > >> >>> > >> Lo dice muy clao;reiniciar el servidor o esperar : You can only clear > >> them by rebooting the server or waiting for the I/O to respond. > >> >>> > >> >>> Uno de los procesos lleva esperando desde el 15 de junio, el otro > >> >>> solamente desde el 15 de octubre. > >> >>> > >> >>> -- > >> >>> Manolo Díaz > >> >>> > >> >> > >> >> Si, eso lo sé Manolo, pero es que soy incapaz de matarlo... Me estoy > >> >> desesperando jejeje > >> >> > >> > > >> > Y a que I/O esta esperando? > >> > > >> > Y me parece rara esta línea de tu lsof > >> > > >> >> ... (deleted)/usr/bin/lzop > >> > > >> > Has borrado el binario? > >> > > >> > >> No: > >> > >> root@test:/var/lib/vz# which lzop > >> /usr/bin/lzop > >> root@test:/var/lib/vz# ls -l /usr/bin/lzop > >> -rwxr-xr-x 1 root root 65296 nov 8 2011 /usr/bin/lzop > >> > > > > Lo que parece perdido es la entrada estándar de ese proceso, en la que > > espera 65296 bytes > > > > Como prueba desesperada: > > echo > /proc/674388/fd/0 > > > > (asegúrate de que no he confundido el número de proceso) sabiendo que, > > en caso de funcionar, perderías esos 65296. > > -- > > Manolo Díaz > > > > Se lo he pasado pero no hace nada... > > Eso sí, en el proceso de lzop de Junio, si me dice algo al ejecutar ese > comando: > > root@test:/mnt# echo > /proc/757250/fd/0 > bash: /proc/757250/fd/0: El fichero de texto está ocupado > ¿Puedes ver qué proceso lo ocupa aparte de 757250? -- Manolo Díaz
Re: [spanish 100%] Recuperar archivo sobreescrito
El 27/10/15 a las 09:31, Santiago Casteleiro escribió: > Puedes usar el programa TestDisk. Para recuperar ese archivo del que hablas > deberás ejecutarlo como root. > Reenvío la respuesta a la lista. Al final lo solucioné con extundelete. Supongo funciona casi igual que Testdisk. La única complicación es tener que montar, borrar tu archivos y desmontar la partición como super. No es mucho, pero da pereza. Saludos, Julián > -Mensaje original- > De: Julian Daich [mailto:julia...@gmail.com] > Enviado el: martes, 27 de octubre de 2015 0:25 > Para: debian > Asunto: [spanish 100%] Recuperar archivo sobreescrito > > Hola, > > Trabajando con LibreOffice se sobreecribió un archivo por otro vacío al > recibir mensajes de error e reiniciar. Estuve averiguando de como recuperar > el archivo original y me topé con usar extundelete desde un CD primero > borrando el archivo vacío. Puedo insertarlo, pero me parece algo medio > kamikaze¿ alguna alternativa o sugerencia sobre el tema? > > Saludos, > > Julián > > -- > Julian > > > . > > . > -- Julian Daich
Re: Alternativa a kill -9
2015-10-27 11:03 GMT-05:00 Maykel Franco : > El día 27 de octubre de 2015, 17:00, Carlos Zuniga > escribió: >> 2015-10-27 10:40 GMT-05:00 Maykel Franco : >>> El día 27 de octubre de 2015, 16:36, Carlos Zuniga >>> escribió: On Mon, Oct 26, 2015 at 5:10 PM, Maykel Franco wrote: > El día 26 de octubre de 2015, 22:26, Manolo Díaz > escribió: >> El lunes, 26 de octubre de 2015 a las 21:24 UTC >> abaddon sinnerman escribió: >> >>> Lo dice muy clao;reiniciar el servidor o esperar : You can only clear >>> them by rebooting the server or waiting for the I/O to respond. >> >> Uno de los procesos lleva esperando desde el 15 de junio, el otro >> solamente desde el 15 de octubre. >> >> -- >> Manolo Díaz >> > > Si, eso lo sé Manolo, pero es que soy incapaz de matarlo... Me estoy > desesperando jejeje > Y a que I/O esta esperando? Y me parece rara esta línea de tu lsof > ... (deleted)/usr/bin/lzop Has borrado el binario? >>> >>> No: >>> >>> root@test:/var/lib/vz# which lzop >>> /usr/bin/lzop >>> root@test:/var/lib/vz# ls -l /usr/bin/lzop >>> -rwxr-xr-x 1 root root 65296 nov 8 2011 /usr/bin/lzop >>> >> >> Parece que algún proceso lo tiene abierto y el archivo va a seguir >> apareciendo hasta que lo cierre [0]. >> >> Estas usando lzop en algún script o es el sistema que lo esta >> ejecutando? Me parece raro que se ejecute sin argumentos. Con `ps efx` >> puedes ver el arbol de procesos para ver quien lo ejecuta. >> >> >> [0] >> http://stackoverflow.com/questions/18200701/lsof-shows-a-file-as-deleted-but-i-can-still-see-it-in-file-system >> > > Buenas, gracias por contestar. > > Si, es un Debian que tengo instalado openvz. Es un backup que realizo > a veces, pero por algún motivo se ha quedado colgado. > > Uso vzdump para hacer backup y tira de lzop... > Entonces puedes intentar matar el proceso del vzdump? Y chequea si el disco donde se hacen los backups este funcionando bien. También chequea http://www.tldp.org/LDP/LG/issue83/tag/6.html
Re: Alternativa a kill -9
El día 27 de octubre de 2015, 17:09, Manolo Díaz escribió: > El martes, 27 de octubre de 2015 a las 15:40 UTC > Maykel Franco escribió: > >> El día 27 de octubre de 2015, 16:36, Carlos Zuniga >> escribió: >> > On Mon, Oct 26, 2015 at 5:10 PM, Maykel Franco >> > wrote: >> >> El día 26 de octubre de 2015, 22:26, Manolo Díaz >> >> escribió: >> >>> El lunes, 26 de octubre de 2015 a las 21:24 UTC >> >>> abaddon sinnerman escribió: >> >>> >> Lo dice muy clao;reiniciar el servidor o esperar : You can only clear >> them by rebooting the server or waiting for the I/O to respond. >> >>> >> >>> Uno de los procesos lleva esperando desde el 15 de junio, el otro >> >>> solamente desde el 15 de octubre. >> >>> >> >>> -- >> >>> Manolo Díaz >> >>> >> >> >> >> Si, eso lo sé Manolo, pero es que soy incapaz de matarlo... Me estoy >> >> desesperando jejeje >> >> >> > >> > Y a que I/O esta esperando? >> > >> > Y me parece rara esta línea de tu lsof >> > >> >> ... (deleted)/usr/bin/lzop >> > >> > Has borrado el binario? >> > >> >> No: >> >> root@test:/var/lib/vz# which lzop >> /usr/bin/lzop >> root@test:/var/lib/vz# ls -l /usr/bin/lzop >> -rwxr-xr-x 1 root root 65296 nov 8 2011 /usr/bin/lzop >> > > Lo que parece perdido es la entrada estándar de ese proceso, en la que > espera 65296 bytes > > Como prueba desesperada: > echo > /proc/674388/fd/0 > > (asegúrate de que no he confundido el número de proceso) sabiendo que, > en caso de funcionar, perderías esos 65296. > -- > Manolo Díaz > Se lo he pasado pero no hace nada... Eso sí, en el proceso de lzop de Junio, si me dice algo al ejecutar ese comando: root@test:/mnt# echo > /proc/757250/fd/0 bash: /proc/757250/fd/0: El fichero de texto está ocupado
Re: Alternativa a kill -9
El día 27 de octubre de 2015, 17:00, Carlos Zuniga escribió: > 2015-10-27 10:40 GMT-05:00 Maykel Franco : >> El día 27 de octubre de 2015, 16:36, Carlos Zuniga >> escribió: >>> On Mon, Oct 26, 2015 at 5:10 PM, Maykel Franco >>> wrote: El día 26 de octubre de 2015, 22:26, Manolo Díaz escribió: > El lunes, 26 de octubre de 2015 a las 21:24 UTC > abaddon sinnerman escribió: > >> Lo dice muy clao;reiniciar el servidor o esperar : You can only clear >> them by rebooting the server or waiting for the I/O to respond. > > Uno de los procesos lleva esperando desde el 15 de junio, el otro > solamente desde el 15 de octubre. > > -- > Manolo Díaz > Si, eso lo sé Manolo, pero es que soy incapaz de matarlo... Me estoy desesperando jejeje >>> >>> Y a que I/O esta esperando? >>> >>> Y me parece rara esta línea de tu lsof >>> ... (deleted)/usr/bin/lzop >>> >>> Has borrado el binario? >>> >> >> No: >> >> root@test:/var/lib/vz# which lzop >> /usr/bin/lzop >> root@test:/var/lib/vz# ls -l /usr/bin/lzop >> -rwxr-xr-x 1 root root 65296 nov 8 2011 /usr/bin/lzop >> > > Parece que algún proceso lo tiene abierto y el archivo va a seguir > apareciendo hasta que lo cierre [0]. > > Estas usando lzop en algún script o es el sistema que lo esta > ejecutando? Me parece raro que se ejecute sin argumentos. Con `ps efx` > puedes ver el arbol de procesos para ver quien lo ejecuta. > > > [0] > http://stackoverflow.com/questions/18200701/lsof-shows-a-file-as-deleted-but-i-can-still-see-it-in-file-system > Buenas, gracias por contestar. Si, es un Debian que tengo instalado openvz. Es un backup que realizo a veces, pero por algún motivo se ha quedado colgado. Uso vzdump para hacer backup y tira de lzop...
Re: Alternativa a kill -9
El martes, 27 de octubre de 2015 a las 15:40 UTC Maykel Franco escribió: > El día 27 de octubre de 2015, 16:36, Carlos Zuniga > escribió: > > On Mon, Oct 26, 2015 at 5:10 PM, Maykel Franco > > wrote: > >> El día 26 de octubre de 2015, 22:26, Manolo Díaz > >> escribió: > >>> El lunes, 26 de octubre de 2015 a las 21:24 UTC > >>> abaddon sinnerman escribió: > >>> > Lo dice muy clao;reiniciar el servidor o esperar : You can only clear > them by rebooting the server or waiting for the I/O to respond. > >>> > >>> Uno de los procesos lleva esperando desde el 15 de junio, el otro > >>> solamente desde el 15 de octubre. > >>> > >>> -- > >>> Manolo Díaz > >>> > >> > >> Si, eso lo sé Manolo, pero es que soy incapaz de matarlo... Me estoy > >> desesperando jejeje > >> > > > > Y a que I/O esta esperando? > > > > Y me parece rara esta línea de tu lsof > > > >> ... (deleted)/usr/bin/lzop > > > > Has borrado el binario? > > > > No: > > root@test:/var/lib/vz# which lzop > /usr/bin/lzop > root@test:/var/lib/vz# ls -l /usr/bin/lzop > -rwxr-xr-x 1 root root 65296 nov 8 2011 /usr/bin/lzop > Lo que parece perdido es la entrada estándar de ese proceso, en la que espera 65296 bytes Como prueba desesperada: echo > /proc/674388/fd/0 (asegúrate de que no he confundido el número de proceso) sabiendo que, en caso de funcionar, perderías esos 65296. -- Manolo Díaz
Re: /etc/mtab is not a symlink or not pointing to /proc/self/mounts
2015-10-27 8:45 GMT-06:00 BasaBuru : > El Lunes, 26 de octubre de 2015 08:42:06 AbeL escribió: >> Buenos días, acabo de instalar desde 0 debían testing con KDE como >> desktop, a paritr de la iso debian-stretch-DI-alpha3-amd64-kde-CD-1 >> >> Me marca el error que les mencione en el subjet y al final termina con >> un Freezing execution. > > Si es un bug de alpha3 que parece que se arrastra, por que ahora no es un > aviso el sistema queda colgado > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679334 > > La mejor solución es usar un live cd y montar la partición raiz > > # mount /dev/sdXn / mnt > > # cd /mnt > > luego darle permisos de escritura al raiz > > # mount -o remount, rw / > > borras el /etc/mtab > > # rm /etc/mtab > > Y haces el enlace simbólico > > ln -s /proc/self/mounts /etc/mtab > > Sincronizas > > # sync > > Desmontas la partición > > # umount /dev/sdXn > > sacas el live cd. y reinicias > Gracias por sus comentarios, realice la primer opcion que me dio Vicente y me funciono de maravilla. Saludos. > > -- > Agur bero bat / a greeting > > BasaBuru > > BASATU > > ~ > basatia bihur zaitez > ~ > > gako ID gnupg: F9044F8FC64B2544 > hatz-aztarna: 13FF 7B28 D999 B957 F837 D566 F904 4F8F C64B 2544
Re: Alternativa a kill -9
2015-10-27 10:40 GMT-05:00 Maykel Franco : > El día 27 de octubre de 2015, 16:36, Carlos Zuniga > escribió: >> On Mon, Oct 26, 2015 at 5:10 PM, Maykel Franco >> wrote: >>> El día 26 de octubre de 2015, 22:26, Manolo Díaz >>> escribió: El lunes, 26 de octubre de 2015 a las 21:24 UTC abaddon sinnerman escribió: > Lo dice muy clao;reiniciar el servidor o esperar : You can only clear > them by rebooting the server or waiting for the I/O to respond. Uno de los procesos lleva esperando desde el 15 de junio, el otro solamente desde el 15 de octubre. -- Manolo Díaz >>> >>> Si, eso lo sé Manolo, pero es que soy incapaz de matarlo... Me estoy >>> desesperando jejeje >>> >> >> Y a que I/O esta esperando? >> >> Y me parece rara esta línea de tu lsof >> >>> ... (deleted)/usr/bin/lzop >> >> Has borrado el binario? >> > > No: > > root@test:/var/lib/vz# which lzop > /usr/bin/lzop > root@test:/var/lib/vz# ls -l /usr/bin/lzop > -rwxr-xr-x 1 root root 65296 nov 8 2011 /usr/bin/lzop > Parece que algún proceso lo tiene abierto y el archivo va a seguir apareciendo hasta que lo cierre [0]. Estas usando lzop en algún script o es el sistema que lo esta ejecutando? Me parece raro que se ejecute sin argumentos. Con `ps efx` puedes ver el arbol de procesos para ver quien lo ejecuta. [0] http://stackoverflow.com/questions/18200701/lsof-shows-a-file-as-deleted-but-i-can-still-see-it-in-file-system
Re: Alternativa a kill -9
El día 27 de octubre de 2015, 16:36, Carlos Zuniga escribió: > On Mon, Oct 26, 2015 at 5:10 PM, Maykel Franco wrote: >> El día 26 de octubre de 2015, 22:26, Manolo Díaz >> escribió: >>> El lunes, 26 de octubre de 2015 a las 21:24 UTC >>> abaddon sinnerman escribió: >>> Lo dice muy clao;reiniciar el servidor o esperar : You can only clear them by rebooting the server or waiting for the I/O to respond. >>> >>> Uno de los procesos lleva esperando desde el 15 de junio, el otro >>> solamente desde el 15 de octubre. >>> >>> -- >>> Manolo Díaz >>> >> >> Si, eso lo sé Manolo, pero es que soy incapaz de matarlo... Me estoy >> desesperando jejeje >> > > Y a que I/O esta esperando? > > Y me parece rara esta línea de tu lsof > >> ... (deleted)/usr/bin/lzop > > Has borrado el binario? > No: root@test:/var/lib/vz# which lzop /usr/bin/lzop root@test:/var/lib/vz# ls -l /usr/bin/lzop -rwxr-xr-x 1 root root 65296 nov 8 2011 /usr/bin/lzop
Re: Alternativa a kill -9
On Mon, Oct 26, 2015 at 5:10 PM, Maykel Franco wrote: > El día 26 de octubre de 2015, 22:26, Manolo Díaz > escribió: >> El lunes, 26 de octubre de 2015 a las 21:24 UTC >> abaddon sinnerman escribió: >> >>> Lo dice muy clao;reiniciar el servidor o esperar : You can only clear >>> them by rebooting the server or waiting for the I/O to respond. >> >> Uno de los procesos lleva esperando desde el 15 de junio, el otro >> solamente desde el 15 de octubre. >> >> -- >> Manolo Díaz >> > > Si, eso lo sé Manolo, pero es que soy incapaz de matarlo... Me estoy > desesperando jejeje > Y a que I/O esta esperando? Y me parece rara esta línea de tu lsof > ... (deleted)/usr/bin/lzop Has borrado el binario?
Re: Recuperar archivo sobreescrito
El lun, 26-10-2015 a las 19:25 -0400, Julian Daich escribió: > Hola, > > Trabajando con LibreOffice se sobreecribió un archivo por otro vacío > al recibir mensajes de error e reiniciar. Estuve averiguando de como > recuperar el archivo original y me topé con usar extundelete > desde un CD primero borrando el archivo vacío. Puedo insertarlo, pero > me parece algo medio kamikaze¿ alguna alternativa o sugerencia sobre > el tema? > > Saludos, > > Julián > yo hago los backup diario, semanal y mensual con una mezcla de cp -al y rsync. Entonces tengo un backup incremental, pero lo veo como completo (a veces le llamo cuántico porque los archivos están y no están jejeje). Si no es un gran volumen de datos, podés usar rsnapshot -- (-.(-.(-.(-.(-.(-.-).-).-).-).-).-)
Re: OT: Instalar debian en Dell Poweredge R710
El sáb, 24-10-2015 a las 13:45 +, Camaleón escribió: > El Fri, 23 Oct 2015 22:17:32 -0700, Salvador Garcia Z. escribió: > > > Desde una versión live puedes grabar la iso en un pendriver con > > esto > > > > dd bs=4M if=/ruta/al/fichero.iso of=/dev/sdb && sync > > > > La unidad usb es más genérica y no tendrás problemas > > Espero que *NO se le ocurra* a nadie ejecutar esa instrucción antes > de > verificar que la llave se ha detectado como "/dev/sdb". > > Poner en la lista ese comando sin dar más explicaciones es temerario > :-// los README son para cobardes, ¡se valiente y ejecuta! por cierto que mucha gente aprendió(imos) el valor de leer la documentación, intentar entenderla, volver a leer y así sucesivamente después de cargarnos el sistema. No solía decirse RTFM por nada -- (-.(-.(-.(-.(-.(-.-).-).-).-).-).-)
Re: /etc/mtab is not a symlink or not pointing to /proc/self/mounts
El Lunes, 26 de octubre de 2015 08:42:06 AbeL escribió: > Buenos días, acabo de instalar desde 0 debían testing con KDE como > desktop, a paritr de la iso debian-stretch-DI-alpha3-amd64-kde-CD-1 > > Me marca el error que les mencione en el subjet y al final termina con > un Freezing execution. Si es un bug de alpha3 que parece que se arrastra, por que ahora no es un aviso el sistema queda colgado https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679334 La mejor solución es usar un live cd y montar la partición raiz # mount /dev/sdXn / mnt # cd /mnt luego darle permisos de escritura al raiz # mount -o remount, rw / borras el /etc/mtab # rm /etc/mtab Y haces el enlace simbólico ln -s /proc/self/mounts /etc/mtab Sincronizas # sync Desmontas la partición # umount /dev/sdXn sacas el live cd. y reinicias -- Agur bero bat / a greeting BasaBuru BASATU ~ basatia bihur zaitez ~ gako ID gnupg: F9044F8FC64B2544 hatz-aztarna: 13FF 7B28 D999 B957 F837 D566 F904 4F8F C64B 2544 signature.asc Description: This is a digitally signed message part.
Re: Error con SSH tunneling :(
El día 27 de octubre de 2015, 0:17, Greysho Pleskin escribió: > Buenas, tengo mi PC con Debian Wheezy conectado al router A (tiene conexión > a internet) y al router B (No tiene conexión a internet) ambas conexión se > realizan mediante wireless, con una tarjeta USB Realtek y otra Ralink. > > Mi tablet con Android está conectada al router B y (usando la APP SHHTunnel) > puede acceder a internet gracias a un túnel entre el PC y la tablet. Acá no te entiendo mucho. Yo también tengo tendencia a hacer cosas "raras", pero que uses una conexión wifi para hacer un túnel a una computadora que sí está conectada a wifi y acceder a internet no lo entiendo. Preguntas: ¿Por qué no tienes armados los dos puntos de acceso wifi para que te den una red itinerante? Si ambas computadoras se conectan por wifi, a los enrutadores, ¿por qué conectar de la tableta a la PC a través de ellos y no en forma directa? Asumo que la PC es una notebook., por lo que con un adaptador nano obtienes lo mismo mucho más fácil (http://www.tp-link.com/ar/products/details/?model=TL-WN725N) > > El problema es que cuando empiezo a descargar algo se para la descarga :( > Suele pararse siempre a los 3 MB aprox. La tableta es Android. Y utilizas un programa (app) que de seguro no es libre. (Free software it's not as free beer) Con lo que, qué sucede dentro del cachivache, sólo los porgramadores lo saben. > > Me he conectado al PC mediante SSH y el PC si descarga los ficheros enteros, > pero la tablet no, ¿Por qué podría ser? El problema a las claras lo tienes entre la tableta (app) y la PC. > Espero que puedan ayudarme, muchas gracias por adelantado :) Mi recomendación: 1- Actualiza, si está dentro de los soportados, tus enrutadores con dd-wrt (http://dd-wrt.com) 2- Arma una red itinerante dentro de tu casa. Saludos. JAP
