Re: Capturar chats de msn con tcpdump

[Julián Esteban Perconti]

David Francos (XayOn) escribió:
tcpdump es un sniffer, captura trafico de la red. Un sniffer solo 
puede capturar lo que pase por tu nic (tu tarjeta de red) esto es, o 
tu propio trafico, o trafico a broadcast (claro, que con ataques mitm 
puedes hacer que pase el trafico de tu red que quieras por tu tarjeta 
de red).

El paquete de tcpdump ocupa 300 kb, asi que supongo que te cabrá.

apt-get install tcpdump

Para liberar un poco de espacio en tu sistema:
apt-get install localepurge deborphan && apt-get remove `deborphan`&& 
apt-get autoremove && apt-get clean && localepurge


Esto te quita los archivos de idiomas que no necesitas, los paquetes 
descargados en /var/cache y los paquetes huerfanos.
La primera vez que ejecute localepurge en mi sistema me quito unos 
300MB de archivos, lo cual para ti, con un disco de 1gb seria un alivio.

Por cierto ¿Que has instalado con 1GB? :-D


Hola david, ya lo probe y anda barbaro, pero, trate de con  ">>/var  
/log/tcpd.txt" para que la salida la guarde ahi, pero no guardo 
nada.., es decir, me lo muestra en el momento.., pero como hago para 
que lo guardo en un archivo? eso es todo.




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Capturar chats de msn con tcpdump

[Julián Esteban Perconti]

David Francos (XayOn) escribió:
tcpdump es un sniffer, captura trafico de la red. Un sniffer solo 
puede capturar lo que pase por tu nic (tu tarjeta de red) esto es, o 
tu propio trafico, o trafico a broadcast (claro, que con ataques mitm 
puedes hacer que pase el trafico de tu red que quieras por tu tarjeta 
de red).

El paquete de tcpdump ocupa 300 kb, asi que supongo que te cabrá.

apt-get install tcpdump

Para liberar un poco de espacio en tu sistema:
apt-get install localepurge deborphan && apt-get remove `deborphan`&& 
apt-get autoremove && apt-get clean && localepurge


Esto te quita los archivos de idiomas que no necesitas, los paquetes 
descargados en /var/cache y los paquetes huerfanos.
La primera vez que ejecute localepurge en mi sistema me quito unos 
300MB de archivos, lo cual para ti, con un disco de 1gb seria un alivio.

Por cierto ¿Que has instalado con 1GB? :-D
Hola david, en 1 GB tengo debian 2.6.18 routeando, con squid, dns y 
dhcp. hacia mi red, con respecto a los comandos que mencionas, ya estan 
instalados, y son ejecutados periodicamente (cron).
Me quedan unos 200 mb libres, el que no probe es el autoremove, que lo 
voy a probar ahora.

saludos




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Capturar chats de msn con tcpdump

[David Francos (XayOn)]

Julián Esteban Perconti escribió:

David Francos (XayOn) escribió:

adriancito escribió:

Es posible caputar el chat (msn) mediante tcpdump?

gracias.


Sí, simplemente pidele que te muestre ascii y que capture todo lo que 
el puerto de destino sea 1863 capturando los paquetes enteros

tcpdump -A -s0 dst port 1863

Gracias a las excelentes cualidades de perl, puedes usar este 
comando, que te filtrara directamente los mensajes de texto:


tcpdump -l -A dst port 1863 -s0|perl -ne "\$a=''if \$_=~ /ack/;if 
(\$_=~/: text\/plain;/){\$a=1;\$c=1;}if(\$a){\$c++; print \$_ if 
\$c>=5;}"


Pega: Esto no te devuelve, para nada, que usuario a dicho que cosa 
:-D, simplemente te deja el texto en plano de todas las 
conversaciones :-)


Si mal no recuerdo, wireshark hace bien este trabajo, pero si quieres 
tcpdump, ahi tienes como hacerlo ;)




huy que bueno esto che, que es tcpdump? tiene algo que ver con iptables?
como podria yo implementarlo..aunque me queda poco espacio en el 
disquito de 1gb..:S

como es entonces?


tcpdump es un sniffer, captura trafico de la red. Un sniffer solo puede 
capturar lo que pase por tu nic (tu tarjeta de red) esto es, o tu propio 
trafico, o trafico a broadcast (claro, que con ataques mitm puedes hacer 
que pase el trafico de tu red que quieras por tu tarjeta de red).

El paquete de tcpdump ocupa 300 kb, asi que supongo que te cabrá.

apt-get install tcpdump

Para liberar un poco de espacio en tu sistema:
apt-get install localepurge deborphan && apt-get remove `deborphan`&& 
apt-get autoremove && apt-get clean && localepurge


Esto te quita los archivos de idiomas que no necesitas, los paquetes 
descargados en /var/cache y los paquetes huerfanos.
La primera vez que ejecute localepurge en mi sistema me quito unos 300MB 
de archivos, lo cual para ti, con un disco de 1gb seria un alivio.

Por cierto ¿Que has instalado con 1GB? :-D


--
http://thexayon.wordpress.com

Que la fuerza os acompañe.

-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS dpu s: a--- C UL P L+++ E--- W+++ N+++ o+ K- w---
O M+ V- PS+ PE+++ Y PGP++ t--- 5 X+++ R tv+++ b DI--- D+++
G+ e- h++ r+++ y
--END GEEK CODE BLOCK--

--XayOn--

Linux registered user #446872


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Capturar chats de msn con tcpdump

[Julián Esteban Perconti]

