Rincón Informático

Hace poco debia realizar una “exposicion” sobre asterisk en la universidad, para ser sincero, nunca me habia puesto en la tarea de instalar un servidor Asterisk el cual quedara completamente funcional y operativo. Sin embargo,  investigando un poco  en el mundo de la VozIP me encontre con elastix una de las tantas distribuciones que traen todo listo para  tener toda una suite de colaboracion completamente funcional.

Antes una deficion breve sobre asterisk:

Asterisk es una central software (PBX) de código abierto. Al ser una central PBX permite interconectar teléfonos IP, análogos, etc., y conectar dichos teléfonos a la red telefónica convencional

Ahora definamos elastix:

Elastix es una distribución de “Software Libre” de Servidor de Comunicaciones Unificadas que integra en un solo paquete algunas tecnologías claves como:

• VoIP PBX
• Fax
• Mensajería Instantánea
• Email
• Colaboración

Elastix implementa gran parte de su funcionalidad sobre 4 programas de software muy importantes como son Asterisk, Hylafax, Openfire y Postfix

Para descargar la ISO, lo puedes hacer en este enlace

La instalacion es muy sencilla, y por lo tanto no es necesario hablar de ella, si alguna vez has instalado alguna distribucion de GNU/Linux  muy seguramente no tendras ningun inconveniente para completar con exito la instalacion.

Despues de 15 minutos de instalacion tendras un servidor asterisk listo para configurar,  la administracion y configuracion se hace via WEB lo cual hace aun mas facil el manejo y administracion del servidor.

Como pueden ver elastix facilita mucho las cosas,  es ideal para aquellas personas que tengan poco tiempo para montar un servidor asterisk. Sin embargo debido a que no soy un experto en el tema, no se  si elastix cumple con todas las caracteristicas de un servidor asterisk convencional.. ¿Ustedes expertos en vozIP que piensan?

Etiquetas: asterisk, configurar, descargar, Distribuciones, download, elastix, GNU/Linux, instalar, montar, openfire, Software, software libre, suite, voz ip, vozip

Con el rápido crecimiento de la tecnología, todos los días vamos acumulando más y más información en nuestros discos duros (HD) y se va haciendo necesario que esta transferencia de datos ya sea desde internet o desde un disco a otro, sea cada vez más rápida y confiable.

Cuando hablamos de transferencias de datos a través de una red, se hace necesario que esta me garantice cierto nivel de calidad de servicio (QoS) para que mis datos no se vayan a ver corrompidos o que simplemente se vayan a perder en la transferencia. Ahora cuando hablamos de transferencias de datos por ejemplo de un disco duro a otro, también se necesita que haya cierto grado de confiabilidad, pero esto nos lleva a otro punto interesante, y es que cuando empezamos a llenar nuestro HD, este guarda nuestros datos de una forma no consecutiva, provocando el fenómeno de la fragmentación, este fenómeno produce que cuando se quiera acceder a ciertos archivos le tome mucho tiempo cuando el HD se encuentra muy lleno, porque los datos se encuentran dispersos por todo el HD, el fenómeno de la fragmentación ocurre en cualquier tipo de sistema de fichero sea NTFS, FAT, ext2, ext3, etc. Pero lo que diferencia el problema de un sistema a otro es la regularidad con la que sucede.

Ahora hablando más explícitamente del sistema de ficheros de Linux ext3 utiliza un esquema de mapeado de bloques. Un fichero de 100 MB será mapeado en 25.600 bloques de 4 KB cada uno. Cuanto más grande sea el fichero, más bloques serán mapeados, algo que hará el manejo cada vez más lento. Ext4 introduce el concepto de Extent. Un extent es básicamente un conjunto de bloques. En nuestro ejemplo para un fichero de 100 MB, se dirá básicamente «escribe los datos en los próximos n bloques». En lugar de mapear cada bloque individual por separado, Ext4 soportará extents de hasta 128 MB, de forma que para un fichero de un 1 GB, se mapearán 10 extents en lugar de 256.000 bloques. Esto mejora el rendimiento y reduce la fragmentación.

