procastineitor

Stonehenge es un monumento neolítico, tipo Cromlech, de la Edad del Bronce situado cerca de Amesbury en Wiltshire, Gran Bretaña, unos 13km al Noroeste de Salisbury. Coordenadas Geográficas 51º10'43.90" N - 1º49'35.09" W. Stonehenge Stonehenge está formado por cuatro círculos concéntricos de piedras. El círculo exterior, de 30m de diámetro, está formado por grandes piedras rectangulares de arenisca, que originalmente estaban rematadas por dinteles también de piedra quedando hoy en día solo cuatro en su sitio. Dentro de esta hilera exterior se encuentra otro círculo de bloques más pequeños de arenisca azulada. Éste encierra una herradura construida por piedras de arenisca del mismo color, en su interior permanece una losa de arenisca micácea conocida como el Altar. Todo el conjunto está rodeado por un foso circular que mide 104 m de diámetro. Dentro de este espacio se alza un bancal en el que aparecen 56 fosas conocidas como los agujeros de Aubrey. El bancal y el foso están cortados por la Avenida, un pasillo procesional de 23 metros de ancho y de 3 km aproximadamente de longitud. Cerca se halla la Piedra del Sacrificio. En frente se encuentra la Piedra Talón. Ubicación de Stonehenge Está compuesto de un gran círculo de grandes megalitos cuya construcción se fecha entre 2500 y 2000 adC. El círculo de arena que rodea a los megalitos está considerado la parte más antigua del monumento siendo datada sobre el 3100 adC. En su comienzo era un monumento circular de carácter ritual rodeado por un talud y un foso, de modo similar a muchos otros situados en el sur de Inglaterra. En 2200 adC. fue cuando tomó su aspecto actual, para lo cual transportaron 32 bloques de arenisca desde las montañas de Preseli, al suroeste de Gales y la piedra del Altar fue traída desde una región cercana a Milford Haven. La finalidad que tuvo la construcción de este gran monumento se ignora, pero se supone que se utilizaba como templo religioso, monumento funerario u observatorio astronómico que servía para predecir estaciones. El primer día de verano, el sol sale justo atravesando el eje de la construcción, lo que hace suponer que los constructores tenían conocimientos de astronomía. Para los paganos la piedra significaba la muerte y Stonehenge podría haber sido utilizada junto con woodhenge en ceremonias religiosas. Stonehenge fue uno de los 21 nominados en el concurso de las Nuevas Siete Maravillas del Mundo, sin embargo, no fue escogido. FUENTE La proponen como una de las nuevas siete maravillas, no se explican como, hasta se habla de tecnologías aienígenas... Resulta que lo pudo haber hecho una sola persona, SIN AYUDA!! link: http://www.videos-star.com/watch.php?video=lRRDzFROMx0 FUENTE Este tipo si que la mueve...