David Francos (XayOn) escribió:

adriancito escribió:

Es posible caputar el chat (msn) mediante tcpdump?

gracias.


Sí, simplemente pidele que te muestre ascii y que capture todo lo que 
el puerto de destino sea 1863 capturando los paquetes enteros

tcpdump -A -s0 dst port 1863

Gracias a las excelentes cualidades de perl, puedes usar este comando, 
que te filtrara directamente los mensajes de texto:


tcpdump -l -A dst port 1863 -s0|perl -ne "\$a=''if \$_=~ /ack/;if 
(\$_=~/: text\/plain;/){\$a=1;\$c=1;}if(\$a){\$c++; print \$_ if 
\$c>=5;}"


Pega: Esto no te devuelve, para nada, que usuario a dicho que cosa 
:-D, simplemente te deja el texto en plano de todas las conversaciones 
:-)


Si mal no recuerdo, wireshark hace bien este trabajo, pero si quieres 
tcpdump, ahi tienes como hacerlo ;)




huy que bueno esto che, que es tcpdump? tiene algo que ver con iptables?
como podria yo implementarlo..aunque me queda poco espacio en el 
disquito de 1gb..:S

como es entonces?


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Capturar chats de msn con tcpdump

[David Francos (XayOn)]

adriancito escribió:

Es posible caputar el chat (msn) mediante tcpdump?

gracias.


Sí, simplemente pidele que te muestre ascii y que capture todo lo que el 
puerto de destino sea 1863 capturando los paquetes enteros

tcpdump -A -s0 dst port 1863

Gracias a las excelentes cualidades de perl, puedes usar este comando, 
que te filtrara directamente los mensajes de texto:


tcpdump -l -A dst port 1863 -s0|perl -ne "\$a=''if \$_=~ /ack/;if 
(\$_=~/: text\/plain;/){\$a=1;\$c=1;}if(\$a){\$c++; print \$_ if \$c>=5;}"


Pega: Esto no te devuelve, para nada, que usuario a dicho que cosa :-D, 
simplemente te deja el texto en plano de todas las conversaciones :-)


Si mal no recuerdo, wireshark hace bien este trabajo, pero si quieres 
tcpdump, ahi tienes como hacerlo ;)



--
http://thexayon.wordpress.com

Que la fuerza os acompañe.

-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS dpu s: a--- C UL P L+++ E--- W+++ N+++ o+ K- w---
O M+ V- PS+ PE+++ Y PGP++ t--- 5 X+++ R tv+++ b DI--- D+++
G+ e- h++ r+++ y
--END GEEK CODE BLOCK--

--XayOn--

Linux registered user #446872


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: No muestra carpetas que tengan Ñ

[Marcelo Guzmán]

El día 27 de mayo de 2008 18:34, Marcelo Guzmán <[EMAIL PROTECTED]> escribió:
>
>
> 2008/5/27 Juan Antonio Martínez Acosta <[EMAIL PROTECTED]>:
>>
>> Hace unos días me hice la misma pregunta y lo solucioné agregando
>> iocharset=utf-8  en las opciones de montaje de la partición, a ti te
>> quedaría lo siguiente.
>>
>> # /etc/fstab: static file system information.
>> #
>> #
>> proc/proc   procdefaults0   0
>> /dev/sda2   /   ext3errors=remount-ro 0   1
>> /dev/sda4   noneswapsw  0   0
>> /dev/hda/media/cdrom0   udf,iso9660 user,noauto 0   0
>> /dev/fd0/media/floppy0  autorw,user,noauto  0   0
>> /dev/sdb1   media/DATOSntfs-3g iocharset=utf-8,defaults,uid=1000 0 0
>>
>>
>> --
>> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
>> with a subject of "unsubscribe". Trouble? Contact
>> [EMAIL PROTECTED]
>>
>
> Juan Antonio,
>
> Agregue lo que me dijiste, pero aun así no me muestra las carpetas que
> tengan Ñ. Alguna otra idea?...podria tener que ver con ntfs-3g?
> Saludos de nuevo.
>
>

Amigos listeros,

Acabo de encontrar la solución a este problema, se solucionó agregando
"locale=idioma_de_tu_sistema.UTF-8".
Para saber el idioma de tu sistema solo escribe "locale" en una consola.
Les muestro como quedo mi fstab, por si le sirve a alguien más.
Saludos y gracias a todos.

# /etc/fstab: static file system information.
#
#
proc/proc   procdefaults0   0
/dev/sda2   /   ext3errors=remount-ro 0   1
/dev/sda4   noneswapsw  0   0
/dev/hda/media/cdrom0   udf,iso9660 user,noauto 0   0
/dev/fd0/media/floppy0  autorw,user,noauto  0   0
/dev/sdb1   /media/DATOSntfs-3g defaults,locale=es_CL.UTF-8,uid=1000 0 0



-- 
__
Marcelo Guzmán Gómez
Administrador [EMAIL PROTECTED] Internet
LinuxUser #418381
http://counter.li.org

Re: problema con imap

[Carlos Moreira]

abajo pongo lo que me responde, tengo instalado courier-imap, el tema es 
que el correo esutbo funcionando durante un tiempo, incluso lo reinicie 
en varias oportunidades y seguia andando, pero en una lo reinicie, sin 
haberle hecho ningun cambio que concidere relevante, y cuando encendio, 
me aparecio este problema, salu2 Carlitos