Explicación: En nuestro ejemplo de 100 MB, Ext3 utiliza un alojador de bloques que decide qué bloques libres van a ser utilizados para escribir los datos. Pero el alojador puede trabajar sólo de bloque en bloque, lo que significa que nuestro fichero de 100 MB necesitará 25.600 llamadas al alojador. Ineficiente, ¿no? Resulta aún peor darse cuenta de que el alojador no puede optimizar sus políticas porque en realidad no sabe cuántas veces va a ser llamado. No sabe el tamaño del fichero para el que se le está pidiendo que aloje bloques. 

Algunas de las mejoras que podrás encontrar en este nuevo sistema de ficheros serán relacionadas en la siguiente tabla.

Mejora	Descripción
Sistema de archivos de gran tamaño	El sistema de archivos ext4 es capaz de trabajar con volúmenes de hasta 1 exbibyte y archivos de tamaño de hasta 16 TiB.
Extents	Un extent es un conjunto de bloques físicos contiguos, mejorando el rendimiento al trabajar con ficheros de gran tamaño y reduciendo la fragmentación.
Compatibilidad hacia atrás	El ext4 es compatible hacia atrás con ext3 y ext2, siendo posible montar sistemas de archivos ext3 y ext2 como ext4.
Asignación persistente de espacio	El espacio reservado para estos archivos está garantizado y con mucha probabilidad será contiguo. El llenado con ceros está obsoleto.
Asignación retrasada de espacio	El sistema de archivos ext4 retrasa la reserva de bloques de memoria hasta que la información esté a punto de ser escrita en el disco, mejorando el rendimiento y reduciendo la fragmentación al hacer las decisiones de reserva de memoria basada en el tamaño real del archivo.
Límite de subdirectorios superado	El número de subdirectorios que un directorio puede contener fue elevado a 64.000.
Journal checksumming	Se usa suma de comprobación para el journal de forma que se aumente la confiabilidad, dado que este es el archivo más usado en el disco.
Chequeo del sistema de archivos más rápido	En ext4, los grupos de bloques no asignados y secciones de la tabla de inodos están marcados como tales. Esto permite a e2fsck saltárselos completamente en los chequeos y en gran medida reduce el tiempo requerido para chequear un sistema de archivos del tamaño para el que ext4 está preparado.
Asignador multibloque	El sistema de archivos ext4 asigna múltiples bloques para un fichero en una sola operación, lo cual reduce la fragmentación al intentar elegir bloques contiguos en el disco.

El popular blog sobre hardware y Linux Phoronix ha ejecutado unas pruebas extensivas sobre el rendimiento de Ext4 contra otros sistemas de ficheros populares como Ext3, XFS, JFS o ReiserFS. El resultado más impresionante se produjo durante la escritura de un fichero de 4 GB, donde Ext4 literalmente borró al resto de sistemas del mapa.

Bueno esto es todo por el momento, en las próximas entradas se hablara de cómo pasarse de ext3 a ext4 sin necesidad de perder los datos, espero y les haya servido y hasta un próximo artículo.

 Fuente

Etiquetas: archivos, archivos ficheros, datos, disco, esquema, ext3 vs ext4, ext4, fstab ext4, GNU/Linux, Internet, linux file system, montar, optimizar, problema, red, rendimiento, sistema, sistema estructura, sistema operativo linux, Software, transferencia

Es una pregunta que ya me había hecho hace tiempo, si era posible usar una imagen iso como repositorio y no tener que estar usando los CD’s/DVD’s  (Algo muchas veces molesto, más si se trata de CD’s).

Pues bueno las ventajas que presenta usar las imágenes iso son bastante claras, ya que no tendremos la necesidad de estar insertando y sacando los CD’s/DVD’s de la unidad, a demás de ahorrarnos unos cuantos CD’s/DVD’s.

Preparando lo necesario

- Necesitamos un directorio por cada CD’s/DVD’s. Podríamos crear una directorio llamado ‘repositorio‘ en /media que contenga a los demás.

# mkdir  /media/repositorio

Ahora dentro de ‘repositorio’ creamos el resto de carpetas donde serán montadas las imágenes iso.

# mkdir  /media/repositorio/[CD1 o DVD1]

# mkdir  /media/repositorio/[CD2 o DVD2]

…

