A precio de robado
god@galaxy: /Milky Way$ make earth ./configure-human -selfdestructive -inteligent -rootacess

Linux tiene un sistema muy simple para el manejo de eventos del sistema, o mejor conocidos como “logs”, con ver los logs nos es posible saber una increible cantidad de informacion, quien se logueo al sistema, quien hiso peticiones a un servidor de apache, que eventos han sucedido en el sistema, entre otros tantos, es por eso la importancia de saber donde buscar la informacion, y como encontrar.

Los logs de Linux se encuentran en /var/logs/ la forma mas viable para verlos es con tail y su flag -f  (para ver en tiempo real lo que se va escribiendo en los logs) si usamos F (mayuscula) nos mostrara todo el contenido del archivo, y aparte nos mostrara lo que se va escribiendo segundo a segundo, es quizas mas viable que un simple cat, lo que en archivos grandes se puede volver una pesadilla.

Por lo mismo contamos con otro comando, grep, con el cual podemos buscar cadenas de texto dentro de un log, de hecho es muy completo y nos permite usar comodines y varias opciones mas. Entre los logs mas comunes y que es mas comun encontrar en un sistema con linux estan:

• auth.log – Informacion sobre autentificaciones y logueos
• boot.log – Informacion del boot
• crond – Tareas programadas (cron)
• daemon.log – Alertas especificas de algunos demonios
• dmesg – Mensajes del kernel
• errors.log – …. el nombre lo dice
• everything.log – …..
• httpd – si tenemos un servidor de apache aqui se registran los eventos, en sistemas debian tiene otro nombre
• mail.log – Logs del servidor del correo, tambien puede variar, si usamos exim sera exim_main.log etc
• messages.log – Alertas generales del sistema
• mysqld.log – Registro de eventos de mysql
• secure – Log de seguridad
• syslog.log – Recursividad RlZ un log del sistema de registro de eventos
• vsftpd.log – El log del servidor FTP (vsfp)
• Xorg.0.log – El log de las X

Ahora bien, si quisieramos ver cuando se a conectado el usuario pepito al servidor podriamos poner

sudo cat /var/log/secure |grep pepito

es bastante ambiguo, pero podriamos ver los eventos involucrados con pepito, suerte

Popularity: 18% [?]

Hace rato estaba en el trabajo, el servidor del dominio y el active directory se vinieron abajo, despues de un rato todo de nuevo arriba, menos el internet que por alguna razon simplemente opto por dejarnos morir, yo estaba algo aburrido, ayer precisamente me habia encargado de no dejar pendientes para hoy para irme temprano, pero con el internet descompuesto tenia que esperarme para levantar unos servicios y el servidor del antivirus y bla bla bla, asi que me llegaron un par de ideas y aqui se las transcribo:

Todos tenemos inicios variados y diferentes pero que a pesar de las diferencias son básicamente la misma forma, algunos venimos de “apt-get” otros de un “emerge” algunos otros vienen de un perfeccionismo más alto y nacen de un código fuente, también hay quienes son tan superficiales y vacios que comienzan de un binario, pero este no es el momento para hablar de estas entidades.

Generalmente al comenzar nuestra existencia somos una simple aplicación carente de documentación y de archivos de configuración, pero con el tiempo nuestros valores en los .conf poco a poco nos dan forma de nuestra forma de ser y comportarnos, size, weight, psicopataMode=on, etc. pero hay que tener cuidado, ya que muchas de estas características no son modificables fácilmente, y reiniciar servicios no es la mejor opción, muchos le llaman a esto volver a nacer, en ocasiones un choque, una iluminación o simplemente un kernel panic.
Obviamente también hay de equipos de desarrollo a equipos de desarrollo, hay programas que surgen siendo planeados, con arquitectos de software, jefes de proyecto, algunos aparecen simplemente por una pasión y/o accidente, también están los programas bastardos que nacen de una iniciativa, pero los desarrolladores generalmente tienen poca terminativa y abandonan el proyecto, sin embargo el venir de una casa de software con un gran capital no es sinónimo de éxito seguro, tampoco el surgir de raíces humildes implica mala calidad, de hecho muchos de los mejores programas han surgido de pequeñas computadoras, e incluso siendo producto de un mal desarrollador en un mal lenguaje y en la peor plataforma se puede ser una programa ejemplar, lo importante es mantener una fuente abierta y libre para aceptar lo que los demás nos puedan aportar y no cerrarnos a los comentarios ajenos como lo hacen los binarios.