[EMAIL PROTECTED] ~]# netstat -tupa
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address   Foreign 
Address State   PID/Program name
tcp0  0 mail2.imcanelones.gub.u:783 
*:* LISTEN  2304/spamd.pid
tcp0  0 *:sunrpc
*:* LISTEN  2084/portmap
tcp0  0 *:1014  
*:* LISTEN  2104/rpc.statd
tcp0  0 mail2.imcanelones.gub.u:ipp 
*:* LISTEN  2228/cupsd
tcp0  0 *:http  
*:* LISTEN  2327/httpd
tcp0  0 *:ssh   
*:* LISTEN  2265/sshd
tcp0  0 *:https 
*:* LISTEN  2327/httpd
tcp0148 :::10.1.1.30:ssh
NecPrensa01.imcanelone:2242 ESTABLISHED 3993/1
udp0  0 *:sunrpc
*:* 2084/portmap
udp0  0 *:1008  
*:* 2104/rpc.statd
udp0  0 *:1011  
*:* 2104/rpc.statd
udp0  0 *:ipp   
*:* 2228/cupsd
udp0  0 10.1.1.30:ntp   
*:* 2293/ntpd
udp0  0 mail2.imcanelones.g:ntp 
*:* 2293/ntpd
udp0  0 *:ntp   
*:* 2293/ntpd
udp0  0 *:ntp   
*:* 2293/ntpd



boube escribió:

2008/5/30 Carlos Moreira <[EMAIL PROTECTED]>:
  

Alguno sabe como puedo hacer para resolver este problema?? me pasa tanto con
el puerto 143, como con el 110 y el 25
gracias. Carlitos
[EMAIL PROTECTED] ~]# telnet 127.0.0.1 143
Trying 127.0.0.1...
telnet: connect to address 127.0.0.1: Connection refused
telnet: Unable to connect to remote host: Connection refused





Qué servidor IMAP tienes instalado? Está corriendo? Cual es la salida
del comando "netstat -tupa" ?

Saludos a todos
  



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: No muestra carpetas que tengan Ñ

[Marcelo Guzmán]

El día 28 de mayo de 2008 4:44, Juan Serra <[EMAIL PROTECTED]> escribió:
>
> Prueba a añadir codepage=850
> Yo tenía problemas con las "ñ" al conectarme a los servidores novell de mi 
> empresa y lo arreglé con iocharset=utf-8 y además el codepage=850.
>
>
> Juan Serra Costa
> Infraestructuras
> Extensión 82016
> INSTITUTO DE BIOMECANICA DE VALENCIA
> Universidad Politécnica de Valencia - Edificio 9C
> Camino de Vera s/n
> 46022 Valencia (España)
> "En cumplimiento de la Ley Orgánica 15/1999 de 13 de diciembre de Protección 
> de Datos de Carácter Personal, le informamos que el presente mensaje contiene 
> información confidencial, siendo para uso exclusivo del destinatario arriba 
> indicado. En caso de no ser usted el destinatario del mismo le informamos que 
> su recepción no le autoriza a su divulgación o reproducción por cualquier 
> medio, debiendo destruirlo de inmediato, rogándole lo notifique al remitente."
>
> >>> "Marcelo Guzmán" <[EMAIL PROTECTED]> 05/28/08 12:34 >>>
>
>
> 2008/5/27 Juan Antonio Martínez Acosta <[EMAIL PROTECTED]>:
>>
>> Hace unos días me hice la misma pregunta y lo solucioné agregando 
>> iocharset=utf-8  en las opciones de montaje de la partición, a ti te 
>> quedaría lo siguiente.
>>
>> # /etc/fstab: static file system information.
>> #
>> #
>> proc/proc   procdefaults0   0
>> /dev/sda2   /   ext3errors=remount-ro 0   1
>> /dev/sda4   noneswapsw  0   0
>> /dev/hda/media/cdrom0   udf,iso9660 user,noauto 0   0
>> /dev/fd0/media/floppy0  autorw,user,noauto  0   0
>> /dev/sdb1   media/DATOSntfs-3g iocharset=utf-8,defaults,uid=1000 0 0
>>
>>
>> --
>> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
>> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>>
>
> Juan Antonio,
>
> Agregue lo que me dijiste, pero aun así no me muestra las carpetas que tengan 
> Ñ. Alguna otra idea?...podria tener que ver con ntfs-3g?
> Saludos de nuevo.
>
>
> --
> __
> Marcelo Guzmán Gómez
> Administrador [EMAIL PROTECTED] Internet
> LinuxUser #418381
> http://counter.li.org


Muchachos,

Sorry por la demora en contestar. He puesto todas las opciones que me
han dicho en el fstab y sigo sin ver las carpteas que tengan ñ
He googleado mucho y no se por donde podria estar el problema.
Gracias por la ayuda, y espero mas ideas. Por mientras seguire
consultando al amigo google.

Marcelo Guzmán.-

Re: dos screens con nvidia

[BasaBuru]

> Fijate si esto te sirve [1]

No ando con Twinview de nvidia
>
> para los limites podes usar un plugin de compiz fusion.

Me puedes decir cual no lo veo?

Saludos


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: problema con imap

[boube]

2008/5/30 Carlos Moreira <[EMAIL PROTECTED]>:
> Alguno sabe como puedo hacer para resolver este problema?? me pasa tanto con
> el puerto 143, como con el 110 y el 25
> gracias. Carlitos
> [EMAIL PROTECTED] ~]# telnet 127.0.0.1 143
> Trying 127.0.0.1...
> telnet: connect to address 127.0.0.1: Connection refused
> telnet: Unable to connect to remote host: Connection refused
>
>

