Re: con port mirroring mueren las tarjetas de red
2009/1/23 Danilo Reyes danilo_reye...@yahoo.com: cuantas bocas tiene el sw? que velocidad son las puertas? porque un mirror para supervisar la red ? Danilo Hola Danilo, el switch es de 24 bocas, un srw2024. las implicadas estan a 100 megas. Un mirror pq en realidad aun estoy peleando poner un fw con linux al frente para hacer toda la pega -tenemos un sonicwall- y para demostrar lo potente del cuento sin realizar nada invasivo es que quiero hacer el mirror. Saludos! Arturo.
Re: con port mirroring mueren las tarjetas de red
Quizá el equipo no es capaz de procesar la información replicada en las tarjetas y por ende mueren, quizá podrías probar con un número menor de puertas replicadas. Saludos, Oscar Muñoz Sánchez 2009/1/26 Arturo Mardones kata...@gmail.com 2009/1/23 Danilo Reyes danilo_reye...@yahoo.com: cuantas bocas tiene el sw? que velocidad son las puertas? porque un mirror para supervisar la red ? Danilo Hola Danilo, el switch es de 24 bocas, un srw2024. las implicadas estan a 100 megas. Un mirror pq en realidad aun estoy peleando poner un fw con linux al frente para hacer toda la pega -tenemos un sonicwall- y para demostrar lo potente del cuento sin realizar nada invasivo es que quiero hacer el mirror. Saludos! Arturo.
Re: con port mirroring mueren las tarjetas de red
Arturo, ¿Por que mejor no colocas en una misma VLAN los extremos LAN? (Sonicwall y el Linux) Seria mucho menos invasivo y pasaría inadvertido ... El port-mirror normalmente se utiliza para supervisar trafico (p.ej IDS, Proxys, Sniffers) Arturo Mardones escribió: Hola Danilo, el switch es de 24 bocas, un srw2024. las implicadas estan a 100 megas. Un mirror pq en realidad aun estoy peleando poner un fw con linux al frente para hacer toda la pega -tenemos un sonicwall- y para demostrar lo potente del cuento sin realizar nada invasivo es que quiero hacer el mirror. Saludos! Arturo. -- Sebastián Veloso V. Móvil : 9-4968717 Mail: svel...@sevelv.cl Web : www.sevelv.cl
mejor manera para desconectar usuarios remotos
Hola, debo de desconectar todos los usuarios remotos (ssh) de un servidor durante un periodo de tiempo semanal.. a principio pensé que deteniendo el servicio (/etc/init.d/ssh stop) resolvería el tema, pero las conexiones activas, continúan activas (plop ???) !!! he visto algunas opciones (ClientAliveInterval) en /etc/sshd/, pero no me funciona, por que necesito que se desconecten todos a las 02:00AM.. y caso el condenado, perdon, el usuario este trabajando a las 02:00AM tampoco funcionaria el ClientAliveInterval. Bueno, asi que pregunto a ustedes, cual es la mejor manera de desconectar los usuarios remotos ?? pienso que seria bueno: 1° - un mensaje indicando que el servicio sera desconectado en unos 5 minutos (como en shutdown) 2° - algún comando que finalice correctamente los comandos que puedan estar ejecutando este usuario desde esta conexión.. 3° - un comando para finalizar la conexcion de todos los usuarios remotos. la verdad es que podría hacer algo con KILL (-9 tal vez), pero creo que seria brusco.. por esto, pregunto por aca si alguien tiene alguna idea de como resolver esto. salu2 a todos y que tengamos un excelente inicio de semana. -- -- Victor Hugo dos Santos Linux Counter #224399
logs del cron y mail no coinciden
Hola a todos, Tengo las siguientes linea en el archivo /etc/cron.d/dbnet = $ sudo cat /etc/cron.d/dbnet # Detencion de los servicios de DBNET 0 3 * * * root /etc/init.d/dbnet stop 0 3 * * * root echo hola 3:0 | mail root 0 5 * * * root /etc/init.d/dbnet start 0 5 * * * root echo hola 5:0 | mail root = Los comandos echos lo puse, para poder depurar el problema y funciona correctamente a la hora estipulada pero algo raro, pasa con los comandos start/stop.. bueno, el start especificamente, pues este es lo que tengo en los logs (/var/log/cron) = $ sudo cat cron cron.1 | egrep '(init|hola)' Jan 25 03:00:01 dbnetbd crond[25594]: (root) CMD (echo hola 3:0 | mail root ) Jan 25 03:00:01 dbnetbd crond[25596]: (root) CMD (/etc/init.d/dbnet stop) Jan 25 05:00:01 dbnetbd crond[19285]: (root) CMD (echo hola 5:0 | mail root ) Jan 25 05:00:01 dbnetbd crond[19287]: (root) CMD (/etc/init.d/dbnet start ) Jan 26 03:00:02 dbnetbd crond[19454]: (root) CMD (echo hola 3:0 | mail root ) Jan 26 03:00:02 dbnetbd crond[19457]: (root) CMD (/etc/init.d/dbnet stop) Jan 26 05:00:02 dbnetbd crond[23854]: (root) CMD (echo hola 5:0 | mail root ) Jan 26 05:00:02 dbnetbd crond[23866]: (root) CMD (/etc/init.d/dbnet start ) = Teoricamente correcto, pero estos son los correos que recibo a diario con la salida de los comandos de mas arriba (observen que ambos correos, son enviados a las 03:00:02): === Recibido: from dbnetbd by (MDaemon PRO v9.6.5) with ESMTP id md50007430798.msg for linux_admin; Mon, 26 Jan 2009 02:56:50 -0300 X-Spam-Processed: , Mon, 26 Jan 2009 02:56:50 -0300 (not processed: message from trusted or authenticated source) X-Rcpt-To: linux_admin X-MDRcpt-To: linux_admin X-Envelope-From: r...@dbnetbd Recibido: by dbnetbd (Postfix) id D59D734437; Mon, 26 Jan 2009 03:00:03 -0300 (CLST) Distribuido-A: r...@dbnetbd Recibido: by dbnetbd (Postfix, from userid 0) id CCE1933CF8; Mon, 26 Jan 2009 03:00:02 -0300 (CLST) Desde: r...@dbnetbd (Cron Daemon) Para: r...@dbnetbd Asunto: Cron r...@dbnetbd /etc/init.d/dbnet stop X-Cron-Env: SHELL=/bin/sh X-Cron-Env: HOME=/root X-Cron-Env: PATH=/usr/bin:/bin X-Cron-Env: LOGNAME=root X-Cron-Env: USER=root Message-Id: 20090126060003.cce1933...@dbnetbd Fecha: Mon, 26 Jan 2009 03:00:02 -0300 (CLST) Responder a: r...@dbnetbd X-MDAV-Processed: , Mon, 26 Jan 2009 02:56:50 -0300 X-MDRedirect: 1 X-Return-Path: linux_admin --- Recibido: from dbnetbd by (MDaemon PRO v9.6.5) with ESMTP id md50007430799.msg for linux_admin; Mon, 26 Jan 2009 02:56:50 -0300 X-Spam-Processed: , Mon, 26 Jan 2009 02:56:50 -0300 (not processed: message from trusted or authenticated source) X-Rcpt-To: linux_admin X-MDRcpt-To: linux_admin X-Envelope-From: r...@dbnetbd Recibido: by dbnetbd (Postfix) id 1E03033CF8; Mon, 26 Jan 2009 03:00:05 -0300 (CLST) Distribuido-A: r...@dbnetbd Recibido: by dbnetbd (Postfix, from userid 0) id D1C7634433; Mon, 26 Jan 2009 03:00:02 -0300 (CLST) Desde: r...@dbnetbd (Cron Daemon) Para: r...@dbnetbd Asunto: Cron r...@dbnetbd /etc/init.d/dbnet start X-Cron-Env: SHELL=/bin/sh X-Cron-Env: HOME=/root X-Cron-Env: PATH=/usr/bin:/bin X-Cron-Env: LOGNAME=root X-Cron-Env: USER=root Message-Id: 20090126060003.d1c7634...@dbnetbd Fecha: Mon, 26 Jan 2009 03:00:02 -0300 (CLST) Responder a: r...@dbnetbd X-MDAV-Processed: , Mon, 26 Jan 2009 02:56:50 -0300 X-MDRedirect: 1 X-Return-Path: linux_admin === Y en los logs del servidor de correo (local), me confirma que los correos fueron enviado a las 03:00:00 == Jan 26 03:00:03 dbnetbd postfix/pickup[17603]: CCE1933CF8: uid=0 from=root Jan 26 03:00:03 dbnetbd postfix/cleanup[19520]: CCE1933CF8: message-id=20090126060003.cce1933...@dbnetbd Jan 26 03:00:03 dbnetbd postfix/qmgr[1331]: CCE1933CF8: from=r...@dbnetbd, size=758, nrcpt=1 (queue active) Jan 26 03:00:03 dbnetbd postfix/pickup[17603]: D1C7634433: uid=0 from=root Jan 26 03:00:03 dbnetbd postfix/cleanup[19522]: D1C7634433: message-id=20090126060003.d1c7634...@dbnetbd Jan 26 03:00:03 dbnetbd postfix/cleanup[19525]: D59D734437: message-id=20090126060003.cce1933...@dbnetbd Jan 26 03:00:05 dbnetbd postfix/qmgr[1331]: D1C7634433: from=r...@dbnetbd, size=924, nrcpt=1 (queue active) Jan 26 03:00:05 dbnetbd postfix/local[19524]: CCE1933CF8: to=r...@dbnetbd, orig_to=root, relay=local, delay=3, status=sent (forwarded as D59D734437) Jan 26 03:00:05 dbnetbd postfix/qmgr[1331]: CCE1933CF8: removed Jan 26 03:00:05 dbnetbd postfix/cleanup[19520]: 1E03033CF8: message-id=20090126060003.d1c7634...@dbnetbd Jan 26 03:00:05 dbnetbd postfix/local[19523]: D1C7634433: to=r...@dbnetbd, orig_to=root, relay=local, delay=3, status=sent (forwarded as 1E03033CF8) Jan 26 03:00:05 dbnetbd postfix/qmgr[1331]: D1C7634433: removed Jan 26 03:00:05 dbnetbd postfix/smtp[19526]: D59D734437: to=linux_admin, orig_to=root, relay=mail[192.168.1.28], delay=2, status=sent (250 Ok, message saved Message-ID:
Re: Manejo y administración de ventanas X-Ser ver
Sería muy bueno poder cambiar el link cargado en firefox con remote y especificando un perfil. Voy a investigar. On Sun, Jan 25, 2009 at 6:14 PM, Alvaro Herrera alvhe...@alvh.no-ip.orgwrote: Horst H. von Brand escribió: Alvaro Herrera alvhe...@alvh.no-ip.org wrote: Creo que puedes darle a firefox parametros para que use tal o cual perfil. Supongo que puedes abrir dos procesos separados, con dos perfiles separados, y cada uno va a recibir las ordenes -remote y actuar por separado. La idea que usa Firefox (y una larga lista de otras aplicaciones) es que hay _un_ proceso que administra varias ventanas. Sí, pero hasta donde entiendo, ese proceso corre bajo un determinado perfil (firefox -P, o el perfil por omisión si no se especifica ninguno). Si abres una sesión con un perfil distinto, tienes un segundo proceso a cargo de su propio conjunto de ventanas. Se supone que se puede controlar cada uno independientemente. -- Alvaro Herrera http://www.amazon.com/gp/registry/3BP7BYG9PUGI8 Cada quien es cada cual y baja las escaleras como quiere (JMSerrat) -- Hey， how are you doing recently? I would like to introduce you a very good company and its website is www.elec-eachnet.com. It can offer you all kinds of electronic products that you may be in need,such as laptops ,gps ,TV LCD,cell phones,ps3,MP3/4,motorcycles and etc You can take some time to have a check ,there must be something interesting you 'd like to purchase . The contact email: eleceach...@188.com . MSN: eleceach...@hotmail.com TEL: 0086+137 1783 2610 Hope you can enjoy yourself in shopping from that company ! Regards
Re: Re: Netiquette [Was: Re: Comparativa not ebooks y dónde comprar]
El día 26 de enero de 2009 0:07, Horst H. von Brand vonbr...@inf.utfsm.cl escribió: Juan Manuel Doren jmdo...@ok.cl wrote: Yo no seria tan pesimista. Durante muchos an~os he estado escuchando (en una larga lista de areas) que esto esta cada dia peor, donde llegaremos! y si comparas objetivamente no han habido cambios sensibles. Es parte de Se han encontrado manuscritos de los tiempos de los romanos alegando lo mismo y mira hasta donde hemos llegado ;) Cierto, me hiciste recordar a alguien que mostro un texto donde se quejaban de la juventud actual que parecia tomado de los comentarios de algun vejete en las cartas al director de algun diario... escrito por algun romano hace mas de 2000 an~os. Seguro muchos dijeron lo mismo de nosotros, y de nuestros padres y abuelos ;-) Me pregunto si acaso nosotros aprendimos o no... dada la pregunta. A mí me aterra las cartas que escriben estos chicos... si los van a emplear, que les escriban una carta con sus razones y aspiraciones. Ahí tienen un buen colador (o un buen Googlero... o un favor bien hecho). ;)
Re: mejor manera para desconectar usuarios remotos
2009/1/26 Victor Hugo dos Santos listas@gmail.com Hola, debo de desconectar todos los usuarios remotos (ssh) de un servidor durante un periodo de tiempo semanal.. a principio pensé que deteniendo el servicio (/etc/init.d/ssh stop) resolvería el tema, pero las conexiones activas, continúan activas (plop ???) !!! he visto algunas opciones (ClientAliveInterval) en /etc/sshd/, pero no me funciona, por que necesito que se desconecten todos a las 02:00AM.. y caso el condenado, perdon, el usuario este trabajando a las 02:00AM tampoco funcionaria el ClientAliveInterval. Bueno, asi que pregunto a ustedes, cual es la mejor manera de desconectar los usuarios remotos ?? pienso que seria bueno: 1° - un mensaje indicando que el servicio sera desconectado en unos 5 minutos (como en shutdown) 2° - algún comando que finalice correctamente los comandos que puedan estar ejecutando este usuario desde esta conexión.. 3° - un comando para finalizar la conexcion de todos los usuarios remotos. la verdad es que podría hacer algo con KILL (-9 tal vez), pero creo que seria brusco.. no se que tan brusco será, pero prueba con killall(1). por esto, pregunto por aca si alguien tiene alguna idea de como resolver esto. salu2 a todos y que tengamos un excelente inicio de semana. -- -- Victor Hugo dos Santos Linux Counter #224399 -- Saludos, LSM. Existen 10 tipos de personas: los que entienden binarios y los que no
Re: mejor manera para desconectar usuarios remotos
2009/1/26 Asdtaker asdta...@gmail.com: 2009/1/26 Victor Hugo dos Santos listas@gmail.com Hola, debo de desconectar todos los usuarios remotos (ssh) de un servidor durante un periodo de tiempo semanal.. a principio pensé que deteniendo el servicio (/etc/init.d/ssh stop) resolvería el tema, pero las conexiones activas, continúan activas (plop ???) !!! he visto algunas opciones (ClientAliveInterval) en /etc/sshd/, pero no me funciona, por que necesito que se desconecten todos a las 02:00AM.. y caso el condenado, perdon, el usuario este trabajando a las 02:00AM tampoco funcionaria el ClientAliveInterval. Bueno, asi que pregunto a ustedes, cual es la mejor manera de desconectar los usuarios remotos ?? pienso que seria bueno: 1° - un mensaje indicando que el servicio sera desconectado en unos 5 minutos (como en shutdown) 2° - algún comando que finalice correctamente los comandos que puedan estar ejecutando este usuario desde esta conexión.. 3° - un comando para finalizar la conexcion de todos los usuarios remotos. la verdad es que podría hacer algo con KILL (-9 tal vez), pero creo que seria brusco.. no se que tan brusco será, pero prueba con killall(1). Podrias mandarles un avisito con 'wall' antes del kill -- Miguel
Re: mejor manera para desconectar usuarios remotos
Victor Hugo dos Santos escribió: a principio pensé que deteniendo el servicio (/etc/init.d/ssh stop) resolvería el tema, pero las conexiones activas, continúan activas (plop ???) !!! he visto algunas opciones (ClientAliveInterval) en /etc/sshd/, pero no me funciona, por que necesito que se desconecten todos a las 02:00AM.. y caso el condenado, perdon, el usuario este trabajando a las 02:00AM tampoco funcionaria el ClientAliveInterval. Bueno, asi que pregunto a ustedes, cual es la mejor manera de desconectar los usuarios remotos ?? Si el usuario no está en la estación a las 2:00 AM, entonces no servirá de nada mandarle un mensaje, porque no se va a desconectar manualmente. Pero si alguno llega a estarlo, se va a molestar si lo desconectas sin avisarle con anticipación. Así que estoy de acuerdo con tu plan: pienso que seria bueno: 1° - un mensaje indicando que el servicio sera desconectado en unos 5 minutos (como en shutdown) 2° - algún comando que finalice correctamente los comandos que puedan estar ejecutando este usuario desde esta conexión.. 3° - un comando para finalizar la conexcion de todos los usuarios remotos. La verdad es que no sé cómo hacer el paso 2, pero para terminar las conexiones SSH lo que puedes hacer es un kill -HUP (hang up) del shell, con lo cual éste corta la conexión y se cierra. Obviamente si algún usuario dejó procesos con nohup o daemons de otro tipo no se van a cerrar, pero no creo que eso importe mucho ... -- Alvaro Herrera http://www.amazon.com/gp/registry/5ZYLFMCVHXC La gente vulgar solo piensa en pasar el tiempo; el que tiene talento, en aprovecharlo
Re: mejor manera para desconectar usuarios remotos
2009/1/26 Victor Hugo dos Santos listas@gmail.com Hola, debo de desconectar todos los usuarios remotos (ssh) de un servidor durante un periodo de tiempo semanal.. a principio pensé que deteniendo el servicio (/etc/init.d/ssh stop) resolvería el tema, pero las conexiones activas, continúan activas (plop ???) !!! he visto algunas opciones (ClientAliveInterval) en /etc/sshd/, pero no me funciona, por que necesito que se desconecten todos a las 02:00AM.. y caso el condenado, perdon, el usuario este trabajando a las 02:00AM tampoco funcionaria el ClientAliveInterval. Bueno, asi que pregunto a ustedes, cual es la mejor manera de desconectar los usuarios remotos ?? pienso que seria bueno: 1° - un mensaje indicando que el servicio sera desconectado en unos 5 minutos (como en shutdown) 2° - algún comando que finalice correctamente los comandos que puedan estar ejecutando este usuario desde esta conexión.. 3° - un comando para finalizar la conexcion de todos los usuarios remotos. la verdad es que podría hacer algo con KILL (-9 tal vez), pero creo que seria brusco.. por esto, pregunto por aca si alguien tiene alguna idea de como resolver esto. Yo lo haria con iptables algo asi como. iptables -A INPUT -p tcp -s $mi_lan -d $ip_servidor --dport 22 -m state --state NEW,ESTABLISHED -m time --timestart 06:30 --timestop 02:00 -days Mon,Tue,Wed,Thu,Fri -j ACCEPT slds salu2 a todos y que tengamos un excelente inicio de semana. -- -- Victor Hugo dos Santos Linux Counter #224399
Re: mejor manera para desconectar usuarios remotos
On Mon, 2009-01-26 at 10:22 -0300, Victor Hugo dos Santos wrote:
debo de desconectar todos los usuarios remotos (ssh) de un servidor
durante un periodo de tiempo semanal..
a principio pensé que deteniendo el servicio (/etc/init.d/ssh stop)
resolvería el tema, pero las conexiones activas, continúan activas
(plop ???) !!!
Eso permite actualizar ssh remotamente: se actualiza, se reinica el
servidor, pero sigues conectado.
Bueno, asi que pregunto a ustedes, cual es la mejor manera de
desconectar los usuarios remotos ??
1ero: deja un aviso en el /etc/motd explicando tus politicas [mira el
man de motd, aca en debian debes modificar /etc/motd.tail]
2do: determina quienes se conectaron via ssh. Una aproximacion es ver
que procesos son hijos de sshd; aca un ejemplo:
// listar procesos hijos de sshd
# pstree -p $(cat /var/run/sshd.pid )
// extraer PID's
# pstree -up $(cat /var/run/sshd.pid )|\
perl -ne '@a = ($_ =~ m/(\d+)/g); print join(\n, @a).\n'
/tmp/listapid.txt
// buscar usuarios (salvo root)
# ps -ho user,tty $(cat /tmp/listapid.txt) | grep -v ^root
# ps -ho user,tty $(cat /tmp/listapid.txt) | grep -v ^root \
| awk '{print $1}' | uniq /tmp/listausuarios.txt
3ero: avisa a los usuarios
// write a dichos usuarios
# for i in $(cat /tmp/listausuarios.txt); do echo 'el mundo se va a
acabar...' | write $i ; done
4to: mata los procesos (deberias regenerar el /tmp/listapid.txt)
// kill por favor de los procesos
# for i in $(cat /tmp/listapid.txt); do kill -HUP $i; done
# sleep 60
// kill a los procesos porfiados...
# for i in $(cat /tmp/listapid.txt); do kill -TERM $i; done
# sleep 60
// kill a los ultra ultra porfiados
# for i in $(cat /tmp/listapid.txt); do kill -KILL $i; done
1° - un mensaje indicando que el servicio sera desconectado en unos 5
minutos (como en shutdown)
2° - algún comando que finalice correctamente los comandos que puedan
estar ejecutando este usuario desde esta conexión..
3° - un comando para finalizar la conexcion de todos los usuarios remotos.
la verdad es que podría hacer algo con KILL (-9 tal vez), pero creo
que seria brusco..
por esto, pregunto por aca si alguien tiene alguna idea de como resolver esto.
Otra opcion podria ser que evites login (touch /etc/nologin) y
_suspender_ esos procesos (kill -STOP pid) ... y revivirlos a la
vuelta de la hora normal (kill -CONT pid)
Asi nadie pierde nada; pero depende de porque necesitas matar esos
procesos ...
--
Aldrin Martoq amar...@dcc.uchile.cl
http://aldrin.martoq.cl/videopodcast/ http://aldrin.martoq.cl/techblog/
signature.asc
Description: This is a digitally signed message part
Re: con port mirroring mueren las tarjetas de red
On Mon, Jan 26, 2009 at 9:27 AM, Sebastián Veloso Varas svel...@sevelv.cl wrote: Arturo, ¿Por que mejor no colocas en una misma VLAN los extremos LAN? (Sonicwall y el Linux) Seria mucho menos invasivo y pasaría inadvertido ... El port-mirror normalmente se utiliza para supervisar trafico (p.ej IDS, Proxys, Sniffers) Arturo Mardones escribió: Hola Sebastian, Lo que quiero es pasar justamente todo por ntop, porque tengo las sospecha que tengo mas de algun pc infectado con algun zombie, algunos pc con torrent y mulas, y mas de alguna otra cosa extraña... Ya hice funcionar el tema, el cuento es que la tarjeta de red no debe tener una direccion asignada y con eso funciona inmediatamente... plop! Saludos y gracias a todos por sus respuestas. Arturo.
Re: mejor manera para desconectar usuarios remotos
2009/1/26 Aldrin Martoq amar...@dcc.uchile.cl
On Mon, 2009-01-26 at 10:22 -0300, Victor Hugo dos Santos wrote:
debo de desconectar todos los usuarios remotos (ssh) de un servidor
durante un periodo de tiempo semanal..
a principio pensé que deteniendo el servicio (/etc/init.d/ssh stop)
resolvería el tema, pero las conexiones activas, continúan activas
(plop ???) !!!
Eso permite actualizar ssh remotamente: se actualiza, se reinica el
servidor, pero sigues conectado.
Bueno, asi que pregunto a ustedes, cual es la mejor manera de
desconectar los usuarios remotos ??
1ero: deja un aviso en el /etc/motd explicando tus politicas [mira el
man de motd, aca en debian debes modificar /etc/motd.tail]
2do: determina quienes se conectaron via ssh. Una aproximacion es ver
que procesos son hijos de sshd; aca un ejemplo:
// listar procesos hijos de sshd
# pstree -p $(cat /var/run/sshd.pid )
// extraer PID's
# pstree -up $(cat /var/run/sshd.pid )|\
perl -ne '@a = ($_ =~ m/(\d+)/g); print join(\n, @a).\n'
/tmp/listapid.txt
// buscar usuarios (salvo root)
# ps -ho user,tty $(cat /tmp/listapid.txt) | grep -v ^root
# ps -ho user,tty $(cat /tmp/listapid.txt) | grep -v ^root \
| awk '{print $1}' | uniq /tmp/listausuarios.txt
3ero: avisa a los usuarios
// write a dichos usuarios
# for i in $(cat /tmp/listausuarios.txt); do echo 'el mundo se va a
acabar...' | write $i ; done
4to: mata los procesos (deberias regenerar el /tmp/listapid.txt)
// kill por favor de los procesos
# for i in $(cat /tmp/listapid.txt); do kill -HUP $i; done
# sleep 60
// kill a los procesos porfiados...
# for i in $(cat /tmp/listapid.txt); do kill -TERM $i; done
# sleep 60
// kill a los ultra ultra porfiados
# for i in $(cat /tmp/listapid.txt); do kill -KILL $i; done
1° - un mensaje indicando que el servicio sera desconectado en unos 5
minutos (como en shutdown)
2° - algún comando que finalice correctamente los comandos que puedan
estar ejecutando este usuario desde esta conexión..
3° - un comando para finalizar la conexcion de todos los usuarios
remotos.
la verdad es que podría hacer algo con KILL (-9 tal vez), pero creo
que seria brusco..
por esto, pregunto por aca si alguien tiene alguna idea de como resolver
esto.
Otra opcion podria ser que evites login (touch /etc/nologin) y
_suspender_ esos procesos (kill -STOP pid) ... y revivirlos a la
vuelta de la hora normal (kill -CONT pid)
Asi nadie pierde nada; pero depende de porque necesitas matar esos
procesos ...
Guau! ¿así quien no? Excelente solución, se va derecho a Golden Doc.
Tks!
--
Aldrin Martoq amar...@dcc.uchile.cl
http://aldrin.martoq.cl/videopodcast/ http://aldrin.martoq.cl/techblog/
--
Saludos, LSM.
Existen 10 tipos de personas:
los que entienden binarios y los que no
Re: con port mirroring mueren las tarjetas de red
Hola Arturo, Entendí mal pensando que querias colocar un firewall Linux paralelo al existente (Sonicwall). Efectivamente, si necesitas sniffear debes usar port-mirroring o sino un hub de antaño jejeje (util para aquellos switches que no soporte PM) Para que una interfaz este sensando, no debe tener asignada una direccion y trabajar en modo promiscuo (modo sniffing). Quizás haya sido aquello tu problema, pero aun asi es extraño. Pero por lo pronto, ya te está funcionando el asunto Éxito, Saludos, Arturo Mardones escribió: On Mon, Jan 26, 2009 at 9:27 AM, Sebastián Veloso Varas svel...@sevelv.cl wrote: Arturo, ¿Por que mejor no colocas en una misma VLAN los extremos LAN? (Sonicwall y el Linux) Seria mucho menos invasivo y pasaría inadvertido ... El port-mirror normalmente se utiliza para supervisar trafico (p.ej IDS, Proxys, Sniffers) Arturo Mardones escribió: Hola Sebastian, Lo que quiero es pasar justamente todo por ntop, porque tengo las sospecha que tengo mas de algun pc infectado con algun zombie, algunos pc con torrent y mulas, y mas de alguna otra cosa extraña... Ya hice funcionar el tema, el cuento es que la tarjeta de red no debe tener una direccion asignada y con eso funciona inmediatamente... plop! Saludos y gracias a todos por sus respuestas. Arturo. -- Sebastián Veloso V. Móvil : 9-4968717 Mail: svel...@sevelv.cl Web : www.sevelv.cl
Re: mejor manera para desconectar usuarios remotos
2009/1/26 Aldrin Martoq amar...@dcc.uchile.cl:
On Mon, 2009-01-26 at 10:22 -0300, Victor Hugo dos Santos wrote:
[...]
// listar procesos hijos de sshd
# pstree -p $(cat /var/run/sshd.pid )
// extraer PID's
# pstree -up $(cat /var/run/sshd.pid )|\
perl -ne '@a = ($_ =~ m/(\d+)/g); print join(\n, @a).\n'
/tmp/listapid.txt
// buscar usuarios (salvo root)
# ps -ho user,tty $(cat /tmp/listapid.txt) | grep -v ^root
# ps -ho user,tty $(cat /tmp/listapid.txt) | grep -v ^root \
| awk '{print $1}' | uniq /tmp/listausuarios.txt
interessante.. me salvaste unas cuantas neuronas !! :D
[...]
4to: mata los procesos (deberias regenerar el /tmp/listapid.txt)
// kill por favor de los procesos
# for i in $(cat /tmp/listapid.txt); do kill -HUP $i; done
# sleep 60
he probado el -HUP y realmente desconecta a los usuarios remotos..
pero la verdad es que en este caso no entiendo por que se usa el HUP.
ya que siempre pense que el -HUP, serviria para hacer que un proceso
leyera sus archivos de configurarcion sin reiniciarlo (un reload, en
realiad).. y jamas lo utilizaria para el caso de mas arriba, pues
pensaba que la senal TERM seria la mas apropiada.
salu2 y gracias.
--
--
Victor Hugo dos Santos
Linux Counter #224399
Re: mejor manera para desconectar usuarios remotos
Victor Hugo dos Santos escribió: he probado el -HUP y realmente desconecta a los usuarios remotos.. pero la verdad es que en este caso no entiendo por que se usa el HUP. HUP viene de hang up, que es la expresión que los gringos usan para colgar el teléfono. La analogía es obvia: si estás corriendo un intérprete en un servidor remoto y cuelgas, obviamente lo que tiene que pasar es que el intérprete se cierre (para terminar la conexión). Además, el intérprete propaga la señal a sus procesos hijos. El que SIGHUP se use para indicar otra cosa es una reliquia histórica; como obviamente no tiene sentido pedirle a un daemon que cuelgue la conexión (dado que la idea era que siguiera funcionando), se puede reciclar la señal para el significado releer los archivos de configuración que no tenía señal propia. Es más; es muy conveniente usarla para este significado, porque si echas a andar un proceso cualquiera y luego cierras el terminal, el proceso se muere; pero si este proceso está pensado para mantenerse vivo después del cierre, entonces nada mejor que darle un uso que sea inocuo. Mira las primeras 15 señales: HUP, INT, QUIT, ILL, TRAP, ABRT, BUS, FPE, KILL, USR1, SEGV, USR2, PIPE, ALRM, TERM ... ya están todos los posibles significados usados, el único que es susceptible de reciclarse es HUP. (El valor 0 por alguna razón no tiene nombre, pero tiene sus propios usos). -- Alvaro Herrera http://www.amazon.com/gp/registry/DXLWNGRJD34J Cuando miro a alguien, más me atrae cómo cambia que quién es (J. Binoche)
Re: mejor manera para desconectar usuarios remotos
Victor Hugo dos Santos escribió:
2009/1/26 Aldrin Martoq amar...@dcc.uchile.cl:
On Mon, 2009-01-26 at 10:22 -0300, Victor Hugo dos Santos wrote:
[...]
// listar procesos hijos de sshd
# pstree -p $(cat /var/run/sshd.pid )
// extraer PID's
# pstree -up $(cat /var/run/sshd.pid )|\
perl -ne '@a = ($_ =~ m/(\d+)/g); print join(\n, @a).\n'
/tmp/listapid.txt
// buscar usuarios (salvo root)
# ps -ho user,tty $(cat /tmp/listapid.txt) | grep -v ^root
# ps -ho user,tty $(cat /tmp/listapid.txt) | grep -v ^root \
| awk '{print $1}' | uniq /tmp/listausuarios.txt
interessante.. me salvaste unas cuantas neuronas !! :D
[...]
4to: mata los procesos (deberias regenerar el /tmp/listapid.txt)
// kill por favor de los procesos
# for i in $(cat /tmp/listapid.txt); do kill -HUP $i; done
# sleep 60
he probado el -HUP y realmente desconecta a los usuarios remotos..
pero la verdad es que en este caso no entiendo por que se usa el HUP.
De signal(7):
SIGHUP1 TermHangup detected on controlling terminal
or death of controlling process
Pensado en modem, le cuelgas el telefono a la conexion. (Históricamente,
precisamente esa era la acción que gatillaba un SIGHUP)
ya que siempre pense que el -HUP, serviria para hacer que un proceso
leyera sus archivos de configurarcion sin reiniciarlo (un reload, en
realiad).. y jamas lo utilizaria para el caso de mas arriba, pues
pensaba que la senal TERM seria la mas apropiada.
En varios daemons se ha reutilizado HUP para ese proposito.
Otros usan SIGUSR1/2 para lo mismo.
--
Julio Pacheco T.
Consultor Tecnológico
ProVectis S.A.
Fono: 2319910 anexo 109
Re: mejor manera para desconectar usuarios remotos
2009/1/26 Aldrin Martoq amar...@dcc.uchile.cl:
On Mon, 2009-01-26 at 10:22 -0300, Victor Hugo dos Santos wrote:
debo de desconectar todos los usuarios remotos (ssh) de un servidor
durante un periodo de tiempo semanal..
a principio pensé que deteniendo el servicio (/etc/init.d/ssh stop)
resolvería el tema, pero las conexiones activas, continúan activas
(plop ???) !!!
Eso permite actualizar ssh remotamente: se actualiza, se reinica el
servidor, pero sigues conectado.
...
no lo se.. creo que seria bueno que cuando uno indicara que el
servicio se detuviera, se cerrara todas las conexciones activas..
y en caso de las actualizaciones/mantenciones se podria utilizar
reload/HUP y asi mantener las sessiones abiertas.
[...]
abajo sigue, las lineas que enviaste con algunos ayustes... entre ellos:
- habia un error con el parametro ps -ho (al menos en RHEL, no
reconoce la opcion h)
- ahora, se obtiene los tty en que esta el usuario
- y un cambio de uniq para sort -u
- tambien se envia un correo al admin con los usuarios que estaban
=
#/bin/bash
# Script para desconectar los usuarios remotos en los servidores.
# http://listas.inf.utfsm.cl/pipermail/linux/2009-January/046459.html
PIDS_TEMP=`mktemp /tmp/$0.X`
USERS_TEMP=`mktemp /tmp/$0.X`
TIMEOUT=60
# Guardar los PIDs associados con el proceso SSH y sus subprocesos
# en un archivo temporal
pstree -up $(cat /var/run/sshd.pid ) | perl -ne '@a = ($_ =~
m/(\d+)/g); print join(\n, @a).\n' $PIDS_TEMP
# Obtiente el nombre de los usuarios y los TTY en que estan conectados
# (util cuando el usuario tiene mas de una session abierta)
ps -o user,tty $(cat $PIDS_TEMP) | grep pts | egrep -v '(^root|^USER)'
| awk '{print $1 $2}' | sort -u $USERS_TEMP
# envia un mensaje al usuario
cat $USERS_TEMP | while read USERS
do
echo -e El sistema desconectara todos los usuarios remotos en
$TIMEOUT SEGUNGOS\n | write $USERS
done
# Caso no hay usuarios conectados, finaliza el proceso
# en caso contrario, enviar el listado al administrador
if [ x$USERS_TEMP = x ]; then
exit 0
else
cat $USERS_TEMP | mail root -s Usuarios Conectados en el Sistema
fi
# Espera el tiempo indicado para inicar el proceso de desconexcion
sleep $TIMEOUT
# Envia una senal HUP a todos los procesos
for PROCS in `pstree -up $(cat /var/run/sshd.pid ) | perl -ne '@a =
($_ =~ m/(\d+)/g); print join(\n, @a).\n'`
do
kill -HUP $PROCS
done
# Espera 60 segundos para que los procesos se detengan y en caso contrario
# envia una senal TERM
sleep 60
for PROCS in `pstree -up $(cat /var/run/sshd.pid ) | perl -ne '@a =
($_ =~ m/(\d+)/g); print join(\n, @a).\n'`
do
kill -HUP $PROCS
done
# espera otros 60 segundos y caso no hay logrado finalizar todos
# los procesos remotos, envia una senal KILL
sleep 60
for PROCS in `pstree -up $(cat /var/run/sshd.pid ) | perl -ne '@a =
($_ =~ m/(\d+)/g); print join(\n, @a).\n'`
do
kill -HUP $PROCS
done
=
salu2 y gracias nuevamente
--
--
Victor Hugo dos Santos
Linux Counter #224399
Re: Comparativa notebooks y dónde comprar
Mi experincia con el 1525 es excelente, lo compre con el SO de Microsoft por que no tenía como no traerlo, pero me documenté y para no complicarme cambié la tarjeta wifi por la intel que tienen como alternativa ( mini Intel(R) Pro Wireless 3945 802.11a/b/g) por 17 mil pesos más ( te recomiendo hacerlo por teléfono ) también bajé de la dell el ubuntu que tiene para estos efectos ( 8.04) y todo perfecto, si no cambias la tarjeta wifi está la alternativa de instalar los driver del repositorio de dell-team. saludos y suerte. Orlantux El 22 de enero de 2009 13:44, Electrolinux r...@electrolinux.cl escribió: El Thursday 22 January 2009 12:53:41 Alvaro Herrera escribió: Es la moda desde hace años ... son muy pocos los clientes modernos que respetan la netiquette. Casi todos acostumbran al usuario a hacer top-posting, por ejemplo, o escribir en HTML. Habrá que volver a los tiempos viejos? o será más simple educar a los nuevos? Existe una mala educación arraigada hace años de no respetar nada y de hacer lo que se les place y sobre todo de usuarios recien llegados a Linux que aún conservan algunas malas costumbres introducidas. Yo me canse de lidear con usuarios que ni siquiera tienen interez en aprender a escribir y construir un correo en forma decente y no sólo en las listas de correo, si no además en forma profesional. Una lástima por el poco interés en aprender y lo que es peor los que vienen de más abajo aún... tomarán como ejemplo a estos escribientes de correo y no tendrán un modelo correcto a seguir... es decir seguirá la degradación en forma sostenida y creciente de estas malas costumbres. Espero que este radicalmente equivocado en mi diagnóstico, pero hasta hoy no veo mejoras, muy por el contrario y si no es por un correo que alude a ello cada ciertos milenios... en tema sería peor. Saludos Ricardo
Re: mejor manera para desconectar usuarios remotos
On Mon, 2009-01-26 at 15:51 -0300, Germán Póo-Caamaño wrote: Los pasos 2 y 3 te los ahorras usando el viejo y casi olvidado wall(1). Pero eso alertaria a usuarios que estan conectados de otras formas (ejemplos: tty serial o un XDMCP remoto). -- Aldrin Martoq amar...@dcc.uchile.cl http://aldrin.martoq.cl/videopodcast/ http://aldrin.martoq.cl/techblog/ signature.asc Description: This is a digitally signed message part
Re: mejor manera para desconectar usuarios remotos
Aldrin Martoq escribió: On Mon, 2009-01-26 at 15:51 -0300, Germán Póo-Caamaño wrote: Los pasos 2 y 3 te los ahorras usando el viejo y casi olvidado wall(1). Pero eso alertaria a usuarios que estan conectados de otras formas (ejemplos: tty serial o un XDMCP remoto). Victor Hugo no ha especificado para qué quiere desconectar sólo a los usuarios por SSH de esta forma, así que no sabemos si es bueno o malo. -- Alvaro Herrera Developer, http://www.PostgreSQL.org/ Hi! I'm a .signature virus! cp me into your .signature file to help me spread!
Re: mejor manera para desconectar usuarios remotos
On Mon, 2009-01-26 at 16:53 -0300, Victor Hugo dos Santos wrote:
abajo sigue, las lineas que enviaste con algunos ayustes... entre ellos:
- habia un error con el parametro ps -ho (al menos en RHEL, no
reconoce la opcion h)
- ahora, se obtiene los tty en que esta el usuario
- y un cambio de uniq para sort -u
- tambien se envia un correo al admin con los usuarios que estaban
Yo quitaria los archivos temporales. Aca un ejemplo de como hacerlo
#!/bin/bash
hijos_ssh () {
sshdpid=$(cat /var/run/sshd.pid)
pstree -p $sshdpid \
| perl -ne \
'@a = ($_ =~ m/(\d+)/g); print join(\n, @a).\n' \
| grep -v ^$sshdpid$
}
for i in $(hijos_ssh); do echo pid $i; done
-
Lo otro, cuidado que esto no es perfecto... si un proceso se llama 1
podrias matar el proceso init (por decir algo pq no se puede, pero
podrias matar apache o cualquier otro proceso). Ejemplo:
sshd(12627)───sshd(12659,amartoq)───bash(12662)───10.sh(13649)
Calza por mientras aparece algo mejor los numeros entre parentesis y
quita el -u...
--
Aldrin Martoq amar...@dcc.uchile.cl
http://aldrin.martoq.cl/videopodcast/ http://aldrin.martoq.cl/techblog/
signature.asc
Description: This is a digitally signed message part
Re: mejor manera para desconectar usuarios remotos
Aldrin Martoq escribió:
#!/bin/bash
hijos_ssh () {
sshdpid=$(cat /var/run/sshd.pid)
pstree -p $sshdpid \
| perl -ne \
'@a = ($_ =~ m/(\d+)/g); print join(\n, @a).\n' \
| grep -v ^$sshdpid$
}
Yo creo que esta es una forma horrible de hacer esto. Yo me inclinaría
por algo así:
ps --ppid $(cat /var/run/sshd.pid) -o pid --no-headers
y luego iterar (una vez) para obtener los hijos de esos procesos, o sea
for pid in $(ps --ppid $(cat /var/run/sshd.pid) -o pid --no-headers); do
ps --ppid $pid -o pid --no-headers
done
--
Alvaro Herrera Developer, http://www.PostgreSQL.org/
How strange it is to find the words Perl and saner in such close
proximity, with no apparent sense of irony. I doubt that Larry himself
could have managed it. (ncm, http://lwn.net/Articles/174769/)
problemas con ntop
Hola a todos, estoy con un problema muy tonto y no he encontrado solucion tengo el ntop instalado en mi linux pero al mostrar los graficos de resumen, no me muestra el texto de los ejes, me muestra solo puntos... he buscado y buscado y nada... he visto el codigo, dice que usa helvetica y nada... en fin... cualquier ayuda se las agradezco mucho desde ya. Saludos! -- http://animaldelared.blogspot.com Visita Un computador por niño http://www.ucpn.cl
Copiar archivos y carpetas
Buenas listeros, una consulta quizas algo tonta estoy tratando de copiar unos cuantos archivos y carpetas desde un disco duro a uno externo necesito saber que comando copia archivos y carpetas porque cuando hago el comando cp solo copia archivos dentro de esta carpeta, los subdirectorios los salta como lo uso es: cp /carpetaorigen/* /carpetadestino de antemano gracias -- Atte Alberto Araya
Re: Copiar archivos y carpetas
Alberto raya Rojas escribió: Buenas listeros, una consulta quizas algo tonta estoy tratando de copiar unos cuantos archivos y carpetas desde un disco duro a uno externo necesito saber que comando copia archivos y carpetas porque cuando hago el comando cp solo copia archivos dentro de esta carpeta, los subdirectorios los salta como lo uso es: cp /carpetaorigen/* /carpetadestino de antemano gracias cp -rp /carpetaorigen/* /carpetadestino tar cpf - carpetaorigen/ |(cd /carpetadestino; tar xpf -) Otros? -- Julio Pacheco T. Consultor Tecnológico ProVectis S.A. Fono: 2319910 anexo 109
Re: mejor manera para desconectar usuarios remotos
On Mon, 2009-01-26 at 18:25 -0300, Alvaro Herrera wrote:
Aldrin Martoq escribió:
#!/bin/bash
hijos_ssh () {
sshdpid=$(cat /var/run/sshd.pid)
pstree -p $sshdpid \
| perl -ne \
'@a = ($_ =~ m/(\d+)/g); print join(\n, @a).\n' \
| grep -v ^$sshdpid$
}
Yo creo que esta es una forma horrible de hacer esto. Yo me inclinaría
por algo así:
ps --ppid $(cat /var/run/sshd.pid) -o pid --no-headers
y luego iterar (una vez) para obtener los hijos de esos procesos, o sea
for pid in $(ps --ppid $(cat /var/run/sshd.pid) -o pid --no-headers); do
ps --ppid $pid -o pid --no-headers
done
Yep, _mucho_ mejor! Solo te falto iterar todo el arbol hasta el final,
no solo la primera capa:
--h.sh---
#!/bin/bash
hijos() {
for i in $(ps --ppid $1 -o pid --no-headers); do
(hijos $i)
echo -n $i
done
}
sshdpid=$(cat /var/run/sshd.pid)
echo hijos sshd ($sshdpid): $(hijos $sshdpid)
-
amar...@videopodcast:~$ pstree -Ap $(cat /var/run/sshd.pid)
sshd(4859)-+-sshd(7)---sshd(11125)---bash(11128)
`-sshd(12035)---sshd(12039)---bash(12042)
amar...@videopodcast:~$ ./h.sh
hijos sshd (4859): 11128 11125 7 12042 12039 12035
--
Aldrin Martoq amar...@dcc.uchile.cl
http://aldrin.martoq.cl/videopodcast/ http://aldrin.martoq.cl/techblog/
signature.asc
Description: This is a digitally signed message part
Re: Copiar archivos y carpetas
On Mon, 2009-01-26 at 19:08 -0300, Alberto Araya Rojas wrote: Buenas listeros, una consulta quizas algo tonta estoy tratando de copiar unos cuantos archivos y carpetas desde un disco duro a uno externo necesito saber que comando copia archivos y carpetas porque cuando hago el comando cp solo copia archivos dentro de esta carpeta, los subdirectorios los salta como lo uso es: cp /carpetaorigen/* /carpetadestino RTFM: Cuando alguien te diga cp(1) o RTFM significa que la respuesta a tu pregunta esta en el manual. Escribe man cp en la consola. HINT: busca por recursive o similiar. Si el disco externo NO esta en algun formato unix, deberias empaquetar el contenido con tar (similar a un .ZIP); de otro modo vas a perder la info de los permisos y quizas que otra cosa mas ... -- Aldrin Martoq amar...@dcc.uchile.cl http://aldrin.martoq.cl/videopodcast/ http://aldrin.martoq.cl/techblog/ signature.asc Description: This is a digitally signed message part
Re: logs del cron y mail no coinciden
On Mon, 2009-01-26 at 10:03 -0300, Victor Hugo dos Santos wrote: Tengo las siguientes linea en el archivo /etc/cron.d/dbnet = $ sudo cat /etc/cron.d/dbnet # Detencion de los servicios de DBNET 0 3 * * * root /etc/init.d/dbnet stop 0 3 * * * root echo hola 3:0 | mail root 0 5 * * * root /etc/init.d/dbnet start 0 5 * * * root echo hola 5:0 | mail root = Los comandos echos lo puse, para poder depurar el problema y funciona correctamente a la hora estipulada pero algo raro, pasa con los comandos start/stop.. bueno, el start especificamente, pues este es lo que tengo en los logs (/var/log/cron) Hmmm Intenta 0 10 * * * root echo $(date) | mail root Y ve a las 10 de la manana con que hora te llegan ... La unica linea que veo distinta es la X-MDAV-Processed. -- Aldrin Martoq amar...@dcc.uchile.cl http://aldrin.martoq.cl/videopodcast/ http://aldrin.martoq.cl/techblog/ signature.asc Description: This is a digitally signed message part
Re: Netiquette [Was: Re: Comparativa notebooks y dónde comprar]
El Sunday 25 January 2009 03:26:31 Horst H. von Brand escribió: Aquellos en que no habia red (que siviera de algo)? Cuando tener un modem de 28.8 era el suen~o mojado? Hey Doc... dije sólo viejos, no paleoliticos! Nunca ha sido simple... y lo peor de todo es que siempre aparecen mas... Si completamente de acuerdo y no paran! Revisa acerca del year september never endeth... no han cambiado particularmente las cosas desde entonces. Al parecer no han cambiado radicalmente. Persevera. Acumulas puntos de karma positivo. ;-) Y lo que es peor... algunos perjiles además se molestan porque uno los corrige a les sugiero que aprendan a escribir correos Esta claro que los analfabetos que consideran cool el analfabetismo no llegaran a ningun lado. Estoy dispuesto a gastar algo de tiempo en alguien que demuestra interes por aprender, pero no en quienes hacen alarde de su ignorancia. Estamos en el mismo grupo al parecer... Yo no seria tan pesimista. Durante muchos an~os he estado escuchando (en una larga lista de areas) que esto esta cada dia peor, donde llegaremos! y si comparas objetivamente no han habido cambios sensibles. Es parte de aquello de todo tiempo pasado fue mejor, los malos ratos se olvidan y quedan como anecdotas divertidas, los buenos momentos se recuerdan y atesoran, creciendo conforme pasa el tiempo. Tal vez pueda parecer pesimista, pero me encuentro con esa dura realidad casi frecuentemente, pero en vardad le encuentro razón, hay que atesorar los buenos momentos y dejar los malos al olvido, así salen menos canas (hmmm o tal vez estaré radicalmente equivocado... tendré que pensarlo) Saludos -- Atentamente. +---+-+ | Ricardo Albarracin B. | email: ral...@gmail.com | +---+-+
Re: Netiquette [Was: Re: Comparativa notebooks y dónde comprar]
2009/1/26 Electrolinux r...@electrolinux.cl: El Sunday 25 January 2009 03:26:31 Horst H. von Brand escribió: Aquellos en que no habia red (que siviera de algo)? Cuando tener un modem de 28.8 era el suen~o mojado? Hey Doc... dije sólo viejos, no paleoliticos! Y yo creía que 33.6 *ya* era lento. Creo que de veras existen las tortugas con reumatismo. ;) Nunca ha sido simple... y lo peor de todo es que siempre aparecen mas... Si completamente de acuerdo y no paran! Pertenece al balance del mundo. Si en el mundo no hubiesen n00bs, no habría cómo establecer que un pr0 es pr0. Revisa acerca del year september never endeth... no han cambiado particularmente las cosas desde entonces. Al parecer no han cambiado radicalmente. De hecho creo que no hemos avanzado ni una semana dentro de ése septiembre. :P Persevera. Acumulas puntos de karma positivo. ;-) Y lo que es peor... algunos perjiles además se molestan porque uno los corrige a les sugiero que aprendan a escribir correos Hay cosas que la ciencia difícilmente podrá develar. La fuente de la juventud, la inmortalidad del cangrejo y la estupidez humana son tres constantes universales no definidas (aunque sí acotadas). Esta claro que los analfabetos que consideran cool el analfabetismo no llegaran a ningun lado. Estoy dispuesto a gastar algo de tiempo en alguien que demuestra interes por aprender, pero no en quienes hacen alarde de su ignorancia. Estamos en el mismo grupo al parecer... +1. Por experiencia sé que es un poco complejo (por no decir bastante difícil) separar a los n00bs de los newbs, porque al principio se parecen mucho (ambos son insistentes), pero sólo uno de ellos será capaz de decir ¿y qué pasa si hacemos esto?. Yo no seria tan pesimista. Durante muchos an~os he estado escuchando (en una larga lista de areas) que esto esta cada dia peor, donde llegaremos! y si comparas objetivamente no han habido cambios sensibles. Es parte de aquello de todo tiempo pasado fue mejor, los malos ratos se olvidan y quedan como anecdotas divertidas, los buenos momentos se recuerdan y atesoran, creciendo conforme pasa el tiempo. Todo tiempo pasado fue mejor es una frase de viejos, que poco a poco van asimilando ciertos jóvenes. Ahora, cómo definir el mejor es lo complicado, ya que la mayoría define mejor con lo más seguro porque es conocido. Apego lo llaman los filósofos. Eso si, tiene razón: no hay mayores cambios. n00bs will always be n00bs Tal vez pueda parecer pesimista, pero me encuentro con esa dura realidad casi frecuentemente, pero en vardad le encuentro razón, hay que atesorar los buenos momentos y dejar los malos al olvido, así salen menos canas Yeah! (hmmm o tal vez estaré radicalmente equivocado... tendré que pensarlo) Depende. ¿Revisaste si $TIME y $SPACE no fueron afectados por bend(1)? ;) Saludos
Re: Netiquette [Was: Re: Comparativa notebooks y dónde comprar]
Marco González Luengo escribió: 2009/1/26 Electrolinux r...@electrolinux.cl: El Sunday 25 January 2009 03:26:31 Horst H. von Brand escribió: Aquellos en que no habia red (que siviera de algo)? Cuando tener un modem de 28.8 era el suen~o mojado? Hey Doc... dije sólo viejos, no paleoliticos! Y yo creía que 33.6 *ya* era lento. Creo que de veras existen las tortugas con reumatismo. ;) Nunca ha sido simple... y lo peor de todo es que siempre aparecen mas... Si completamente de acuerdo y no paran! Pertenece al balance del mundo. Si en el mundo no hubiesen n00bs, no habría cómo establecer que un pr0 es pr0. Revisa acerca del year september never endeth... no han cambiado particularmente las cosas desde entonces. Al parecer no han cambiado radicalmente. De hecho creo que no hemos avanzado ni una semana dentro de ése septiembre. :P Persevera. Acumulas puntos de karma positivo. ;-) Y lo que es peor... algunos perjiles además se molestan porque uno los corrige a les sugiero que aprendan a escribir correos Hay cosas que la ciencia difícilmente podrá develar. La fuente de la juventud, la inmortalidad del cangrejo y la estupidez humana son tres constantes universales no definidas (aunque sí acotadas). No sé si tan acotadas. Como dijo Einstein: Two things are infinite: the universe and human stupidity; and I'm not sure about the universe. :) Esta claro que los analfabetos que consideran cool el analfabetismo no llegaran a ningun lado. Estoy dispuesto a gastar algo de tiempo en alguien que demuestra interes por aprender, pero no en quienes hacen alarde de su ignorancia. Estamos en el mismo grupo al parecer... +1. Por experiencia sé que es un poco complejo (por no decir bastante difícil) separar a los n00bs de los newbs, porque al principio se parecen mucho (ambos son insistentes), pero sólo uno de ellos será capaz de decir ¿y qué pasa si hacemos esto?. Yo no seria tan pesimista. Durante muchos an~os he estado escuchando (en una larga lista de areas) que esto esta cada dia peor, donde llegaremos! y si comparas objetivamente no han habido cambios sensibles. Es parte de aquello de todo tiempo pasado fue mejor, los malos ratos se olvidan y quedan como anecdotas divertidas, los buenos momentos se recuerdan y atesoran, creciendo conforme pasa el tiempo. Todo tiempo pasado fue mejor es una frase de viejos, que poco a poco van asimilando ciertos jóvenes. Ahora, cómo definir el mejor es lo complicado, ya que la mayoría define mejor con lo más seguro porque es conocido. Apego lo llaman los filósofos. Eso si, tiene razón: no hay mayores cambios. n00bs will always be n00bs Tal vez pueda parecer pesimista, pero me encuentro con esa dura realidad casi frecuentemente, pero en vardad le encuentro razón, hay que atesorar los buenos momentos y dejar los malos al olvido, así salen menos canas Yeah! (hmmm o tal vez estaré radicalmente equivocado... tendré que pensarlo) Depende. ¿Revisaste si $TIME y $SPACE no fueron afectados por bend(1)? ;) Saludos -- Julio Pacheco T. Consultor Tecnológico ProVectis S.A. Fono: 2319910 anexo 109
Re: Netiquette [Was: Re: Comparativa note books y dónde comprar]
Creo que se olvidan de los 14.4, pero bueno. Si me pregunta si el pasado fue mejor, yo digo no, siempre el futuro es mejor, por que si no fuerá por no estariamos aquí, discutiendo sobre este tema. Con respecto a los nuevos, recuerden que hoy en dia es mucho mas complejo entender que significa mov ax,cs mov ds,ax mov ah,9 mov dx, offset Hello int 21h xor ax,ax int 21h Hello: db Hello Noobs!,13,10,$ agradescan el uso de asm y binario. cuando comence a conocer los IBM 25 esto era un gran logro, pero se imagina que piensa una persona normal, de esto. es una estupides si en VB tiro un lbl y muestro lo que quiero. NOTA: Creo que debemos adaptarnos y entender que no todos somos iguales. Puede que una persona considere que saber que es un Laptop lo convierta en un Computin. y no por eso son menos inteligentes.(Son solo distintos), y para los que saben no somos mejores por quejarnos ni mofarnos de los demas, somos mejor por que ser mejores y ayudar a los que podemos. -- Wladimir A. Jiménez B. http://www.kasbeel.cl Linux User # 444661 Ubuntu User # 19201
