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

PuTTY con transparencia activada

PuTTY es probablemente el cliente SSH para windows mas usado, y quizás no es por que sea el mejor, o mas completo, si no por su simpleza, por su licencia open source, y practicidad, ya que hay un PuTTY prácticamente para cualquier sistema operativo, (yo incluso uso PuTTY en mi smarthphone ) sin embargo de entre las cosas que hecho de menos de los clientes SSH en Linux son meramente cosmeticas y quizas hasta cierto punto algunas practicas, entre ellas, realmente disfruto un cliente SSH con fondo transparente, no me pregunten por que,  simplemente es una de esas cosas que me gustan en un cliente SSH y que tristemente PuTTY ni tiene ni le interesa poner, lo bueno del asunto es que PuTTY al ser open source es posible modificar el codigo, y aparentemente hay mas personas como yo que les gusta tener fondos transparentes para ver sus wallpapers, sin embargo no es la única ventaja que tiene KiTTY, este maneja algunas otras ventajas que pueden resultar nos útiles.

• Portabilidad. Es posible guardar todo en un archivo como configuraciones, datos, etc. en un archivo y asi poder migrar facilmente.
• Uso de shortcuts
• Passwords automaticos
• Auto comandos
• Posibilidad de mandarlo a la barra del reloj
• Transparencia
• Posibilidad de tenerlo siempre visibile

Entre otras.

Es posible bajarlo desde su sitio, tanto PuTTY como KiTTY  no cuentan con instaladores, por lo que unicamente correremos el exesible, una buena opcion es moverlo a una carpeta dentro de archivos de programa o alguna otra parte donde podamos tenerlo identificado, despues de esto para poder activar la transparencia es necesario crear un archivo kitty.ini en la misma carpeta con el siguiente texto:

[KiTTY]
transparency=yes

Aqui les paso la configuracion que yo uso para KiTTY, que un look & feel mas agradable.

Category: Session
Connection type: SSH

Category: Window
Lines of scrollback: 20000

Category: Window > Appearance
Font: Lucida Console, 9-point
Font quality: ClearType
Gap between text and window edge: 3

Category: Window > Translation
Character set: UTF-8
Handling of line drawing characters: Unicode

Category: Window > Selection
Action of mouse buttons: xterm (Right extends, Middle pastes)
Paste to clipboard in RTF as well as plain text: enabled

Category: Window > Colours
ANSI Blue: Red:74 Green:74 Blue:255
ANSI Blue Bold: Red:140: Green:140 Blue:255

Category: Connection
Seconds between keepalives (0 to turn off): 25

Category: Connection > SSH > X11
Enable X11 forwarding: enabled

Popularity: 1% [?]

Normalmente estamos acostumbrados a guardar nuestros archivos en un unico disco duro, y en el mejor de los casos realizamos un respaldo en otro disco duro en un disco duro secundario dentro de la misma computadora, sin embargo cuando hablamos de servidores se usa en gran medida los network file systems, les pondre mi caso,  digamos que yo tengo mi servidor, sin embargo en caso de desastre no quisiera perder mi pr0n toda mi informacion sensible, monto una carpeta en un servidor remoto, no soy experto en el tema, pero como tuve que hacerlo logre informarme un poco sobre esto, hablare en especifico sobre linux, lo mas comun de encontrar es utilizar NFS donde se trabaja como cliente-servidor, la configuracion por default de NFS es que lo que guardes en una carpeta “compartida” por nfs se guardara en los dos discos duros, esto tiene ventajas y contras, digamos que tomamos todos nuestros archivos de configuracion, los comprimimos y mandamos a guardar en nuestra carpeta compartida, entonces el problema seria que estariamos ocupando espacio en ambos servidores cuando en realidad lo unico que nos interesa es tener una copia en el servidor remoto, en mi caso con el hosting cada X dias se hace un respaldo de todas las cuentas, se comprime y las copio a una cuenta compartida, seria un desperdicio de espacio tener un respaldo en cada servidor, cuando ya estaria teniendo 2 respaldos en el mismo servidor.