Qué servidor IMAP tienes instalado? Está corriendo? Cual es la salida
del comando "netstat -tupa" ?

Saludos a todos
-- 
-
Adrián Boubeta [EMAIL PROTECTED]
C.T.I. TEGNIX, S.L.   www.tegnix.com
-

Re: MTA poor reputation

[boube]

2008/5/30 Edson Mauricio Gonzales Rodriguez <[EMAIL PROTECTED]>:
> Holas a todos, hace poco empeze con la configuracion de un servidor de
> correo con postfix, pero desde hace una semana mi servidor de correo esta
> siendo usado para enviar spam y recibo este mensaje cuando trato de enviar
> correo:
> "Your access to this mail system has been rejected due to the sending MTA's
> poor reputation"
> Estoy investigando este problema, googleando, no se si alguien ya paso por
> este problema antes y si pudiera darme una idea de como solucionarla
>

Primero deberías asegurarte que tienes el relay abierto. Existen
varias maneras[0], pero a mi me gusta el telnet. Solo escribe "telnet
rt.njabl.org 2500" en una consola. Si lo tienes abierto fíjate en el
fichero /etc/postfix/main.cf,  en concreto en las variables
"mydestination", "mynetworks" y especialmente  "relayhost".

[0]http://spamlinks.net/prevent-secure-relay-test.htm


Saludos a todos

-- 
-
Adrián Boubeta[EMAIL PROTECTED]
C.T.I. TEGNIX, S.L. www.tegnix.com
-

MTA poor reputation

[Edson Mauricio Gonzales Rodriguez]

Holas a todos, hace poco empeze con la configuracion de un servidor de
correo con postfix, pero desde hace una semana mi servidor de correo esta
siendo usado para enviar spam y recibo este mensaje cuando trato de enviar
correo:
"Your access to this mail system has been rejected due to the sending MTA's
poor reputation"
Estoy investigando este problema, googleando, no se si alguien ya paso por
este problema antes y si pudiera darme una idea de como solucionarla

Re: problema con imap

[Carlos Moreira]

Bárbaro me responde..

[EMAIL PROTECTED] ~]# ping 127.0.0.1
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.024 ms
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.023 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.022 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.023 ms

--- 127.0.0.1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 2998ms
rtt min/avg/max/mdev = 0.022/0.023/0.024/0.000 ms, pipe 2
[EMAIL PROTECTED] ~]#


Claudio Bazan escribió:

Carlos:

Si hace un ping a la 127.0.0.1  te responde bien??



2008/5/30 Carlos Moreira <[EMAIL PROTECTED] 
>:


Alguno sabe como puedo hacer para resolver este problema?? me pasa
tanto con el puerto 143, como con el 110 y el 25
gracias. Carlitos
[EMAIL PROTECTED] ~]# telnet 127.0.0.1  143
Trying 127.0.0.1...
telnet: connect to address 127.0.0.1 :
Connection refused
telnet: Unable to connect to remote host: Connection refused


-- 
To UNSUBSCRIBE, email to

[EMAIL PROTECTED]

with a subject of "unsubscribe". Trouble? Contact
[EMAIL PROTECTED] 





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Mejorar perfomance comando find

[david sastre]

El día 30 de mayo de 2008 18:24, Rodrigo Gallardo
<[EMAIL PROTECTED]> escribió:
> On Fri, May 30, 2008 at 11:53:46AM +0200, david sastre wrote:
>> Lo que hago es programar una tarea que lanza bash.exe con un script
>> .sh que tiene esta única línea:
>>
>> find ${RUTA_BORRADO} -mtime +90 -type f -exec rm -f {} \;
>
> Esa forma de hacerlo está haciendo un fork/exec por cada archivo, lo
> cual es relativamente caro. El find en Debian tiene una acción -delete.
> Si el de cygwin también, usala así:
>
>  find ${RUTA} -opciones -delete
>
> Si no hay la opción delete, usa xargs para juntar muchos argumentos y
> llamar a rm menos veces:
>
>  find ${ruta} -opciones -print0 | xargs -0 rm -f
>
> Ojo con el -print0 Es importante por que en windows es más probable
> encontrarse nombres de archivo con espacios.
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
>

Tomo nota. Cygwin sí soporta opción -delete.
 La única manera de reducir llamadas recurrrentes (a stat, por
ejemplo) que conocía consiste en anteponer -type a -ctime (o -atime, o
-mtime...observación que sólo aparece en la versión inglesa de la man
de find, en el apartado de ejemplos :O).
Xargs no la he probado. Hasta el Lunes no tendré oportunidad de hacerlo.
Ya os contaré qué tal funciona, si mejora los tiempos. (procuraré
comparar ambas ;)
Muchas gracias.

-- 
 "Y el escribir a solas, sin finalidad, sin proyecto, porque sí,
porque es así, puede ofrecer el carácter de una acción trascendente,
que sólo porque se trata de una humanística acción no podemos llamarla
sagrada. Mas algo tiene de rito, de conjuro, y más aún, de ofrenda, de
aceptación del ineludible presente temporal, y de transitar en el
tiempo, de salirse al encuentro, como él hace, que no nos abandona."
(María Zambrano. "El hombre y lo divino")


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Mejorar perfomance comando find

[Rodrigo Gallardo]

On Fri, May 30, 2008 at 11:53:46AM +0200, david sastre wrote:
> Lo que hago es programar una tarea que lanza bash.exe con un script
> .sh que tiene esta única línea:
> 
> find ${RUTA_BORRADO} -mtime +90 -type f -exec rm -f {} \;