# mkdir  /media/repositorio/[CDn o DVDn]

En mi caso los directorios quedarían así:

# ls  /media/repositorio

cd1 cd2  cd3  cd4  cd5  cd6  cd7  cd8

- Debemos conocer la ubicación de las imágenes iso (La ubicación realmente no importa).

En mi caso: /media/repositorio-isos

Modificando el archivo fstab

#vim  /etc/fstab

Al final del archivo añadimos los siguiente:

/media/RUTA/IMAGEN1.iso  /media/repositorio/[CD1 o DVD1]  iso9660  loop,user,auto  0  0

Para cada imagen debe haber una línea como esta indicando respectivamente la imagen iso y el directorio donde será montada.

Ejemplo:

#Repositorio imagenes-iso
/media/repositorio-isos/debian-testing-i386-CD-1.iso  /media/repositorio/cd1  iso9660 loop,user,auto  0  0
/media/repositorio-isos/debian-testing-i386-CD-2.iso  /media/repositorio/cd2  iso9660 loop,user,auto  0  0
/media/repositorio-isos/debian-testing-i386-CD-3.iso  /media/repositorio/cd3  iso9660 loop,user,auto  0  0
/media/repositorio-isos/debian-testing-i386-CD-4.iso  /media/repositorio/cd4  iso9660 loop,user,auto  0  0
/media/repositorio-isos/debian-testing-i386-CD-5.iso  /media/repositorio/cd5  iso9660 loop,user,auto  0  0
/media/repositorio-isos/debian-testing-i386-CD-6.iso  /media/repositorio/cd6  iso9660 loop,user,auto  0  0
/media/repositorio-isos/debian-testing-i386-CD-7.iso  /media/repositorio/cd7  iso9660 loop,user,auto  0  0
/media/repositorio-isos/debian-testing-i386-CD-8.iso  /media/repositorio/cd8  iso9660 loop,user,auto  0  0

Modificando el archivo sources.list

Ahora para que apt use las imágenes como repositorio debemos indicar en este archivo donde esta montado cada CD’s/DVD’s de nuestro repositorio.

# vim  /etc/apt/sources.list

Agregamos lo siguiente:

deb file:///media/repositorio/[CD1 o DVD1] squeeze main contrib

Cambia ‘squeeze’ por la versión de Debian que uses.

Ejemplo:

#Repositorio imagenes-iso
deb file:///media/repositorio/cd1 squeeze main contrib
deb file:///media/repositorio/cd2 squeeze main contrib
deb file:///media/repositorio/cd3 squeeze main contrib
deb file:///media/repositorio/cd4 squeeze main contrib
deb file:///media/repositorio/cd5 squeeze main contrib
deb file:///media/repositorio/cd6 squeeze main contrib
deb file:///media/repositorio/cd7 squeeze main contrib
deb file:///media/repositorio/cd8 squeeze main contrib
##END

Si no lo has hecho debes montar las imágenes:

# mount  -a

Y por último:

# aptitude  update

A mí me han aparecido varios errores como este, después de actualizar los repositorios:

Err file: squeeze/contrib Packages
Fichero no encontrado

Pero esto no perjudica el funcionamiento correcto de el repositorio.

Compartir este repositorio para toda la red local

Este punto ofrece una utilidad enorme, imagínate actualizar todos los computadores de una red local a través de un solo computador que actúe como servidor del repositorio. Pues es muy sencillo:

Supongamos que con los pasos de arriba configuramos el repositorio y que ese computador será el servidor.

Ip: 192.168.1.1

Nota: Debemos tener configurado un servidor Apache.

En el servidor

Aquí crearemos enlaces simbólicos a cada uno de los directorios en donde se encuentran montadas las imágenes iso. Esto lo hacemos en el directorio /var/www de Apache.

#cd  /var/www

Cambias si es necesario la ruta del directorio por la tuya.

/var/www# ln  -s  /media/repositorio/cd1

/var/www# ln  -s  /media/repositorio/cd2

…

Recuerda un enlace por cada directorio.

En los clientes

En cada uno de los clientes debemos modificar el archivo /etc/fstab

#vim  /etc/fstab

Agregamos por cada enlace simbólico una línea como esta:

deb http://192.168.1.1/[NOMBRE_ENLACE] squeeze main contrib

Como puedes ver accedemos al repositorio con la ip del servidor y el nombre del enlace simbólico que apunta a cada una de los directorios donde montamos las imágenes.

Ejemplo

deb http://192.168.1.1/cd1 squeeze main contrib
deb http://192.168.1.1/cd2 squeeze main contrib
deb http://192.168.1.1/cd3 squeeze main contrib

Actualizamos repositorios y listo . Hasta la próxima!!

Etiquetas: apache, apt, archivo, CD, cliente, crear, debian, DoS, DVD, error, final, fstab, imagen, imagen iso, Imagenes, ion, ip, local, mbr, montar, nat, red, repositorio, sencillo, servidor, squeeze, VI, vim

Lo  que se sospecho desde un principio puede hacerse realidad,  desde la compra de Sun por parte de Oracle todos los usuarios de mysql ( me incluyo) temíamos que tarde que temprano este gran proyecto fuera a morir para que Oracle montara su monopolio  e imperio de las  bases de datos.

Por esta razón el creador de Mysql “Monty Widenius” esta pidiendo la ayuda de todos los defensores del software libre, para tratar de  salvar a este gran gestor de bases de datos.  Sin mas que decir dejo el enlace donde Monty explica claramente que podemos hacer para salvar a Mysql. Recuerden la unión hace la fuerza!!

Blog personal de Monty Widenius creador de Mysql

Etiquetas: 2009, ayuda, bases de datos, blog, datos, DoS, help, IDE, ip, libre, monopolio, montar, mysql, ORACLE, salvar, Software, software libre, sql, SUN, usuario, usuarios, VI, xp

Hace poco necesitaba  exportar una base de datos MYSQL que tengo en mi servidor localhost,  Sin embargo no queria instalar phpmyadmin para hacerlo de manera grafica, asi que me puse a la tarea de leer y muy rapidamente encontre la solucion y en realidad muy sencilla, se trata del comando mysqldump y su sintaxis es:

mysqldump -h ip_servidor -u usuario_bd -p basededatos>archivo.sql

Y eso es todo, como resultado tendremos un archivo .sql en el cual se encontrara toda la informacion de la base de datos, con este archivo podremos montar nuestra base de datos en otro servidor.

Importando la base de datos

Si por el contrario ya tenemos nuestro archivo .sql y lo que queremos es importar nuestra base de datos, debemos hacer lo siguiente:

#Nos conectamos al servidor:

mysql -h ip_servidor -u usuario -p

#Creamos la base de datos:

create database prueba;

#Le decimos al motor cual BD usaremos:

use  prueba;

#Ahora le damos la ubicacion de nuestro archivo .sql

source /home/usuario/Desktop/archivo.sql

Con esto habremos importado con exito nuestra base de datos a otro servidor, cabe aclarar que hay aplicaciones que hacen mucho mas facil el proceso como (phpmyadmin), pero no esta de mas saberlo hacer a mano.

Etiquetas: api, aplicaciones, archivo, comando, consola, datos, desktop, exportar, importar, informacion, instalar, ion, ip, local, mac, montar, mysql, NST, php, phpmyadmin, servidor, solucion, sql, usuario, VI, xp

Chema Alonso es un maligno, en todo el sentido de la palabra, es un informático maligno, pero no malo (eso es diferente) es tan maligno que acepto una pequeña entrevista que le hemos hecho por correo electrónico, sin mucho mas que aportar, los dejamos con las 9 preguntas y sus respectivas respuestas al mejor estilo del Chema, JODER!!.

Rincón Informático (Rinf):¿Cómo comenzaste en el mundo de la Seguridad Informática?

Chema Alonso (CA):La verdad es que fue casi por casualidad, o tal vez el destino me lo tenía guardado. Profesionalmente, antes me había dedicado a otros menesteres como son las bases de datos con mi querido y odiado a la vez Oracle, la programación, las redes o el diseño gráfico. Un día se hizo famoso un wargame en España que había ganado un tal mandingo y en el que había quedado segundo un tal RoMaNSoFt. Empecé a enredar con las primeras fases una vez terminado el reto, descubrí el SQL Injection y… joder, yo sabía mucho de lenguaje SQL y era muy sencillo si manejas bien las bases de datos. Empecé a leer los papers de Chris Anley, Litchfiled, y… la siguiente oportunidad que me surgió de hacer algo profesionalmente dedicado a seguridad informática no lo desaproveché. Desde entonces vivimos felices y comimos perdices.