GNU NetCat La herramienta que no puede faltar en el mp3 de la dama o el pendrive del caballero Me llama poderosamente la atención que nadie hasta ahora haya posteado nada acerca de NetCat, la herramienta multiplataforma por exelencia para diagnóstico de redes... Siendo así, ahi voy, así se enteran los que lo consideren algo util en sus vidas (y los que no) y de paso, a ver que sale: Primero un poco de Tecnicismos: NetCat, (De ahora en mas me voy a referir a el como NC por que me da fiaca) así como lo presento suena a aplicación llena de botoncitos, reguladores y parámetros que no son para cualquiera. Bueno, todo lo contrario, no puede ser mas simple, ahí radica su genialidad. NC trabaja pura y exclusivamente sobre la capa 7, abre un socket y transfiere datos atravéz del mismo. Al que se quiera interiorizar un poco mas antes de seguir leyendo: El modelo OSI, creado por Juan Carlos Osi en la wikipedia. Socket de Internet del mismo señor que escribe todo en la wikipedia. NC está disponible para todos los sistemas operativos existentes, incluídos WindowsCE (no podés, no podes!) y todos los sabores de Linux / *nix. Probablemente si sos usuario de Linux, tu distro favorita ya lo trae de serie desde hace años y vos ni te enteraste... Un poco de historia, tenga a bien saltearse esta parte el lector impaciente: Originalmente creado por un tal hobbit del que nada se sabe y mucho se especula por allá por 1996, sigue en vigencia al día de de hoy y ha sido reflotado recientemente en lo que dieron en llamar GNU NetCat, una versión nueva totalmente reescrita desde cero y que sigue mantenida. Don hobbit hizo el programa, tiró el codigo fuente en un par de listas de distribución de correo y desapareció de la faz de la tierra, se lavó las manos, si tiene bugs fumátela, si no te gusta como funciona, que casualidad, lo mismo. Algunos arriesgan que después de NC fué contratado por alguna agencia de inteligencia, otros, que dada su genialidad pasó inmediatamente a planos superiores de conciencia y por eso no podemos verlo, los menos arriesgados, que tuvo que cambiar de email y de nick por que le hackearon la cuenta que tenía en avian.org o que simplementé se le saltó la cadena de tanto leer Tolkien y ahora va por la vida disfrazado de enano de jardín. Este muchacho, hobbit se juntaba con sus amigotes a hacer solo dios sabe que y todos juntos se hacían llamar L0pht, grupo que supo hacer mucho ruido en sus epocas mozas y hoy en día ni la página web oficial queda. Ahora si, algunos ejemplos: Windows: Quiero tener una consola de comandos remota al mejor estilo unix. Dejo corriendo netcat en mi_servidor en el puerto 8888 por ejemplo y le digo que ante cada conexión entrante ejecute cmd.exe: nc -l -t -p 888 -e cmd.exe nc es el ejecutable, -l le indica que quede a la escucha de conexiones entrantes, -t para que emule una sesión de telnet -p 888 es el puerto que quiero que abra -e cmd.exe abrirá una consola DOS y redirigirá toda la salida y la entrada remota hacia la pantalla y desde el teclado remotos. En cualquier lugar del mundo ejecuto: nc -t mi_servidor 888 y tengo la consola DOS de mi_servidor lista para usar. Para que me sirve se preguntarán? Bueno, al que administre servidores se le ocurrirán varios usos. Al que no, supongamos que tengo tal o cual programa, vnc por poner un ejemplo y necesito conectarme muy de ves en cuando, justo cuando lo necesito me olvidé de dejar corriendo el servicio... Pueden tener NC corriendo siempre y conectarse cuando lo necesiten para levantar VNC reemplazando cmd.exe por el comando específico que necesiten y eliminando la emulación telnet. Una forma mil veces mas segura de lograr el mismo efecto es port knocking, tiren de google si les interesa, algun día postearé solo sobre esta aplicación. Como NC se cierra una vez cerrada la conexión, se le puede indicar que haga respawn del comando poniendo la L en mayúsculas, quedando el mismo comando anterior: nc -L -t -p 888 -e cmd.exe En la versión para windows le pueden agregar el modificador -d por "detach" para que no se muestre en ejecución en una consola DOS en pantalla ni en la barra de tareas. Como puede conectar cualquier cosa con cualquier cosa, obviamente, sirve como cliente telnet: nc -t mi_servidor 23 Welcome to Microsoft Telnet Service login: Lo mismo como cliente ftp: nc 192.168.1.223 21 220 Delta FTP Server O como cliente http, ideal para averiguar que version de que webserver corre tal o cual dominio, hotmail por ejemplo: nc hotmail.com 80 GET / HTTP/1.0 HTTP/1.0 302 Redirected Date: Sat, 16 Feb 2008 01:51:11 GMT Server: Microsoft-IIS/6.0 Location: http://lc1.bay0.hotmail.passport.com/cgi-bin/login Como ven, hotmail es un IIS 6.0 Usos un poco mas extraños, mover un archivo por la red o por internet: Donde recibo el archivo (supongamos que lo envío desde un cliente hasta mi_servidor) tipeo: nc -l -p 888 > gladiador.avi Desde donde lo envío tipeo: nc mi_servidor 888 < gladiador.avi Ahora ven para que puede ser util una consola remota de DOS? y no tengo que andar poniendo tildes en compartir impresoras y archivos, ni configurando samba o nfs o acordarme contraseñas. Sirve como cliente IRC, lo mismo que hace mIRC, bitcX o similares: nc irc.freenode.org 6666 < yo.txt NOTICE AUTH :*** Looking up your hostname... NOTICE AUTH :*** Found your hostname, welcome back NOTICE AUTH :*** Checking ident NOTICE AUTH :*** No identd (auth) response :anthony.freenode.net 001 procastineitor :Welcome to the freenode IRC Network procastineitor :anthony.freenode.net 002 procastineitor :Your host is anthony.freenode.net[anthony.freenode.net/6666], running version hyperion-1.0.2b Sirve como cliente de correo electrónico: nc smtp.arnet.com.ar 25 220 smtp-04.arnet.com.ar ESMTP HELO procastineitor 250 smtp-04.arnet.com.ar MAIL FROM: [email protected] 250 ok RCPT TO: [email protected] 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1) <--- Acá es donde me saca a gambazos por que no uso arnet como proveedor de internet. Sirve como servidor web rudimentario: nc -l -p 80 < index.html ( -L para que no se cierre el proceso) Y luego solo escribir la dirección de la pc corriendo NC (supongamos que es mi_servidor) desde cualquier navegador ingresando a http://mi_servidor En linux, te podés hacer un streaming server para reproducir mp3 o videos tipeando en el servidor: cat *.mp3 | nc -l -p 8888 Y en el cliente: nc mi_servidor 8888 | madplay - O clonar discos atravez de la red: En la pc a clonar con el disco en blanco primero tipear: nc -l -p 8888 | dd of=/dev/hda Luego en la pc de la que queremos tomar una copia espejo tipear: dd if=/dev/hda | nc pc_a_clonar 8888 El mismo resultado pero guardando una imagen que se puede restaurar mas tarde del contenido del disco rígido se logra tipeando en la pc en donde almacenamos la imagen (reemplazando la pc a clonar): nc -l -p 8888 > imagen_del_disco.raw Usando pipes como en los ejemplos anteriores, se puede comprimir la inforación al vuelo haciendola pasar por gzip. Util para cuando clonamos dos pc sobre internet y no sobre una red local: nc -l -p 8888 | gunzip | dd of=/dev/hda dd if=/dev/hda | gzip | nc pc_a_clonar 8888 El mismo sistema de pipes se puede usar para comprimir archivos que se van a mover por internet: (archivo original) => <==> <==> => (archivo de destino). Como ven, economizan ancho de banda. Supongamos que en tu laburo el firewall de la empresa no te deja navegar por internet pero si te dejan recibir correo electrónico, si es un firewall basado en windows, probablemente sea una mierda que no hace stateful packet inspection, de nuevo netcat al rescate: nc -l -p 80 | nc google.com.ar 80 | nc -b -l -p 110 3 instancias de netcat,recibiendo desde internet en el puerto 110 que es el que se usa para recibir correo electrónico usando POP3, una en el medio redirigiendo todo el tráfico hasta google.com.ar y por ultimo una escuchando en el puerto 80. Basta con escribir en tu navegador: localhost para traspasar el firewall y entrar a la página de google. Aclaro una vez mas por las dudas, solo si el firewall no hace SPI, la mayoría de los firewalls para windows no lo hacen. Podría seguir un par de horas mas escribiendo las ideas que se me vienen a la cabeza pero ya con eso tienen por demás demostrada la potencia de una aplicación tan simple. El uso que le den queda librado enteramente a su imaginación, a mi se me ha vuelto "de cabecera" y junto con ethereal y ettercap es todo lo que puedo llegar a necesitar alguna vez para descular una red y ver que hay, que falla y por que. Espero que le sirva a quien corresponda y lo encuentre de utilidad. Por ultimo aclarar: NC pesa 24Kb para linux, 58Kb para windows (mas de el doble? que raro...) y lo pueden descargar desde http://www.vulnwatch.org/netcat/nc111nt.zip para windows. Usuarios de linux, si tu distro, no lo trae preinstalado, tu gestor de paquetes lo tiene seguro, apt-get, yum, urpmi, pacman, emerge o lo que corresponda. FUENTE: Mi cabeza, si tipeé algun comando mal, me lo hacen saber. Permitida su reproducción total o parcial pero citá la fuente o te pongo una zapatería en el culo!