Esa forma de hacerlo está haciendo un fork/exec por cada archivo, lo
cual es relativamente caro. El find en Debian tiene una acción -delete.
Si el de cygwin también, usala así:

 find ${RUTA} -opciones -delete

Si no hay la opción delete, usa xargs para juntar muchos argumentos y
llamar a rm menos veces:

 find ${ruta} -opciones -print0 | xargs -0 rm -f

Ojo con el -print0 Es importante por que en windows es más probable
encontrarse nombres de archivo con espacios.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

problema con imap

[Carlos Moreira]

Alguno sabe como puedo hacer para resolver este problema?? me pasa tanto 
con el puerto 143, como con el 110 y el 25

gracias. Carlitos
[EMAIL PROTECTED] ~]# telnet 127.0.0.1 143
Trying 127.0.0.1...
telnet: connect to address 127.0.0.1: Connection refused
telnet: Unable to connect to remote host: Connection refused


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

OT. Firefox quiere ser record guiness

[tq]

Por si a alguien le interesa sumarse a esta iniciativa les dejo un 
enlace donde se comenta el tema de firefox y su iniciativa.


http://www.linux-os.com.ar/linuxos/firefox-quiere-su-propio-record-guinness/

Saludos.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Capturar chats de msn con tcpdump

[adriancito]

Es posible caputar el chat (msn) mediante tcpdump?

gracias.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Mejorar perfomance comando find

[Ricardo Eureka!]

El día 30 de mayo de 2008 9:24, david sastre
<[EMAIL PROTECTED]> escribió:
> El día 30 de mayo de 2008 14:06, Ricardo Eureka!
> <[EMAIL PROTECTED]> escribió:
>> El día 30 de mayo de 2008 7:16, Abraham Pérez <[EMAIL PROTECTED]> escribió:
>>> Mi corta experiencia con cygwin me indica que no es muy válido para según
>>> qué cosas... una de ellas es lo que tú quieres hacer. En mi caso fue algo
>>> diferente pero muy parecido, pues tardaba también horas en hacer algo que
>>> luego un simple .py hacía en apenas un minuto. Como colofón... creo que te
>>> salría más rentable gastar el tiempo en indagar alguna otra solución que no
>>> use cygwin. La causa... posiblemente el propio cygwin.
>>
>> Si tienes algun debian u otro linux/unix en la red, monta la particion
>> fat o ntfs en la que quieres ejecutar el find y hazlo desde alli,
>> quizas obtengas una mejora.
>>
>> --
>> Ricardo A.Frydman
>> Administrador Senior de Sistemas Unix
>> http://unix-argentina.blogspot.com/
>>
>>
>> --
>> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
>> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>>
>>
>
> Síeso sería ideal. Pero como comentaba, el script tiene que
> ejecutarse _en_ la máquina, de forma programada. Ya me gustaría a mí
> lanzarlo desde el cron de un Debian, con esa unidad montada, como
> dices. Pero no puede ser por ahora, pero investigaré esa posibilidad.
> Gracias.

Perdona, no habia leido esa parteahora, si esa maquina ya tiene
cygiwn, ponle en el cron un ssh.exe a la maquina unix/linux para que
/alli/ corra el find ;)

Saludos!!!
-- 
Ricardo A.Frydman
Administrador Senior de Sistemas Unix
http://unix-argentina.blogspot.com/


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Mejorar perfomance comando find

[david sastre]

El día 30 de mayo de 2008 14:06, Ricardo Eureka!
<[EMAIL PROTECTED]> escribió:
> El día 30 de mayo de 2008 7:16, Abraham Pérez <[EMAIL PROTECTED]> escribió:
>> Mi corta experiencia con cygwin me indica que no es muy válido para según
>> qué cosas... una de ellas es lo que tú quieres hacer. En mi caso fue algo
>> diferente pero muy parecido, pues tardaba también horas en hacer algo que
>> luego un simple .py hacía en apenas un minuto. Como colofón... creo que te
>> salría más rentable gastar el tiempo en indagar alguna otra solución que no
>> use cygwin. La causa... posiblemente el propio cygwin.
>
> Si tienes algun debian u otro linux/unix en la red, monta la particion
> fat o ntfs en la que quieres ejecutar el find y hazlo desde alli,
> quizas obtengas una mejora.
>
> --
> Ricardo A.Frydman
> Administrador Senior de Sistemas Unix
> http://unix-argentina.blogspot.com/
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
>

Síeso sería ideal. Pero como comentaba, el script tiene que
ejecutarse _en_ la máquina, de forma programada. Ya me gustaría a mí
lanzarlo desde el cron de un Debian, con esa unidad montada, como
dices. Pero no puede ser por ahora, pero investigaré esa posibilidad.
Gracias.

-- 
 "Y el escribir a solas, sin finalidad, sin proyecto, porque sí,
porque es así, puede ofrecer el carácter de una acción trascendente,
que sólo porque se trata de una humanística acción no podemos llamarla
sagrada. Mas algo tiene de rito, de conjuro, y más aún, de ofrenda, de
aceptación del ineludible presente temporal, y de transitar en el
tiempo, de salirse al encuentro, como él hace, que no nos abandona."
(María Zambrano. "El hombre y lo divino")


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Mejorar perfomance comando find

[Ricardo Eureka!]

