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

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

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

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

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.

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.

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

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.

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]