Para esto esta FUSE o SSHFilesystem, que entre las mayores ventajas que tiene es que es realmente fácil de instalar y configurar, maneja la misma idea de NFS, hacerlo cliente-servido,  con la ventaja de que se monta remotamente la carpeta, algo parecido a cuando metemos una memoria USB,  solo que a travez de Internet y de forma encriptada. Espero en unos días escribir un breve tutorial de sshfs, otra opción bastante viable y util es RSYNC, encontré una guía muy buena en: vicente-navarro.com

Popularity: 4% [?]

Navegando por google encontre una calculadora web con algunas funciones bastante utiles, como permission bits, para chmod, decode octal, si tenemos el valor numerico aqui lo ponemos y nos da que permisos tiene dicho archivo, etc.

Popularity: 11% [?]

Hace poco salio un interesante entrenamiento por parte de bestbuy de por que Windows 7 es superior a Linux, es inegable que Windows tiene algunas ventajas sobre linux, pero el comparar windows con linux es como hablar de peras y manzanas, o en este caso pinguinos con ventanas, dicha campaña desleal y llena de verdades a medias es solo algo que se presenta desde años, en algunos casos esta desinformacion o informacion a medias solo provoca malas imagenes y causa serios problemas de imagen.

Es por eso que aqui buscaremos aclarar los 10 puntos claves que rondan a travez de linux de la forma mas objetiva… bueno, intentaremos ser los mas objetivos posibles.

10. Es o no un sistema operativo?

Linux no es en si un sistema operativo, Linux es el Kernel de GNU/Linux, es un poco dificil de entender al principio, pero todo sistema operativo cuenta con un kernel, y en base a su calidad, puede ser mejor o peor, si esta mal desarrollado constantemente tendra problemas para interactuar con las interfazes, y no dara una completa interaccion, igualmente habra problemas, como… pantallazos azules, como bien le gusta decir a Richard Stallman, el nombre real de linux es o debe ser GNU/Linux, ya que Linux es unicamente una fraccion de todo lo que en realidad encapsula dicho proyecto.

9. Linux es un sistema operativo por linea de comandos

Si bien para exprimir todo el potencial de Linux es aconsejable hacerlo via linea de comandos o consola a estas alturas de desarrollo existen una infinidad de herramientas graficas que nos llevan un entorno lleno de ventanitas para hacer casi todo, los manejadores de ventanas mas comunes son KDE y GNOME, aunque existen muchos mas para cada tipo de persona, y computadora, desde los mas estilizados con efectos graficos sorprendentes como compiz, como algunos ligeros para maquinas viejitas como fluxbox, igualmetne anteriormente solo se contaba con los manejadores de venta,a pero seguia siendo indispensable meter comandos para actualizar, editar archivos de configuracion, etc. Actualmente existen GUIs o interfaces graficas para casi todo.

7. Linux es solo para geeks

Si bien normalmente solo los geeks se sienten atraidos por linux tanto por su filosofia como por la libertad que ofrece de aprender y hacer cosas que en otros sistemas operativos simplemente resulta un sueño, gracias a la popularidad y al desempeño efecto de la evolucion de la mayoria de las distros se esta entrando fuertemente al mercado de las sobremesas y netbooks de las personas comunes, incluso en muchas partes a es posible encontrar computadoras en tiendas especializadas que vienen con Ubuntu preinstalado, esto sin contar que Linux esta en un gran numero de dispositivos como celulares.

6. Linux no es compatible con cosas de windows

Esta es otra “verdad” a medias, gracias al interes de un gran numero de desarrolladores actualmente la frontera es muy difusa de lo que se puede y lo que no se puede hacer en ambos sistemasa operativos, gracias a Wine/cedega podemos correr un gran numero de aplicaciones desarrolladas unicamente para windows, incluso juegos como World of Warcraft. Es posible abrir documentos docx en open office, leer archivos PDF, entre otros tantos ejemplos.

6. Nadie usa Linux