El día 30 de mayo de 2008 7:16, Abraham Pérez <[EMAIL PROTECTED]> escribió:
> Mi corta experiencia con cygwin me indica que no es muy válido para según
> qué cosas... una de ellas es lo que tú quieres hacer. En mi caso fue algo
> diferente pero muy parecido, pues tardaba también horas en hacer algo que
> luego un simple .py hacía en apenas un minuto. Como colofón... creo que te
> salría más rentable gastar el tiempo en indagar alguna otra solución que no
> use cygwin. La causa... posiblemente el propio cygwin.

Si tienes algun debian u otro linux/unix en la red, monta la particion
fat o ntfs en la que quieres ejecutar el find y hazlo desde alli,
quizas obtengas una mejora.

-- 
Ricardo A.Frydman
Administrador Senior de Sistemas Unix
http://unix-argentina.blogspot.com/


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Mejorar perfomance comando find

[Abraham Pérez]

El día 30 de mayo de 2008 12:45, david sastre <[EMAIL PROTECTED]>
escribió:

> El día 30 de mayo de 2008 12:35, Abraham Pérez <[EMAIL PROTECTED]>
> escribió:
> > Ya que me contestas personalmente, te explico lo mío.
> >
> > En mi caso tenía que coger un simple fichero con una entrada numérica en
> > cada línea, sumarlos y hallar la media. La verdad es que no recuerdo el
> > número de registros, pero era bastante alto... En hacer una simple
> chorrada
> > como esa, que ni usaba find ni nada, sólo un fichero de texto, le estaba
> > llevando horas!!! Por el contrario, en un puesto corriendo un linux de
> > verdad, lo hacía en minutos.
> >
> > Lo que tú planteas, de correr por ejemplo un .py en un cygwin la verdad
> es
> > que no lo probé. Achaqué el problema al rendimiento del cygwin en sí
> mismo.
> > Ojo que digo rendimiento eh, no digo que no sea una herramienta estupenda
> > justo para lo que tú la usas (ssh) pero si la usas sólo para eso, te
> > recomiendo el "putty" que corre excelente en Windows y tb es libre: "The
> > PuTTY executables and source code are distributed under the MIT licence,
> > which is similar in effect to the BSD licence. (This licence is Open
> Source
> > certified and complies with the Debian Free Software Guidelines.)"
> >
> > Se me ocurre una posible solución, muy guarra la verdad pero que podría
> > valerte... si sigues queriéndolo hacer con algo que sea Linux para
> > centralizar todo lo posible, prueba a virtualizar una máquina, compartir
> el
> > HD del pc con Windows y acceder vía samba. Es una guarrería... lo sé...
> pero
> > tendrías tu flamante Debian a tu entera disposición :D
> >
> > El día 30 de mayo de 2008 12:28, david sastre <[EMAIL PROTECTED]
> >
> > escribió:
> >>
> >> El día 30 de mayo de 2008 12:16, Abraham Pérez <[EMAIL PROTECTED]>
> >> escribió:
> >> > Mi corta experiencia con cygwin me indica que no es muy válido para
> >> > según
> >> > qué cosas... una de ellas es lo que tú quieres hacer. En mi caso fue
> >> > algo
> >> > diferente pero muy parecido, pues tardaba también horas en hacer algo
> >> > que
> >> > luego un simple .py hacía en apenas un minuto. Como colofón... creo
> que
> >> > te
> >> > salría más rentable gastar el tiempo en indagar alguna otra solución
> que
> >> > no
> >> > use cygwin. La causa... posiblemente el propio cygwin.
> >> >
> >> > El día 30 de mayo de 2008 11:53, david sastre
> >> > <[EMAIL PROTECTED]>
> >> > escribió:
> >> >>
> >> >> Hola Lista:
> >> >>
> >> >> Me han encomendado una tarea sobre unas máquinas Windows consistente
> >> >> en eliminar ficheros en una ruta determinada con una antigüedad >= a
> >> >> una cantidad determinada.
> >> >> Así que, como pienso Debian-mente, se me ocurrió utilizar Cygwin para
> >> >> poder usar una consola de verdad.
> >> >> El tema: el árbol de directorios a rastrear tiene del orden de
> 700.000
> >> >> archivos, y ocupa unos 7 GB.
> >> >> Lo que hago es programar una tarea que lanza bash.exe con un script
> >> >> .sh que tiene esta única línea:
> >> >>
> >> >> find ${RUTA_BORRADO} -mtime +90 -type f -exec rm -f {} \;
> >> >>
> >> >> En otra máquina utilizada para pruebas, con menos carga de ficheros,
> >> >> obtengo estos números:
> >> >>
> >> >> $ time -p (find ${RUTA_BORRADO} -mtime +5 -type f >> borrables.log)
> >> >> real 20.79
> >> >> user 3.79
> >> >> sys 16.64
> >> >>
> >> >> $ cat borrables.log | wc -l
> >> >> 81260
> >> >>
> >> >> Sin embargo, en la máquina en producción, la tarea le lleva un par de
> >> >> horas largas, lo que supone mucho más de lo esperado.
> >> >> No se me ocurre cómo optimizar el rendimiento de este
> script...¿alguna
> >> >> idea de qué puede causar esta lentitud?
> >> >>
> >> >> Gracias de antemano.
> >> >>
> >> >> --
> >> >>  "Y el escribir a solas, sin finalidad, sin proyecto, porque sí,
> >> >> porque es así, puede ofrecer el carácter de una acción trascendente,
> >> >> que sólo porque se trata de una humanística acción no podemos
> llamarla
> >> >> sagrada. Mas algo tiene de rito, de conjuro, y más aún, de ofrenda,
> de
> >> >> aceptación del ineludible presente temporal, y de transitar en el
> >> >> tiempo, de salirse al encuentro, como él hace, que no nos abandona."
> >> >> (María Zambrano. "El hombre y lo divino")
> >> >>
> >> >>
> >> >> --
> >> >> To UNSUBSCRIBE, email to
> [EMAIL PROTECTED]
> >> >> with a subject of "unsubscribe". Trouble? Contact
> >> >> [EMAIL PROTECTED]
> >> >>
> >> >
> >> >
> >>
> >> Gracias por la respuesta.
> >> La cosa es que con Cygwin me puedo conectar por ssh a máquinas que
> >> tienen un número limitado de conexiones gráficas, puedo actuar desde
> >> consola y me resulta muy cómodo. También es cierto que con el propio
> >> Cygwin puede usarse python, ¿has probado algo así?
> >>
> >>
> >>
> >> --
> >>  "Y el escribir a solas, sin finalidad, sin proyecto, porque sí,
> >> porque es así, puede ofrecer el carácter de una acción trascendente,
> >> que sólo porque se trata de una humanística acción no podemos llamarla
> >> sagrad