A lo largo de nuestra existencia adquiriremos “patchs” que nos corregirán defectos, ampliaremos nuestros “man pages” y algunos quizás modifiquen los “flags” uno muy común actualmente es el de –gay y el de –emo, y todo esto gracias a que conoceremos muchos otros desarrolladores aparte de los que engendraron, y cada uno de ellos aportara en mayor o menor medida a tu core.c y ya conforme esto obtendrás una identidad personal, quizás te vuelvas famoso y carismático, tanto que te encuentres en todos los repositorios de todas las distros, quizás te vuelvas una aplicación binaria llena de propaganda y virus encapsulados con un código fúnebre que te instale en un servidor burocrático de alto nivel, pero quizás seas como el resto de todos nosotros, una aplicación promedio de características promedio, con features de mas, features de menos. Lo cual no está mal, muchos no ven que el ser una aplicación glamurosa del top ten implica en ocasiones mal gastar muchos recursos en una GUI descuidando el backend y el core, es preferible estar balanceado, obviamente tampoco es bueno convertirse es una de esas aplicaciones que son tan complejas que por paranoicas y excéntricas únicamente se comunican por consola manejando llaves simétricas de 4096 bits que al final de cuentas terminan en un circulo muy cerrado de desarrolladores, es por eso la importancia de mantenerse abierto para permitir la diversidad.

Y si, muchas veces eso implica muchos bugs de seguridad, pero cada bug parcheado nos dará un crecimiento, también siempre hay que mantener las ACLs controladas de nuestros CVS, tampoco queremos que cualquiera cambie nuestro funcionamiento y también ser precavido y tener unos chmods restrictivos en un par de configs, generalmente eso se aprende después de la adolescencia cuando muchas veces nos encontramos con permisos 777.

Si somos afortunados quizás encontremos alguna otra aplicación que nos enriquezca ya la interacción varia mucho, hay quienes implementan middlewares para comunicarse, algunos programas intercambian fragmentos de código, algunos otros se fusionan y al hablar de fusión es cuando realmente surge algo nuevo y sorprendente, y es también hermoso y delicado, para muchos o quizás la gran mayoría de las aplicaciones esta es meta de proyecto, quizás simplemente por costumbre o tal vez por la experiencia tan enriquecedora y reto que implica, de una u otra forma esto lleva en muchas ocasiones quizás la mayoría a el surgimiento de nuevos forks ya que básicamente no siempre es posible fusionar dos proyectos así como así, es necesario crear uno nuevo y moldearlo, aunque es la forma más común, no es la única en la que nacen los nuevos proyectos, también un desbordamiento de buffer puede hacer que dos aplicaciones terminen mezclando código y otras tantas que van desde exploits hasta fusiones por intereses capitales.

Las aspiraciones de los programas son tan variadas y diferentes como un cat a /dev/urandom la gran mayoría de los programas promedio son felices con tener un “~/” decente desfragmentado, de preferencia un buen filesystem y obviamente un /proc con lo más nuevo y si eres afortunado buscaras implementar tus mejores líneas de código en tus forks, aunque eso es en realidad bastante difícil, pareciera que los forks tienen un argumento de “deny from parent” alguna regla de iptables o simplemente las diferencias interés de versión de código hacen esto muy difícil y solo es posible ser tester y vivir en bugzilla la faces betas y alfas, en algunos casos toda el proyecto.
Al final somos proyectos maduros, llenos de parches y con una increíble documentación, lamentablemente nuestra estabilidad ya es la que era en sus tiempos mozos, y hemos sido remplazados y dados de baja en casi todos los inits, nuestra fuerza son las millones de líneas de código con las que contamos y los comentarios, la documentación y experiencia aportada, lamentablemente se subvalora con argumentos de que las excepciones y eventos ya no se manejan así, ese código se utiliza únicamente en sistemas legacy, ese lenguaje esta deprecated, y otras tantas. Al final del día el proyecto muere y la aplicación se mueve a /dev/null, la documentación es lo único que se guarda para futuras versiones, algunos creen que los proyectos renacen en cada fork textual o literalmente no se, otros piensan que si no implementamos coffe ni coke y heredamos del modulo de joseSmith ganamos un make install en / otros piensan que el código es inmortal y /dev/null/ es el paso a un nuevo filesystem, otros piensan en la reencarnación del código que después de ser programa reencarnaremos en un modulo, un BIOS, una librería o quizás una pelusa en el disipador, una gran mayoría piensa que en la era del ensamblador del 8086 vino un programa que nos salvo de nuestros bugs y nos dará SSH a un servidor del cloud computing con uptime infinito yo particularmente creo en la inmortalidad, mas como acto poético que como carnal, creo que después de dev/null no hay nada y es como la cosa funciona, no creo que exista el gran programador y si existe probablemente sea gamer y disfrute con dar headshots o jugar sims y dudo mucho que le diera cargo de conciencia limpiar los temporales de vez en cuando, solo me queda dejar la mejor documentación posible e intentar arreglar la mayor cantidad de bugs y así quizás permanecer en los créditos y agradecimientos de algún README que perdure por la historia.