Registrate y eliminá la publicidad! GNU/Linux Como reparar linux SIN el livecd (o dvd). Esta va para todos aquellos que cada dos por tres hacen chanchadas con su distribución y se encuentran con que de golpe rompieron algo y no pueden arrancar mas, o para el que se le apagó mal la pc y como usa volúmenes LVM o EXT2 se le rompió todo o para el que simplemente se olvidó la contraseña de root de SU PC. Primero una breve reseña, para los menos experimentados: - El bootloader: Me atrevería a decir que por lo menos el 90% de las distribuciones actuales de linux usan para arrancar lo que se llama GRUB, el GRand Unified Boot Loader, obra maestra, pieza sin la cual no somos nada. Para los que no sepan de que hablo, GRUB la aplicación encargada de mostrarte el típico menú que se te presenta justo después de que el BIOS terminó de hacer el POST y justo antes de que empiece a cargar tu sistema operativo de cabecera, suele tener un par de opciones diferentes entre las cuales elegir y mas no menos se ve como esto (dependiendo la distribución instalada): No lo reconocés? Debe ser por que el tuyo tiene puesto algún fondo colorinche que lo haga bonito, pero este es GRUB como viene de serie. Te lo juro por mi vieja. - Init Init (no confundir con initrd) es el comando que se le puede pasar al kernel para controlar que hará este a continuación de cargarse a si mismo. Si no se especifica, por defecto el kernel tratará de cargar la aplicación de nombre init, valga la redundancia, u OpenRC en sistemas mas modernos, que son los encargados de hacer que el kernel de linux sea "envuelto" en el resto de las capas de la cebolla, por citar el mismo ejemplo típico que se usa siempre, es decir, son los encargados de cargar servicios, modulos y aplicaciones que a su vez se encargaran de darnos control y utilidad sobre los dispositivos existentes, pero no voy a entrar mas en detalles que no vienen al caso. - Shell, la consola. No hace falta que me explaye mucho, pantalla en modo texto donde se le dan ordenes a la pc por línea de comandos. Lo mas normal es encontrarse con SH o con BaSH, la Bourne Again SHell. Tomen nota de estos dos, que son el quid de la cuestión. Habiendo reseñado, y espero que se me haya entendido, estos tres componentes, vamos a los bifes. Caso 1 - Rompiste algo pero tu sistema de archivos está sano. Este caso es muy común, y para esto ya existe y está super documentada la opción inicio en modo interactivo, no me voy a explayar sobre el tema, me parece que no hace falta, si te insteresa, durante el arranque de la pc presioná la tecla (i) varias veces hasta que en un menú en modo texto el sistema operativo te vaya guiando sobre cual servicio arrancar y cual no... Contestá las preguntas, booteá y deshacé lo ultimo que hiciste. Caso 2 - Se te rompió el sistema de archivos (Acá se ven los buenos) Habrán notado que para reparar el sistema de archivos este tiene que estar desmontado, o montado en modo solo lectura, cosa que impide que reparemos nuestro linux a menos que arranquemos con un livecd? Bueno, esto es así siempre y cuando se nos haya roto o quisieramos chequear como anda de salud nustra partición raíz, o cualquier partición que tengamos montada en modo lectura-escritura y que se encuentre siendo utilizada en ese momento. Para cualquier otra partición que sea "desmontable" mi ejemplo si bien se aplica, no es necesario ya que basta con desmontar la partición, revisarla y volverla a montar. GRUB es sumamente versatil, tanto que permite que modifiquemos cualquiera de las líneas que conforman su archivo de configuración (menu.lst) al vuelo, antes de arrancar. - Esto te puede servir también para arrancar con un kernel o con otro, o cuando necesites por algún motivo probar opciones tipo "noapic" o "vga=791" hasta dar con la indicada. - Para aceder al modo edición de GRUB, basta con presionar la tecla (E) mientras estés en el menú, esto te va a mostrar todas las líneas que conforman la configuración que hace arrancar la opción sobre la que te encontrabas parado en ese momento. Si estabas parado sobre la opción Ubuntu 8.04.1 por ejemplo, verás algo parecido a esto: Cita :title Ubuntu 8.04.1, kernel 2.6.24-19-generic root (hd0,6) kernel /boot/vmlinuz-2.6.24-19-generic root=/dev/sda6 real_root=/dev/hda6 ro initrd /boot/initrd.img-2.6.24-19-generic Todas esas líneas son editables, podemos modificarlas presionando de nuevo la tecla (E) sobre la opción que nos interese editar antes de arrancar desde el mismo GRUB e ir haciendo pruebas. Se bootea desde la opción seleccionada estando en modo edición en GRUB con la tecla (B) La línea que hace mención al kernel es la que soporta como parámetro init, si le digo al kernel por ejemplo que como init utilice /bin/bash o /bin/sh, dependiendo lo que tu distribución tenga o le hayas instalado, el resultado final es el que sigue: Cita :kernel /boot/vmlinuz-2.6.24-19-generic root=/dev/sda6 real_root=/dev/hda6 ro init=/bin/bash Y el proceso de encendido de la pc resultante sería este: BIOS --> MBR del disco --> GRUB --> Kernel --> Shell Por si no se entendió, quedo parado en modo texto, en una consola como root. De ahí en mas se abre un abanico de posibilidades, pero vamos a lo que nos interesa, reparar un sistema de archivos: Primero lo primero, quiero reparar mi partición o disco /dev/sdX, supongamos /dev/sda6 por citar el mismo ejemplo de mas arriba, que es donde estaría instalado el Ubuntu ese según GRUB (por la línea que lo menciona root=/dev/sda6). Lo primero que tengo que hacer para poder trabajar es desmontarlo (no puedo, el kernel lo necesita para leer y estoy booteando de un kernel alojado en la misma partición que pretendo reparar) o montarlo en modo Read Only, ro, solo lectura. Esto se logra pasandole como opción remount y el modo al comando mount: Cita :mount -o remount,ro /dev/sda6 Ahora si, vamos al fsck al fin: Cada sistema de archivos tiene su set de herramientas únicas para poder hacer chequeos, o modificaciones sobre la forma en que se comporta, esto incluye una versión de fsck (la utilidad para revisar y llegado el caso reparar el sistema de archivos) por cada uno de los sistemas de archivos soportados por el kernel. Por suerte para el usuario de a pié, el comando fsck así nomás, pelado, es capaz de reconocer con que tipo de sistema de archivos está lidiando y cargar la herramiente correspondiente el solito, así que teniendo la unidad desmontada o montada en modo solo lectura, la revisamos: Cita :linux ~ # fsck /dev/sda6 fsck 1.41.2 (02-Oct-2008) e2fsck 1.41.2 (02-Oct-2008) /dev/sda6: clean, 46/12048 files, 27180/48160 blocks linux ~ # La línea que nos interesa es la que dice "clean" indicando que está todo en orden. En cualquier otro caso, el programa se pondrá a trabajar y nos irá preguntando que hacer respecto a las inconsistencias encontradas, si repararlas o no, a lo cual conviene en la mayoría de los casos responder que si a menos que se sepa exactamente lo que se está haciendo. Cita :linux ~ # fsck /dev/sda6 fsck 1.41.2 (02-Oct-2008) e2fsck 1.41.2 (02-Oct-2008) Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information /dev/sda6: 46/12048 files (13.0% non-contiguous), 27180/48160 blocks Una vez terminado se puede repetir el proceso a ver si la salida coincide con la primera que puse mas arriba, que dice "clean". Por último, se puede forzar fsck a que revise una partición que está marcada como "sana/limpia" por que soy desconfiado, cabeza dura, re heavy, re jodido. (Y además le paso la opción -y para que sepa que mi respuesta a cualquier pregunta es yes - OJO con esto!!) Cita :linux ~ # fsck -f -y /dev/sda6 fsck 1.41.2 (02-Oct-2008) e2fsck 1.41.2 (02-Oct-2008) Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information /dev/sda6: 46/12048 files (13.0% non-contiguous), 27180/48160 blocks Como tengo el sistema de archivos montado en modo solo lectura, y como soy re heavy, re jodido, si quiero reseteo la pc desde el botóncito a tal efecto, o pateo el estabilizador de tensión, total no le va a pasar nada, solo va a arrancar con un check forced la próxima vez por que la partición tal o cual no a sido desmontada limpiamente. Para los mas puritanos, pueden reiniciar la pc y comprobar si ahora funciona todo con el comando reboot. Caso 3 - Te olvidaste la contraseña de superusuario. - O necesitás cambiar algún archivo de configuración que rompiste para poder arrancar. Mismo procedimiento: - Esperás a GRUB - Editás la línea que hace referencia a la distro de la que te olvidaste la contraseña parandote encima de la opción y presionando la letra - Editás la línea que hace referencia al kernel parandote encima de la opción y presionando la letra - Agregás en el mismo renglón: init=/bin/bash - Volvés al menú anterior con la tecla - Booteás la opción seleccionada con la tecla (B) De golpe sos root y no tuviste que escribir la contraseña, ni arrancar desde ningún livenada, te falta usar el comando passwd para cambiar la contraseña: Cita :linux ~ # passwd New UNIX password: ********* Retype new UNIX password: ********* passwd: password updated successfully Asusta, no? Fuente: mi cabeza. Puede que sea información duplicada pero no vi a nadie que lo plantee de esta forma. Usando este método nunca mas (casi) van a necesitar de un cd de linux para reparar linux... El único caso en donde esta solución no es aplicable es donde la configuración no sea la correcta en /etc/fstab. Espero que le sea de utilidad a alguien. <a href='http://b.t.net.ar/www/delivery/ck.php?n=a2afc290&amp;cb=INSERT_RANDOM_NUMBER_HERE' target='_blank'><img src='http://b.t.net.ar/www/delivery/avw.php?zoneid=58&amp;cb=INSERT_RANDOM_NUMBER_HERE&amp;n=a2afc290' border='0' alt='' /></a>