Re: Mejorar perfomance comando find

[david sastre]

El día 30 de mayo de 2008 12:35, Abraham Pérez <[EMAIL PROTECTED]> escribió:
> Ya que me contestas personalmente, te explico lo mío.
>
> En mi caso tenía que coger un simple fichero con una entrada numérica en
> cada línea, sumarlos y hallar la media. La verdad es que no recuerdo el
> número de registros, pero era bastante alto... En hacer una simple chorrada
> como esa, que ni usaba find ni nada, sólo un fichero de texto, le estaba
> llevando horas!!! Por el contrario, en un puesto corriendo un linux de
> verdad, lo hacía en minutos.
>
> Lo que tú planteas, de correr por ejemplo un .py en un cygwin la verdad es
> que no lo probé. Achaqué el problema al rendimiento del cygwin en sí mismo.
> Ojo que digo rendimiento eh, no digo que no sea una herramienta estupenda
> justo para lo que tú la usas (ssh) pero si la usas sólo para eso, te
> recomiendo el "putty" que corre excelente en Windows y tb es libre: "The
> PuTTY executables and source code are distributed under the MIT licence,
> which is similar in effect to the BSD licence. (This licence is Open Source
> certified and complies with the Debian Free Software Guidelines.)"
>
> Se me ocurre una posible solución, muy guarra la verdad pero que podría
> valerte... si sigues queriéndolo hacer con algo que sea Linux para
> centralizar todo lo posible, prueba a virtualizar una máquina, compartir el
> HD del pc con Windows y acceder vía samba. Es una guarrería... lo sé... pero
> tendrías tu flamante Debian a tu entera disposición :D
>
> El día 30 de mayo de 2008 12:28, david sastre <[EMAIL PROTECTED]>
> escribió:
>>
>> El día 30 de mayo de 2008 12:16, Abraham Pérez <[EMAIL PROTECTED]>
>> escribió:
>> > Mi corta experiencia con cygwin me indica que no es muy válido para
>> > según
>> > qué cosas... una de ellas es lo que tú quieres hacer. En mi caso fue
>> > algo
>> > diferente pero muy parecido, pues tardaba también horas en hacer algo
>> > que
>> > luego un simple .py hacía en apenas un minuto. Como colofón... creo que
>> > te
>> > salría más rentable gastar el tiempo en indagar alguna otra solución que
>> > no
>> > use cygwin. La causa... posiblemente el propio cygwin.
>> >
>> > El día 30 de mayo de 2008 11:53, david sastre
>> > <[EMAIL PROTECTED]>
>> > escribió:
>> >>
>> >> Hola Lista:
>> >>
>> >> Me han encomendado una tarea sobre unas máquinas Windows consistente
>> >> en eliminar ficheros en una ruta determinada con una antigüedad >= a
>> >> una cantidad determinada.
>> >> Así que, como pienso Debian-mente, se me ocurrió utilizar Cygwin para
>> >> poder usar una consola de verdad.
>> >> El tema: el árbol de directorios a rastrear tiene del orden de 700.000
>> >> archivos, y ocupa unos 7 GB.
>> >> Lo que hago es programar una tarea que lanza bash.exe con un script
>> >> .sh que tiene esta única línea:
>> >>
>> >> find ${RUTA_BORRADO} -mtime +90 -type f -exec rm -f {} \;
>> >>
>> >> En otra máquina utilizada para pruebas, con menos carga de ficheros,
>> >> obtengo estos números:
>> >>
>> >> $ time -p (find ${RUTA_BORRADO} -mtime +5 -type f >> borrables.log)
>> >> real 20.79
>> >> user 3.79
>> >> sys 16.64
>> >>
>> >> $ cat borrables.log | wc -l
>> >> 81260
>> >>
>> >> Sin embargo, en la máquina en producción, la tarea le lleva un par de
>> >> horas largas, lo que supone mucho más de lo esperado.
>> >> No se me ocurre cómo optimizar el rendimiento de este script...¿alguna
>> >> idea de qué puede causar esta lentitud?
>> >>
>> >> Gracias de antemano.
>> >>
>> >> --
>> >>  "Y el escribir a solas, sin finalidad, sin proyecto, porque sí,
>> >> porque es así, puede ofrecer el carácter de una acción trascendente,
>> >> que sólo porque se trata de una humanística acción no podemos llamarla
>> >> sagrada. Mas algo tiene de rito, de conjuro, y más aún, de ofrenda, de
>> >> aceptación del ineludible presente temporal, y de transitar en el
>> >> tiempo, de salirse al encuentro, como él hace, que no nos abandona."
>> >> (María Zambrano. "El hombre y lo divino")
>> >>
>> >>
>> >> --
>> >> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
>> >> with a subject of "unsubscribe". Trouble? Contact
>> >> [EMAIL PROTECTED]
>> >>
>> >
>> >
>>
>> Gracias por la respuesta.
>> La cosa es que con Cygwin me puedo conectar por ssh a máquinas que
>> tienen un número limitado de conexiones gráficas, puedo actuar desde
>> consola y me resulta muy cómodo. También es cierto que con el propio
>> Cygwin puede usarse python, ¿has probado algo así?
>>
>>
>>
>> --
>>  "Y el escribir a solas, sin finalidad, sin proyecto, porque sí,
>> porque es así, puede ofrecer el carácter de una acción trascendente,
>> que sólo porque se trata de una humanística acción no podemos llamarla
>> sagrada. Mas algo tiene de rito, de conjuro, y más aún, de ofrenda, de
>> aceptación del ineludible presente temporal, y de transitar en el
>> tiempo, de salirse al encuentro, como él hace, que no nos abandona."
>> (María Zambrano. "El hombre y lo divino")
>
>