Rinf:Pregunta obligada: ¿Por qué Windows y no Mac o GNU/Linux?

CA:Windows satisface todas mis necesidades como usuario. En mi día a día es la opción con la que me siento más cómodo, la que mejor conozco y la que me permite trabajar más rápido. Si tengo que usar un Linux para alguna cosa puntual lo uso. Con Mac es otra historia, ya que aun no hemos sido presentados formalmente, pero he de reconocer, y esto es una opinión personal, que no me gustan demasiado los colores de los interfaces en COCOA a primera vista

Rinf:¿Cuál es el gadget más extraño que tienes y el que más deseas?

CA:No soy muy de gadgets, no tengo muchos. Todos los años acumulo montones de gadgets que me regalan en conferencias, eventos, promociones, etc… y cuando llegan las navidades me encargo de hacer un “Papa Noel” con todos ellos. Un reloj que proyecta la hora en el techo, lámparas de portátiles, tazas que se calientan por USB, etc… Hoy en día no uso ninguno porque se me ha roto mi lamparita de lectura nocturna para libros. No, no se engancha por USB, simplemente se engancha al libro y crea una luz de lectura muy cómoda.

Rinf:¿El maligno tiene maligno-novia? (Cuidado con las fans)

CA:¿Fama? ¿Éxito? ¿SEXO?  No es lo que busca un Jedi

Rinf:¿Sobre qué temas prefieres escribir en el Lado Del Mal?

CA:El lado del mal empezó siendo un blog con un toque de mala uva para tocar los cojones a mucho subnormal. Poco a poco tenía que ir argumentando algunos posts con comentarios técnicos, luego empecé a dejar publicados los artículos de revistas que iba publicando, mis dibujitos, mis idas de olla y hoy en día escribo básicamente sobre lo que vivo y lo que trabajamos en I64.

Rinf:¿Oracle o MsSQL?

CA:Hoy en día MsSQL, pero reconozco que amé y odié a esa base de datos que versión a versión cambiaba de lugar y formato todos los archivos de configuración. Siempre me ha maravillado como Oracle nos maltrataba cambiando todas las opciones de configuración de versión a versión. “Hijo de una hiena!”. Pero luego me encantaba cuando podía desmotar toda una base de datos en un Solaris y montarlo en un Windows tocando cuatro cosas. O cuando configurabas el rman a saco y bases de datos en Stand By… Pero hoy en día me quedo con el Enterprise Manager de SQL Server y su claridad.

Rinf:Tres páginas obligadas de lecturas para Chema.

CA:Tres páginas no es muy difícil. La primera la de mi amigo Alejandro Ramos y sus compañeros en SecuriyByDefault, la segunda no es un página pero como si lo fuera: la newsletter de Una-al-día en la que leo el verbo fluido y afinado de “pajarraco” de los Santos o las artísticas reflexiones de Bernardo Quintero, MVP de Seguridad en Microsoft. La tercera página es la de WindowsTecnico en la que, a pesar de escribir yo alguna cosa o pedir que se toque un tema u otro, me sorprende ver lo que escriben mis compañeros del SOCtano.

Rinf:¿Alguna vez has ganado un Wargame? si es afirmativo, cuál y cuál fue el premio?

CA:Nooooo, y me gustaría, pero no tengo paciencia. Tanto es así, que no puedo acabar los partidos de futbol cuando están muy tensos. Me pueden los nervios y tengo que cambiar de canal. Con los wargames soy muy luser, se me da mejor crearlos que ganarlos.

Rinf:¿Cómo te imaginas al  maligno 20 años después?

CA:

Opción a) El Maligno es un tipo mayor, calvo, que se dedica a contar batallitas por las universidades. Ha escrito un libro sobre anécdotas en los eventos y vive entre charla y charla cuidando gatos.