Popularity: 26% [?]

[ad#posts]

Seguramente como muchos de ustedes no acostumbramos leer los “readme” quizas los .info donde vienen los serials las licensias estudiantiles, o en el mejor de los casos cuando es realmente necesario leer las instrucciones de algo, sin embargo este readme file es genial, aqui se los dejo, esta en ingles, pero es facil de entender

Once upon a time there was a printer who lived in the woods. He was a lonely printer, because nobody knew how to configure him. He hoped and hoped for someone to play with.

One day, the wind passed by the printer’s cottage. “Whoosh,” said the wind. The printer became excited. Maybe the wind would be his friend!

“Will you be my friend?” the printer asked.

“Whoosh,” said the wind.

“What does that mean?” asked the printer.

“Whoosh,” said the wind, and with that it was gone.

The printer was confused. He spent the rest of the day thinking and jamming paper (for that is what little printers do when they are confused).

The next day a storm came. The rain came pouring down, darkening the morning sky and destroying the printer’s garden. The little printer was upset. “Why are you being so mean to me?” he asked.

“Pitter Patter, Pitter Patter,” said the rain.

“Will you be my friend?” the printer asked shyly.

“Pitter Patter, Pitter Patter,” said the rain, and then it left and the sun came out.

The printer was sad. He spent the rest of the day inside, sobbing and blinking lights cryptically (for that is what little printers do when they are sad).

Then one day, a little girl stumbled into the printer’s clearing in the woods. The printer looked at this curious sight. He didn’t know what to think.

The little girl looked up at him. “Will you be my friend?” she asked.

“Yes,” said the printer.

“What is your name?” asked the little girl.

“HP 4100TN”, replied the printer.

“My name is gnome-cups-manager” said the little girl.

The printer was happy. He spent the rest of the day playing games and printing documents, for that is what little printers do when they are happy.

Popularity: 18% [?]

No estoy seguro de cuanto tiempo tenga esta aplicacion, pero ya se habian tardado, mientras que por ejemplo fedora tiene su USB live creator desde hace ya algun tiempo, asi que les explico un poco esta utilidad usbuntu-live-creator

Basicamente lo que hace es instalar Ubuntu en una memoria USB, que como requisito nos pide almenos 720 megas para instalarlo, pero yo recomendaria darle un poco mas de espacio, tambien es posible realizar la instalacion de Ubuntu desde un ISO, CD o desde internet.

Una de las caracteristicas importantes de instalar ubuntu en una memoria USB son 2, 1 la velocidad, generlamente una USB tiene mucho mayor velocidad de escritura y lectura que un CD, y 2. La escritura de datos, como sabremos no se puede escribir en un CD-ROM, por lo tanto dentro de las opciones que nos da en el “step 3″ es asignarle algun espacio de “persistencia” como almenos 250 megas, pero yo recomendaria darle mucho mas, ya segun lo que se tenga pensado hacer, por ejemplo en mi caso le asigne 2 gigas de persistencia.

Ya por ultimo nos da unas opciones muy interesantes dentro del paso 4, que son las de esconder esta instalacion en windows y el poder correr este live USB desde windows, asi que ya saben primos, ya no hay pretextos para no tener ubuntu

Popularity: 17% [?]

El dia de hoy se festejo en las principales y no tan principales ciudades de latinoamerica el Festival Latinoamericano de Instalacion de Software Libre aka FLISOL pá los compas. Particularmente me parece un gran ejemplo de lo que es en realidad la comunidad Open Source, quizas incluso podriamos decir que llega a un poco de fanatismo, pero dentro de los niveles aceptables en su mayoria, una idea que se le ocurre a alguien o a un pequeño grupo de personas, y derrepente todo un continente se une congregando a miles de personas en diferentes puntos del mismo, en mi caso me hubiera gustado participar en mi ciudad natal Chihuahua, sin embargo actualmente me encuentro en monterrey por lo que pase lista en esta ciudad, como muchos otros congresos tuvo sus pros y contras, y sobre todo muchas cosas aprendidas asi como muchos regalos por parte de los diversos patrocinadores.

Hubo una gran diversidad de expositores y expertos en temas, pero como retroalimentacion me llevo y dejo a los lectores y quizas si alguien tambien estubo compartira en cierta medida que quizas dominar el tema no es suficiente para dar una buena platica, no recuerdo el nombre y mejor no ponerlo, pero por mencionar alguno el sun campus ambassador de mty me parecio que en realidad le falto ser mucho mas fluido, dominar mejor el tema y tener mas contacto con el publico en si.

Los que se llevaron los trofeos a mi parecer fueron David Treviño que inicialmente me parecio que seria un “viejito” hablando de tecnologias obsoletas o simplemente de aspectos burocraticos de sistemas los cuales no digo que no sean importante, sin embargo fue todo lo contrario, tuvo un excelente contacto con el publico, y las herramientas que menciono concuerdo que son excelentes, recomiendo entrar a ver su presentacion, les aseguro vale la pena verla.

Otro exposito, que en realidad mas bien fue taller fue Juan Rodriguez Moreno, embajador de Fedora en Nuevo Leon que nos dio un excelente taller de Fedora, uno de los momentos memorables fue como lo que le contesto a uno de esos elitistas de Linux que pregunto no recuerdo que, pero le respondio que probablemente el tema le pareceria bastante aburrido ya que eran temas sencillos, con lo que el otro sujeto se jacto de usar Arch, pero no discutire esto este momento.

Anteriormente he acudido al Festival GNU 08 en chihuahua, y al sicsti 34 y lo mas sorprendente es que a pesar de tratarse de temas de tecnologias de la informacion haya diferencias tan marcadas, por ejemplo tanto el Festival GNU como el flisol fueron completamente gratis, sin embargo no por eso fueron austeros o mesquinos, si no todo lo contrario, en el caso del Festival GNU en chihuahua parecio todo un congreso de primer nivel, con mas de 200-300 participantes, el sicsti tuvo un custo altisimo a mi parecer, y no le llego al nivel que hubo en el Festival, pero los expositores fueron todos unos iconos en el mundo de las TI, simplemente por ejemplo David Pague que es un expositor de primer nivel, y este flisol me parecio muy bueno igualmente, un poco austero en personas, sin embargo sali con playera y varias cosas patrocinadas por la misma universidad, ya para finalizar un aplauso al director de tecnologias de informacion de la universidad regional de monterrey por su apoyo y admirable apoyo a linux.

Popularity: 16% [?]

De un tiempo para aca creo que en realidad eh puesto muy pocas cosas relacionadas con linux, eh perdido mi camino asi que voy a hacer un post con algunos comandos que encontre stumbleando hace algunas noches de insomnio, asi que empecemos:

1. $ sudo !!

Con este comando repetiremos el ultimo comando tecleado, pero como root, muy util por ejemplo si intentamos apt-get upgrade nos dara error y no queremos reescribir todo simplemente ponemos sudo !! y listo

2. python -m SimpleHTTPServer

Digamos que por alguna razon queremos pasar un archivo a alguien, pero no tenemos instalado apache/lighttpd/cherokee ni un servidor FTP, simplemente usamos ese comando e iniciaremos un servidor HTTP sobre la carpeta que ejecutemos el comando y para entrar simplemente http://ip:8000

3. CD -

Cuando se trabaja con shell generalmente se tiene de cambiar mucho de directorios, y si estamos dentro de eskeletos largos puede ser tedioso, digamos que estamos en /home/caos/apps/src/proy1/bin/tem/comp1209/l33t/pr0n/ nos cambiamos a /var/log por que las voces de la ezquisofrenia nos piden que chequemos logs, y cuando queremos regresar a lo que estabamos haciendo no queremos tener perder 4 minutos tecleand otoda la ruta simplemente ponemos CD -

4. !whatever:p

Este comando busca dentro del history lo que coincida con el whatever, por ejemplo en mi caso en ocasiones manejo conexiones ppp con wvdial entonces lo que hacia era history |grep wvdial y simplemente ponia ! pero con esto me imprime el primer wvdial que haya sin ejecutarlo, ya simplemente con flechita pá arriba o bien !! lo ejecuto, si estoy confiado y “im feeling lucky” le quito el :p para que se ejecute

5.$ssh-copy-id user@host

Este comando ya lo habiamos usado cuando hablamos sobre autentificacion con llaves simetricas basicamente lo que hacemos es copiar nuestra llave publica al host y usuario en cuestion para autentificarnos sin necesidad de password, para hacer las llaves las hacemos con SSH-keygen (yo particularmente uso SSH-keygen -t rsa -b 2048 )

6. mtr aprecioderobado.com

combina la funcionalidad de traceroute y ping y algunas cosillas mas, de verdad vale la pena usarlo, sobre todo para aquellos involucrados en redes, muy util

7. reset

cuando abrimos archivos binarios o hacemos algo mal en l aterminal generalmente termina viendose bastante mal (ej cat gato.jpg ) con reset quedara como nueva

8. > file.txt

Realmente no es tan interesante, pero sirve para vaciar un archivo sin eliminarlo, pero me parecio interesante como para poner de nick “sudo > /boot/grub/menu.lst” o algo asi

9. dd if=/dev/dsp | SSH -c arcfour -C username@host dd of=/dev/dsp

Conecta tu microfono al speaker de otra computadora, el sonido es bastante malo, pero almenos podras divertirte un poco, ojala alguien pueda comentarnos como hacerle para mejorar el sonido

10. SSH -t reachable_host SSH unreachable_host
Comando bastante utiles en redes protegidas, por ejemplo digamos que te quieres conectar a un servidor dentro de tu empresa desde afuera de la lan, pero este server no tiene conexion directa a internet, sin embargo el servidor de correo o el webserver si, y ademas tiene conexion por SSH, entonces te conectas al webserver que se encuentra en la zona desmilitarizada y de ahi al otro servidor, en otro caso tendrias que hacer un tunel inverso, o bien conectarte al primer host y ya luego conectarte al segundo.

Espero les sean utiles los comandos, si tienen mas dejen comentario

VIA | ComandLineFu
[ad#posts]

Popularity: 26% [?]

Hace un par de posts copie algunas citas que seguramente son apocrifas, pero no dejan de estar buenas, y me acabo de encontrar stumbleando unos facts al puro estilo de chuck norris pero en una version un tanto mas Linuxera y obviamente…. abierta

1. Linus Torvalds’s first words were syscalls.

2. Linus Torvalds’s DNA is in binary.

3. Linus Torvalds’s first written program had artificial intelligence.

4. Linus Torvalds already has Linux 3.0. He is just keeping it to himself to build suspense.

5. Linus Torvalds can touch MC Hammer.

6. Linus Torvalds doesn’t worry about Micro$oft patent crap, he simply does “sudo mv /tmp/ms /dev/null”.

7. Linus Torvalds can do an infinite loop in five seconds… in his head.

8. Linus Torvalds can install Gentoo in under a week.

9. Linus Torvalds can stop a BSOD… on Vista 64-bit.

10. Linus Torvalds doesn’t need anti-virus software. Virii need anti-Linus software.

11. Linus Torvalds doesn’t wear glasses anymore, not because he had laser eye surgery, but because he finally got his xorg.conf properly configured in his head.

12. Linus Torvalds wrote the whole kernel in binary and reverse engineered it to C code for others benefit.

13. Linus Torvalds can play 3D games in his head by interpreting the source code in real-time.

14. Linus Torvalds takes one look at your desktop and knows which porn sites you visited. In the last ten years.

15. Linus Torvalds’s computer’s clock isn’t synchronized with the world. The world synchronizes with Linus Torvalds’s clock

16. Linus Torvalds surfs the web using nothing but netcat.

17. Linus Torvalds has developed warp drive, sun destroying bombs and a ray that can teleport him a new sausage each day before he drinks his morning beer.

18. Linus Torvalds doesn’t push the flush toilet button, brush his teeth, shower or clean his house; he simply says, “make clean”.

19. Linus Torvalds can defragment an NTFS partition by hand.

20. Linus Torvalds doesn’t debug. His programs are always perfect.

21. Linus Torvalds is real, unless declared Integer.

22. Linus Torvalds can delete the universe by typing rm -rf /.

23. Linus Torvalds does not sleep; he hacks.

24. Linus Torvalds’s favorite joke is HURD.

25. Linus Torvalds didn’t design Linux to run on the 386. Intel designed the 386 to run Linux.

CopyPasta | junauza

Popularity: 9% [?]