Registrate y eliminá la publicidad! Como actualizar el kernel de linux de forma remota. (Y no morir en el intento) Si administran servidores remotamente se habrán encontrado en esta situación al menos una vez en su vida (Y si todavía no, agenden por que les va a tocar mas tarde o mas temprano): Hay que recompilar el kernel por X motivo y reiniciar para aplicar los cambios. El servidor está a varios kilómetros de distancia... ¿Y si hago las cosas mal, reinicio y mi servidor o pc remota no vuelve mas? Tratándose de un caso semejante voy a presuponer que saben poner a funcionar el daemon ssh de su distribución de cabecera, saben loguearse remotamente por ssh, como compilar un kernel y como ponerlo a funcionar. Me salteo toda esa parte obvia y voy a lo importante que por ahí no todos conocen: Como asegurarme de recuperar el control si algo falla. Vamos a un caso práctico: Una pc con un kernel guardado como bzimage en /boot/ y un kernel nuevo recién compilado de nombre bzimage_nueva. Necesito bootear con bzimage_nueva pero si algo falla necesito poder volver a bzimage automáticamente. Grub al rescate. Si mi menu.lst de grub decía para arrancar mi pc: Cita /boot/grub/menu.lst: default 0 timeout 5 title Linux opción 0 root (hd0,0) kernel (hd0,0)/boot/bzimage root=/dev/sda3 Hay que agregar el nuevo kernel, bzimage_nueva habilitando lo que se llama fallback: Cita /boot/grub/menu.lst:default saved #por defecto bootear desde la opción guardada timeout 5 fallback 1 #en caso de fallo, caer a la opción 1 title Linux opción 0 #Bootear mi nuevo kernel root (hd0,0) kernel (hd0,0)/boot/bzimage_nueva root=/dev/sda3 savedefault fallback title Linux opción 1 #bootear mi antiguo kernel root (hd0,0) kernel (hd0,0)/boot/bzimage root=/dev/sda3 savedefault Explicación: - Fallback 1 es autoexplicativo, en caso de que la opción que tenga memorizada grub como default sea fallback, al próximo reinicio en lugar de caer en la opción 0 al cabo de 5 segundos, caer en la opción 1 - savedefault fallback implica que si grub ejecuta esta opción, al próximo reinicio la opción por defecto será fallback y como fallback apunta a la opción 1, entonces al próximo reinicio usar la opción 1 del menú. - savedefault es bastante obvio, hacer de esta si llega a ser usada en algún momento la opción por defecto hasta que se especifique lo contrario. Con esto me aseguro de que pase lo que pase, al segundo reinicio y de ahí en adelante vuelva al kernel viejo que sé que funcionaba. Queda un último detalle. Necesito decirle a Grub que solo por esta vez la opción saved en lugar de ser fallback va a ser 0, la primera opción del menú. Con esto me aseguro de que el primer reinicio se haga desde mi kernel nuevo: Cita :neotux ~ # grub-set-default 0 Hasta ahí, por si no se entendió, el comportamiento de Grub va a ser el siguiente: - Próximo reinicio, usar la opción cero - Pase lo que pase, al reinicio inmediato siguiente usar siempre la opción 1 del menú. ¿Y si alguna de las opciones del kernel la puse mal, no la tuve en cuenta, me olvidé de algo? ¿Como hago para que la pc se reinicie sola? Cita /boot/grub/menu.lst:kernel (hd0,0)/boot/bzimage_nueva root=/dev/sda3 panic=10 La opción panic=10 en la misma línea en donde se declara el kernel hace que la pc se reinicie sola en caso de un kernel panic al cabo de 10 segundos. Con eso casi que están prácticamente todas las posibilidades cubiertas, peeeeero (esto me pasó una vez) necesito volver a tener conectividad al proximo reinicio con mi kernel nuevo y para que esto pase tengo que tener en cuenta todos los módulos de netfilter si los usé, tun/tap si hay vpn o brdige de por medio, y obviamente drivers de placas de red... ¿Y si la pc bootea bien pero no tengo conectividad y no tengo kernel panic que me la reinicie sola? Inittab al rescate. Primero creo un archivo que se llame reiniciar cuya única función es esa, esperar 2 minutos (120 segundos) y ejecutar el comando reboot. Cita :neotux ~ # echo "sleep 120 && reboot" > /usr/bin/reiniciar neotux ~ # chmod +x /usr/bin/reiniciar Para luego agregar este archivo reiniciar al inittab, modificando la línea que decía: Cita /etc/inittab:c1:12345:respawn:/sbin/agetty 38400 tty1 linux Para que en lugar de eso diga: Cita /etc/inittab:c1:12345:respawn:/sbin/agetty -n -l /usr/bin/reiniciar 38400 tty1 linux Explicación: Inittab es el encargado de hacer respawn de los N cantidad de tty's que tu distro de cabecera tuviera por defecto. Con -n -l /usr/bin/reiniciar le estoy diciendo que antes de hacer respawn de la tty 1 (a la que accedés con ctrl + alt + F1) ejecute el comando reiniciar, el cual me da dos minutos, tiempo mas que suficiente para poder loguearme por ssh y comprobar si mi nuevo kernel se comporta como se supone que debería. En caso de que algo falle, si la pc reinicia bien pero no tiene conectividad, al cabo de dos minutos volverá a reiniciarse sola, y como grub puso como default saved, y saved tiene a fallback y fallback es el kernel viejo donde todo funciona... Estaría de vuelta en donde empecé. Ni falta hace que diga que si todo va bien, hay que deshacer los cambios tanto en el archivo menu.lst como en inittab, ¿no? La única vez que me salió mal una actualización de kernel y perdí conectividad casi me arrancan la cabeza. Desde entonces vengo usando este método y me ha resultado infalible. Espero que le sirva a alguien mas. Si se les ocurre alguna otra medida paranoica de seguridad que estaría bien tener en cuenta, escucho ofertas. Las instrucciones siempre trato de hacerlas genéricas, aplicables a linux, indistintamente la distribución de la que se trate, pero en el caso de el archivo inittab, suele variar ligeramente de una distribución a otra. La línea del inittab del ejemplo que pongo mas arriba es de Gentoo. Lo único importante es que entre getty y los baudios (38400) va el comando a ejecutar, y eso si para todas las distro es déntico. Fuente: Mi cabeza. Permitida su reproducción total o parcial pero citá la fuente o te pongo una zapatería en el culo.