Si fuera un enunciado de los años 90 seria quizas valido, sin embargo en la actualidad existe una cantidad increible de foros y blogs dedicados unicamente a Linux, en algunos casos mas especializados que otros, a diferencia de windows, linux es libre, gratis y con una extensa comunidad, si un dia MS dice que no seguira liberando actualizaciones para XP entonces asi se ara, en cambio al linux manejarse en una comunidad quien inicia un proyecto no puede realmente finalizarlo, puesto que nunca faltara quien continue el desarrollo.

5. Linux no tiene soporte tecnico

Si bien no cuentas con un 1 800  lleno de mensajes que te aran dar vueltas y te quitaran valiosas horas de tu vida sin conseguir nada, existe una increible documentacion alrededor de linux, es mas probable que encuentres como instalar un driver en linux que en windows, y si no consigues lo que necesitas existen cientos de foros con gente dispuesta a ayudar, pero si lo que realmente quieres es soporte tecnico empresas como redhat y canonical ofrecen servicios corporativos de soporte.

4. Linux es dificil de mantener.

Otro increible error, quizas bajo ciertas circunstancias y algunos distros resulte dificil que todo funcione de la forma adecuada, se obtiene de recompenza un sistema increiblemente robusto y dificil de romper, a diferencia de windows que conforme pasa el tiempo degrada su performance linux al ser modular nunca se vera afectado, e incluso el setup inicial ya es mayormente sencillo gracias a distros como Ubuntu que hacen de la instalacion un juego de niños.

3. No hay juegos para linux

Me parece que en gran medida es un argumento en cierta medida valido, las grandes casas de software centran sus esfuerzos para desarrollar para windows y en algunos casos para Mac, sin embargo eso no dice que no existan juegos para Linux, y que estos no sean buenos, algunos ejemplos son Nexuis, Wolfenstein, etc, que son juegos gratis, pero bien como comentaba en uno de los puntos anteriores tambien es posible correr varios juegos desarrollados para Windows en un entorno Linux, entre los mas comunes son World of Warcraft, Counter Strike Source, Left 4 dead, entre otros tantos que poco a poco se suman a la lista.

2. El hardware para linux es muy limitado

Al igual que otros tantos argumentos anteriores es valido.. fue valido, hoy en dia es uno de los factores que dificultan mas la implementacion completa de linux en ambientes empresariales, los creadores de hardware unicamente liberan drivers para windows, y son contados los que dedican tiempo y esfuerzo en migrarlos para linux, sin embargo esto esta cambiando a pasos agigantados, gigantes como intel, nvidia y ATI ya tienen departamentos dedicados exclusivamente a desarrollar drivers para Linux, y tambien esta la gran comunidad que se dedica a desarrollar drivers para el hardware faltante, en la actualidad es raro que un componente de una pc no sea reconocido por el kernel, quizas los mas comunes son impresoras, scaners y webcams, sin embargo en la mayoria de los casos con un poco de informacion y busqueda es posible hacerlos funcionar de la forma correcta.

1. No puedes tener ambos sistemas operativos de forma simultanea.

Es sin duda el error mas comun, y el que mas a menudo escucho, que si instalas Linux perderas todo lo que tienes en windows, muchos distros ofrecen una version llamada “live” que te permite correr Linux desde un CD o memoria USB sin alterar el funcionamiento de tu maquina, estas versiones se corren al aire sin alterar el disco duro, pero bien, tambien es posible instalar linux dentro de windows gracias a herramientas como vmware, virtualbox, etc. o en su defecto, instalar linux en un espacio aparte de windows y tener ambos sistemas operativos funcionales.

Versiones como Ubuntu y Fedora cuentan con herramientas de migracion, que te permitiran mover todos tus documentos, musica, ligas, favoritos, etc a Linux.

Asi que que esperas para probar un poco libertad, de liberarte de virus, y sacarle jugo completo a tu maquina

Via | listverse

Popularity: 7% [?]

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: 14% [?]

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: 28% [?]

[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: 22% [?]