Opción B) El Maligno ha visto la luz, se ha pasado a Linux y es un activo activista del software libre que se dedica a evangelizar el mundo entero desde su cabaña en África. Es un talibán y vive montando flames en foros.

Opción C) El Maligno ha cogido su maleta y se ha ido a vivir a Buenos Aires, desde allí se dedica a dibujar un tira de comics cutres sobre No Lusers en los que sin gracia, ni humor, ni estilo pinta aventuras sobre informáticos de segunda. Por las tardes toca la guitarra en un club de segunda con cuatro colegas porque por fin ha aprendido a tocar.

Opción D) El Maligno no ha cambiado, sigue siendo un crápula mezquino y golfo que gasta su vida entre conferencia y conferencia de seguridad informática y trabaja como profesor en una universidad o un instituto como profesor.

Informática 64 es una gran empresa en todos los casos y es dirigida por gente más hábil que yo. Como el futuro no está escrito… cualquiera puede ser verdad.

No queda más que agradecer a Chema la molestia que le pudo causar responder estar preguntas, espero disfruten esta entrevista y aprendamos cada vez mas sobre el maligno.

Saludos Malignos!!!

El Lado del Mal

Security by Default

Windows técnico

Etiquetas: archivo, archivos, bases de datos, blog, CD, chema, chema alonso, conferencia, conferencias, configuración, correo, crear, cuidado, datos, DoS, eisi 3, Entrevista, evento, futuro, GNU, GNU/Linux, GNU/Linux, ion, ip, LAN, libre, libro, mac, mal, Microsoft, montar, ms, navidad, NST, ORACLE, PC, programa, red, Redes, reto, salud, SAP, seguridad, sencillo, Software, software libre, solaris, sql, Tip, usb, usuario, VI, vim, vista, Windows, xp

SSHFs es un sistema de archivos basado en SSH File Transfer Protocol. El cual nos permite montar directorios remotos y trabajar sobre archivos remotos como si fuese de manera local. Para más información.

Que necesitamos?

- Antes de poder usar SSHFs debes tener un servidor SSH instalado.
- Instalamos el paquete:

# aptitude install sshfs

- SSHFs necesita del modulo “fuse“.

Miramos si lo tenemos:

$  grep  ‘fuse’  /etc/modules

fuse

Sino no nos aparece entonces hay que incluirlo en  /etc/modules:

#  echo  fuse  >>  /etc/modules

Ahora hay que cargar el modulo:

#  modprobe  fuse

Debemos agregar nuestro usuario al grupo que puede usar “fuse“:

#  usermod  -G  fuse  -a  mi_usuario

Después de esto es recomendable reiniciar el servidor X

(Ctrl + Alt + Backspace) para que coja los cambios hechos con el comando usermod.

Contando con que todo vaya bien hasta aquí, solo falta montar la carpeta.

Montar la carpeta remota:

Creo la carpeta que servirá como punto de montaje (host local):

$  mkdir  /home/usuario_local/carpeta_local

Bueno es hora de montar la carpeta_remota en la carpeta_local.

El comando lo mostraré con un ejemplo:

Usuario remoto: toniak

Usuario local: tmsto

Ip host remoto: 192.168.1.1

Carpeta remota: remota

Carpeta local: local

$ sshfs toniak@192.168.1.1:/home/toniak/remota  /home/tmsto/local

Si todo sale bien nos pedirá la contraseña del usuario remoto.

Nota: Si el puerto que usa tu SSH no es el 22 entonces deberás especificar el puerto así:

$ sshfs -p puerto toniak@192.168.1.1:/home/toniak/remota  /home/tmsto/local

Por último si vas a desmontar la carpeta:

$  fusermount  -u   /home/tmsto/local

Ahora todo lo que copies dentro de la carpeta local o en la carpeta remota será visible en los dos host.

Espero que esta entrada les haya sido de utilidad, no olviden comentar. Los comentarios son importantes para quien escribe hasta la próxima.

Etiquetas: apt, archivo, archivos, cambios, comando, compartir archivos, contraseña, desmontar, DoS, IDE, ip, local, mac, modulo, montar, ms, NST, partir archivo, puerto, reiniciar, servidor, servidor X, shell, sistema, ssh, sshfs, usuario, VI