Registrate y eliminá la publicidad! Oda al ubuntero en #debian-es I Tengo que hablar de un asunto si usted me da su permiso me las tienen por el piso los que preguntan de ubunto quiero que entienda mi punto porque ya no lo tolero aunque le suene grocero le pido al operador ponga fin a este dolor un ban para el ubuntero II entiéndame la intención pasaré a fundamentar por qué lo quiero expulsar comienzo mi explicación me mueve la compasión no me tome por violento se merece un escarmiento para que tome conciencia he visto otra penitencia que causa más sufrimiento III A continuación doy muestra de lo que pasó una vez aquí mismo en debian-es fui testigo en la palestra de una actitud siniestra cuando uno que sabía decidió que respondía al fulano impertinente que preguntaba insistente pero los man no leia IV preguntó siempre lo mismo compiz fusion, o beríl con actitud infantil caminaba hacia el abismo tecleaba con optimismo cualquier clase de instrucción sin hacer la reflexión ni investigar solo un poco metió comando a lo loco y esa fue su perdición V confiado en aquel extraño quien solo por diversión desbarrancó su ilusión por medio de un vil engaño le ofreció “el tip del año” pobrecito el infeliz ejecutó en el raiz erre eme guion erre la efe y enter por cierre sin comprender el desliz VI al cabo de unos segundos todo el sistema al garete por culpa de aquel sorete que le pasó ese comando el tipo quedó putiando maldiciendo y enojado por no haber investigado por no buscar en la red la solución, mire usted en google hubiera encontrado VII Pero al final del relato fijese lo que pasó el ubuntero aprendió que por más que sea novato conviene leer un rato y prestar más atención al buscar la solución porque te puede ir muy mal si no elegis el canal para tu distribución Ja! O no que mientras leías te sonaba una guitarra en la cabeza haciendo el punteo ese que suena siempre en las payadas? Tefuén

