sistemas (Página 40) - Userlinux.net

Creo que si a algún software le he sacado partido y estoy absolutamente orgulloso de usar ese es GNU screen. Ya he hablado de él en numerosas ocasiones y no hago más que alabar sus características.

Cada día que juego un poco con sus opciones me quedo boquiabierto. Esta tarde ha sido por iniciativa de David Martínez, él también habla maravillas de screen.

Es una pena que no me haya dado por medir el tiempo de generación del tar.gz pero no pienso repetirlo. Hace unos días ha tocado hacer una compresión de un archivo de 51Gb. de texto plano y -como siempre- he tirado de tar.gz sin siquiera pensar en otras alternativas. 5.1Gb clavados.

La duda ha venido días más tarde cuando, al no ubicar bien el comprimido, un rsync se lo ha llevado por delante (descanse en paz). Tenía que repetir la tarea así que me he puesto el mono de trabajo y he intentado mejorar los números:

Siempre se me pasan las fechas importantes, no iba a ser menos con el uptime de una máquina así que ahí va:

# uptime 
 09:21:49 up 366 days, 18:45,  5 users,  load average: 1.11, 1.04, 0.94

Una Fedora Core 4 (Stentz) que -espero- pronto pase a ser Debian. Hito apuntado.

Todos tenemos despistes, pero cuando jugamos con datos de otros la responsabilidad tiende a ser mayor (aunque seas el amigo informático al que le tocan los marrones).

El caso es que intentando reinstalar un portátil puede ocurrir que marquemos como "espacio libre" una partición de forma incorrecta (justo la de un disco duro externo, el backup de datos para más inri) y escribamos la tabla de particiones...

Una de las tantas actualizaciones del módulo php5 (5.2.6.dfsg.1-1+lenny3) para Apache2 en Debian Lenny (5.0 stable) nos indica que se cambiarán los límites de máximo de archivos upload por petición a 50 -como ya se está haciendo por defecto en php-5.3.1-, para prevenir ataques de denegación de servicio.

En principio no debería afectar demasiado a cualquier sistema, pero por si las moscas en la actualización nos avisan convenientemente para no tener ningún tipo de inconveniencia o incompatibilidad con vuestros scripts:

Al hilo de la entrada anterior hablando sobre los terminales compartidos con screen intentaremos ir más allá y -además de interactuar y enseñar comandos shell- grabar todo lo que estamos haciendo en un archivo que luego podremos reproducir como si de un vídeo se tratase.

Esto puede hacerse gracias a los comandos script y scriptreplay, que se encargan de grabar las pulsaciones y el timing de las mismas para luego reproducirlo las veces que haga falta. Todo esto en consola, guardando el log en archivos de texto fácilmente comprimibles y sin dependencias extrañas. ¿Tentador?, vamos a probar.

Hace tiempo, mucho tiempo, en un lejano servidor provisto de una pequeña Potato, se quiso compartir una shell para que varios usuarios interactuasen en tiempo real con lo que un sysadmin estaba configurando. Para ello se usó un pequeño programa llamado Kibitz al que -incomprensiblemente- se le ha perdido la pista.

Años más tarde encuentro los verdaderos motivos por los que Kibitz ya no aparece en las distribuciones modernas, su función la suple screen con una feature de serie y sin más dependencias que habilitar el modo multiusuario. Vamos a ello.

Seguimos descubriendo características de Metasploit y quedándonos boquiabiertos con todo el poder de esta fantástica -y controvertida- herramienta.

Pensándolo con frialdad hasta me he planteado la escritura de este post, me preocupa la ética de los posibles lectores... pero visto de otra forma ni estoy descubriendo nada nuevo ni quiero hacer apología del non full disclosure así que -muy por encima pero- allá vamos.

Hoy intentaremos saltarnos un sistema de detección de intrusos (IDS), al menos en teoría, porque no tengo ninguna maqueta montada para probarlo realmente. A la hora de usar nmap para comprobar la disponibilidad de algunos puertos de una Red es muy posible que cualquier IDS detecte los escaneos y emprenda algún tipo de acción.

El idle scanning se sirve del IPID para echarle el muerto del escaneo a otro ordenador zombie con lo que para hacerlo efectivo debemos -antes de nada- encontrar ese ordenador adecuado al que culpar.

Comando del día. Hace nada me pidieron un backup de una tabla de MySQL y sentí la necesidad de hacerlo en una linea (obviamente, tras 3 pruebas). Si, sé que es una tontería pero tuvo su gracia. Vamos al lío.

Para empezar no sabía si se podía hacer un dumpeo con mysqldump de una tabla en concreto, siempre lo había usado para bases de datos completas pero man me lo dejó muy claro: si después de la base de datos especificas una tabla lo haré encantado.