Ooppps!!! :)

Siento haberte contestado al personal (la respuesta 

Re: Mejorar perfomance comando find

[Abraham Pérez]

Mi corta experiencia con cygwin me indica que no es muy válido para según
qué cosas... una de ellas es lo que tú quieres hacer. En mi caso fue algo
diferente pero muy parecido, pues tardaba también horas en hacer algo que
luego un simple .py hacía en apenas un minuto. Como colofón... creo que te
salría más rentable gastar el tiempo en indagar alguna otra solución que no
use cygwin. La causa... posiblemente el propio cygwin.

El día 30 de mayo de 2008 11:53, david sastre <[EMAIL PROTECTED]>
escribió:

> Hola Lista:
>
> Me han encomendado una tarea sobre unas máquinas Windows consistente
> en eliminar ficheros en una ruta determinada con una antigüedad >= a
> una cantidad determinada.
> Así que, como pienso Debian-mente, se me ocurrió utilizar Cygwin para
> poder usar una consola de verdad.
> El tema: el árbol de directorios a rastrear tiene del orden de 700.000
> archivos, y ocupa unos 7 GB.
> Lo que hago es programar una tarea que lanza bash.exe con un script
> .sh que tiene esta única línea:
>
> find ${RUTA_BORRADO} -mtime +90 -type f -exec rm -f {} \;
>
> En otra máquina utilizada para pruebas, con menos carga de ficheros,
> obtengo estos números:
>
> $ time -p (find ${RUTA_BORRADO} -mtime +5 -type f >> borrables.log)
> real 20.79
> user 3.79
> sys 16.64
>
> $ cat borrables.log | wc -l
> 81260
>
> Sin embargo, en la máquina en producción, la tarea le lleva un par de
> horas largas, lo que supone mucho más de lo esperado.
> No se me ocurre cómo optimizar el rendimiento de este script...¿alguna
> idea de qué puede causar esta lentitud?
>
> Gracias de antemano.
>
> --
>  "Y el escribir a solas, sin finalidad, sin proyecto, porque sí,
> porque es así, puede ofrecer el carácter de una acción trascendente,
> que sólo porque se trata de una humanística acción no podemos llamarla
> sagrada. Mas algo tiene de rito, de conjuro, y más aún, de ofrenda, de
> aceptación del ineludible presente temporal, y de transitar en el
> tiempo, de salirse al encuentro, como él hace, que no nos abandona."
> (María Zambrano. "El hombre y lo divino")
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
> [EMAIL PROTECTED]
>
>

Mejorar perfomance comando find

[david sastre]

Hola Lista:

Me han encomendado una tarea sobre unas máquinas Windows consistente
en eliminar ficheros en una ruta determinada con una antigüedad >= a
una cantidad determinada.
Así que, como pienso Debian-mente, se me ocurrió utilizar Cygwin para
poder usar una consola de verdad.
El tema: el árbol de directorios a rastrear tiene del orden de 700.000
archivos, y ocupa unos 7 GB.
Lo que hago es programar una tarea que lanza bash.exe con un script
.sh que tiene esta única línea:

find ${RUTA_BORRADO} -mtime +90 -type f -exec rm -f {} \;

En otra máquina utilizada para pruebas, con menos carga de ficheros,
obtengo estos números:

$ time -p (find ${RUTA_BORRADO} -mtime +5 -type f >> borrables.log)
real 20.79
user 3.79
sys 16.64

$ cat borrables.log | wc -l
81260

Sin embargo, en la máquina en producción, la tarea le lleva un par de
horas largas, lo que supone mucho más de lo esperado.
No se me ocurre cómo optimizar el rendimiento de este script...¿alguna
idea de qué puede causar esta lentitud?

Gracias de antemano.

-- 
 "Y el escribir a solas, sin finalidad, sin proyecto, porque sí,
porque es así, puede ofrecer el carácter de una acción trascendente,
que sólo porque se trata de una humanística acción no podemos llamarla
sagrada. Mas algo tiene de rito, de conjuro, y más aún, de ofrenda, de
aceptación del ineludible presente temporal, y de transitar en el
tiempo, de salirse al encuentro, como él hace, que no nos abandona."
(María Zambrano. "El hombre y lo divino")


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]