Registrate y eliminá la publicidad! X11 Forwarding Ejecutar aplicaciones de una pc remota en la pantalla local (O de como chatear en el laburo o navegar "ciertas" páginas salteandote el firewall pedorro ese que pusieron) Si ya se entretuvieron con mi post anterior donde explico como ejecutar aplicaciones remotas en pantalla remota abriéndole ventanas con porno a los compañeros del laburo o ejecutando el utorrent en casa desde el laburo, puede que les interese hacer exactamente lo contrario: Ejecutar aplicaciones de la pc de casa, en la pc del laburo (ideal para esos casos en donde hay un sysadmin castrador que no permite chatear o navegar por internet "ciertas" páginas, nada que no se arregle ejecutando el amsn o el firefox de casa...) Vamos a los bifes. En el servidor, habilitar X11 forwarding. El archivo en cuestión en el 95% de las distribuciones es /etc/ssh/sshd_config, editenlo con su editor de cabecera, busquen la linea que dice #X11Forwarding no y cambienla para que diga: Cita :X11Forwarding yes Reinicien el servicio SSH en el servidor: Cita :~ # /etc/init.d/ssh restart En el cliente, lo mismo, habilitar X11 forwarding editando el archivo /etc/ssh/ssh_config buscando la línea que dice #X11Forwarding no y cambiándola para que diga: Cita :X11Forwarding yes Y listo, de ahora en mas, cada vez que se conecten por SSH a la pc "servidor" en lugar de usar el comando de siempre: ssh root@servidor usan el mismo pero agregandole el parámetro -X que habilita esta función: Cita :~ # ssh -X root@servidor servidor ~ # xcalc & #<-- Esto ejecutará la calculadora en la pc remota pero me la mostrará en la local Hey! Pero en el laburo tengo windows, en casa linux, ¿Como carajo hago? En el "servidor" (la pc de su casa en la mayoría de los casos) habilitan X11 Forwarding como explico mas arriba. En el cliente windows necesitan instalar: - PuTTY, un cliente SSH para windows que soporta X11 Forwarding - Descargar. - Xming (o algo similar en su defecto), X11 para tu windows - Descargar. Teniendo Xming en ejecución una vez instalado, ejecutan putty. - En la sección Host Name or IP address ingresan - valga la redundancia - El nombre del host o el número de IP de la pc remota que ejecuta linux. - Dentro de Connection despliegan la sección SSH y click a la sección X11. - Dentro de X11 ponen la tilde en X11 Forwarding y click en el botón Open - Se loguean con las credenciales adecuadas a la pc remota y: Cita :servidor ~ # xcalc & Ahi tienen la calculadora de Linux, desde la pc remota pero corriendo el el windows local. ¿Ya está todo inventado, no? Fuente: Mi cabeza. Permitida su reproducción total o parcial, pero citá la fuente o te pongo una zapatería en el culo