Raphaël Hertzog (@raphaelhertzog) es uno de esos tipos completos y complejos que no dejan de asombrarme con lo que hacen. Desarrollador de debian desde 1998, no sólo desarrolla dpkg, uno de los paquetes estrella de debian en mi opinión, sino que también publica todos los meses un detallado informe del trabajo que ha hecho para la distribución y para el software libre en general. Y no es un informe breve.

Desde hacía algún tiempo estaba enfrascada en la traducción y actualización de su primer libro en francés (Cahier de l’Admin Debian) al inglés. Ha ido publicando puntualmente la evolución del proyecto e, incluso, la portada del mismo y las licencias bajo las que se publicaría.

Pues bien, hace poca más de una hora ha anunciado que ya está disponible online, tanto para leer online, comprar en papel y en ebook o descargar. De hecho, yo ya tengo mi copia, donación incluída.

Más info: The Debian Administrator’s Handbook.

Ping

Ahí va una de puertos y firewalls

¿Qué es un puerto de red?

Un puerto de red es una interfaz no física mediante la cual dos máquinas intercambian datos a través de un servicio concreto. Según el modelo OSI (Open System Interconnection) su administración se corresponde con la capa 4 (transporte).

Cada puerto debe estar identificado por un número que lo hace único y permite asociarlo a un servicio determinado, de tal forma que las aplicaciones puedan saber qué tipo de información encontrarán en él. Gracias a esta identificación unívoca, es posible la multiplexación (en su acepción correspondiente a redes y modelo OSI), o lo que es lo mismo, la posibilidad de enviar información desde varias aplicaciones de forma simultánea a través de una conexión.

El número de puerto se indica mediante una palabra (cadena finita de bits) de 16 bits, por lo que existen 2¹⁶ = 65535 puertos diferentes. Aunque en principio podemos utilizar cualquiera de ellos para cualquier servicio, la IANA¹ (Internet Asigned Names Authority) establece una relación estándar puerto-servicio, en virtud de la cual clasificamos los puertos de red en:

• Puertos bien conocidos: los inferiores al 1024. Suelen estar reservados para procesos del sistema y como su nombre indica son utilizados por protocolos “bien conocidos” como pueden ser https, ftp, ssh, etc. Su utilización requiere permisos de administrador. Suelen ir del lado del servidor.
• Puertos registrados: Los comprendidos entre el 1024 y el 49151. Son de libre aplicación y además existe un listado en la IANA que especifica que protocolo usa cada uno de ellos.
• Puertos dinámicos o privados: del 49152 al 65535. Son puertos efímeros o de uso temporal. Normalmente son utilizados por la máquina cliente.

¹ En Debian, podéis echar un vistazo al fichero /etc/services para ver una relación de los puertos y servicios a los que se encuentran asociados.

¿Cómo puedo saber qué puertos tengo abiertos en mi máquina?

A pesar de que existen diversas aplicaciones on-line que escanean los puertos más comunes de tu máquina para comprobar si están abiertos, la mejor opción es utilizar una herramienta propia. En sistemas GNU/linux contamos con netstat:

user@machine:~ $ netstat -tuna
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:46479 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN
tcp 0 0 192.168.1.162:32795 74.125.230.228:80 ESTABLISHED
tcp6 0 0 ::1:25 :::* LISTEN
tcp6 0 0 :::39940 :::* LISTEN
tcp6 0 0 :::111 :::* LISTEN
udp 0 0 0.0.0.0:51873 0.0.0.0:*
udp 0 0 0.0.0.0:800 0.0.0.0:*
udp6 0 0 :::800 :::*
udp6 0 0 :::111 :::*
udp6 0 0 :::5353 :::*
udp6 0 0 :::53554 :::*
udp6 0 0 :::54643 :::*

Los parámetros -t y -u indican a netstat que muestre las conexiones realizadas mediante los protocolos TCP y UDP respectivamente, podéis filtrar la salida a vuestro antojo (muy recomendable echar un ojo al man de netstat).

Gestión de puertos: iptables y ufw (uncomplicated firewall)

Como ya sabéis, netfilter es el framework encargado de manipular y procesar paquetes de red en el kernel linux. E iptables una de las herramientas más potentes construídas sobre dicho framework, un firewall que permite configurar las tablas, cadenas y reglas de netfilter. Por tanto, la mejor manera de gestionar el tráfico de paquetes desde y hacia nuestra máquina es hacer uso de la mencionada herramienta.

Sin embargo, la configuración de iptables se puede complicar más de la cuenta, así que optaremos por utilizar otra aplicación que nos permita hacerlo de forma más sencilla. Me refiero a ufw, un sencillo y completo firewall que nos ayudará en la tarea y que además dispone de interfaz gráfica (gufw). Podéis encontrarlo sin problema en los repositorios Debian.

root@machine:~ # aptitude install ufw

Como cada máquina es un mundo y además cumple una serie de funciones, es imposible dar una receta universal a seguir al pie de la letra. Sin embargo, una buena forma de proteger nuestras máquinas es cerrar de forma predeterminada todos los puertos y luego abrir tan sólo aquellos que necesitemos. Veamos cómo hacerlo:

1) Arrancamos el firewall

root@machine:~ # ufw enable

2) Cerramos todos los puertos de forma predeterminada

root@machine:~ # ufw default deny

3) Añadimos reglas para abrir los puertos que nos interesen. Se puede indicar el nombre del servicio o bien del puerto:

root@machine:~ # ufw allow ssh

root@machine:~ # ufw allow 21

Si en algún momento queremos eliminar alguna de las reglas creadas basta con teclear:

root@machine:~ # ufw delete allow ssh

Además, podemos ver el estado del firewall mediante:

root@machine:~ # ufw status 

Y activar un registro de logs, que se almacenarán en /var/log/messages, tecleando:

root@machine:~ # ufw logging on

Por último decir que también se podría haber realizado el proceso inverso, esto es, abrir todos los puertos por defecto (idem que el punto 2, pero con el parámetro allow) e ir cerrando uno por uno (idem que el punto 3, pero indicando deny). Si echáis un ojo al manual veréis que también es posible permitir o denegar las conexiones desde una determinada IP o rango de IP’s, permitir el acceso a una IP a un sólo servicio y casi tantas combinaciones en forma de reglas como se os ocurran.

root@machine:~ # ufw allow from 192.168.1.0/24

root@machine:~ # ufw allow from 192.168.1.0/24 to any app ssh

Y eso es todo de momento, como veis ha sido una entrada bastante generalista en la que se ha tratado lo más básico de entre lo básico. A ver si con esta pequeña introducción se anima alguno de los que saben mucho más de esto que yo a presentar alguna herramienta molona o a profundizar más en el tema (sí, va por vosotros tres, canallas ).

¡Saludos!

Ping

Fallo inminente del disco duro... Good news, everyone!

Es muy tranquilizador leer, en color rojo y mayúsculas, los mensajes FALLANDO y EL FALLO DEL DISCO ES INMINENTE e, inmediatamente debajo, Respaldar todos los datos y reemplazar el disco. Lo que realmente te pone de mala uva es saber que el dispositivo tiene menos de un año de uso, que es disco principal del ordenador y que es de un terabyte, el mayor espacio de almacenamiento del que has disfrutado nunca y donde tienes absolutamente todo. ¿Dónde se supone que voy a volcar los datos? ¿Cuántos de mis discos duros de 12 gigabytes necesitaré para respaldar a semejante monstruo? Las preguntas surgen sin cesar…

Un momento después, más tranquilo y de vuelta de la cocina con una taza de café (la noche no va a ser larga, va a ser eterna, intuyes), te tomas un tiempo en analizar el mensaje antes de dejarte llevar por el pánico.

palimpsest (Utilidad de discos) a pleno rendimiento

El programa que muestra el mensaje es palimpsest, también conocido como la Utilidad de discos, que forma parte del paquete gnome-disk-utility y que desconocías completamente. Este programa se encarga, principalmente de realizar ciertas operaciones con discos duros y particiones (particionado, asignación del sistema de ficheros, etiquetado, montaje, desmontaje) y de la monitorización S.M.A.R.T. de los mismos.

A esas horas de la noche, leer de qué va la monitorización smart (voy a omitir los puntos en el resto de la entrada), mientras haces una copia de seguridad de todo fichero valioso que puebla tu disco duro, para qué negarlo, se hace cuesta arriba. Pero recuerdas (porque ya te las habías visto con ella) que es una tecnología que incorporan las placas base y los discos duros para prevenir muertes súbitas y lágrimas de desconsuelo. En otras palabras, monitoriza ciertos valores de los discos para prevenir la aparición de fallos o, en caso de que ocurran (shit happens), para disponer de un tiempo precioso con el que salvar tu información.

En este caso, el parámetro díscolo, Contador de sectores reubicados no te suena de nada, así que decides ver qué test te deja efectuar palimpsest, en la opción Ejecutar autocomprobación.

Autocomprobación SMART

A eso de las dos de la mañana, con todos los datos salvados en tres discos duros convenientemente desconectados y puestos sobre la mesa (ya no te fías ni de la electricidad), te das cuenta que da igual que realices un test u otro porque todos terminan en un par de segundos, con el mismo resultados: dos frases escritas en color rojo y letras mayúsculas que, a esas horas, ya no te parecen tan feas.

Así pues, smart funciona y, aunque esos mensajes apocalípticos asustan bastante por muy curtido que esté uno, finalmente reconoces que la otra opción, esa en que sabes que el dispositivo está mal en el mismo instante en que certificas su defunción, es mucho peor. La comunicación entre placa base y monitor smart permite comprar tiempo, que es mucho.

¿Cómo termina esta historia? Instalando el programa que la marca del disco duro ha creado (sólo para windows, por supuesto) para volver a otros errores escritos en color rojo y mayúsculas y una invitación a enviarlo a Alemania para su sustitución por otro nuevo. Mientras tanto, instalas Debian en otro disco duro, más modesto y viejo, para seguir tirando.

Un mes después de ver por primera vez el mensaje (creo que terminaré tatuándomelo en el pecho), recibes una caja con un terabyte de espacio, limpio, nuevo, esperando particiones y datos y comienzas a instalar Debian a eso de la medianoche.

Ping

Pero al igual que pasó con Debian 4.x (Etch), te das cuenta de lo que significa el término “compromiso” y “comunidad“. Sí, desde Debian son conscientes al igual que lo soy yo en mi día a día con los servers, que muchos de ellos (por los motivos que sea) siguen sin haber sido actualizados a la versión 6 (Squeeze) y te sorprenden (una vez más) liberando la versión 5.0.10 de Lenny y con ello, (anuncio oficial con todos los cambios) solventado muchos problemas de seguridad, algunos de un impacto “alto” caso de ser explotados.

Por lo que aún a sabiendas de que como dije en DaboBlog el mes pasado habrá mucha gente que no aplique esas actualizaciones, e incluso tendré que ver sistemas que jamás han almacenado en su aptitude.log ningún byte, no podrás decir eso de “Debian me dejó tirado”. Al revés, luego no te busques excusas tontas, no será ni por oportunidades ni por avisos.

Así es Debian, en medio de un mundo donde lo que impera es la ley de la obsolescencia para vender más sin importar otra cosa que no sea seguir engordando la cuenta de resultados, se piensa en los usuarios finales echando la vista atrás hacia la distro “Oldstable” (Lenny), a pesar del gran trabajo que se está llevando a cabo en Squeeze y Testing. Así que actualiza tus servers y de nuevo, grande Debian !! (Y van…-;).

Ping

En este artículo, intentaremos “destripar” virtualmente nuestro ordenador, para poder entenderlo, ayudándonos del comando lshw, al cual podremos acceder como super-usuario.

Arquitectura de computadoras: conociendo el hardware

El hardware es todo elemento físico involucrado en una computadora o cualquier tipo de dispositivo electrónico inteligente.

Un ordenador, con respecto al hardware, se encuentra compuesto por una serie de dispositivos, clasificados según la función que éstos desempeñen. Dicha clasificación, se compone de:

• Dispositivos de entrada
• Dispositivos de salida
• Dispositivos de comunicación
• Dispositivos de almacenamiento
• Dispositivos de cómputo

root@cocochito:~# lshw -short
Bus info          Device      Class          Description
========================================================
                              system         To Be Filled By O.E.M.
                              bus            775i65G.
                              memory         64KiB BIOS
cpu@0                         processor      Intel(R) Celeron(R) CPU 2.80GHz
                              memory         16KiB L1 cache
                              memory         256KiB L2 cache
                              memory         2GiB System Memory
                              memory         1GiB DIMM SDRAM Synchronous
                              memory         1GiB DIMM SDRAM Synchronous
pci@0000:00:00.0              bridge         82865G/PE/P DRAM Controller/Host-Hub Interface
pci@0000:00:01.0              bridge         82865G/PE/P PCI to AGP Controller
pci@0000:01:00.0              display        NV34 [GeForce FX 5500]
pci@0000:00:06.0              generic        82865G/PE/P Processor to I/O Memory Interface
pci@0000:00:1d.0              bus            82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1
pci@0000:00:1d.1              bus            82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2
pci@0000:00:1d.2              bus            82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3
pci@0000:00:1d.3              bus            82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4
pci@0000:00:1d.7              bus            82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller
pci@0000:00:1e.0              bridge         82801 PCI Bridge
pci@0000:02:00.0  wlan0       network        RT2561/RT61 802.11g PCI
pci@0000:02:02.0              communication  SM56 Data Fax Modem
pci@0000:02:05.0  eth0        network        RTL-8139/8139C/8139C+
pci@0000:00:1f.0              bridge         82801EB/ER (ICH5/ICH5R) LPC Interface Bridge
pci@0000:00:1f.1  scsi1       storage        82801EB/ER (ICH5/ICH5R) IDE Controller
scsi@1:0.0.0      /dev/cdrom  disk           DVDRAM GSA-H42N
scsi@1:0.1.0      /dev/sda    disk           122GB Maxtor 6Y120L0
scsi@1:0.1.0,1    /dev/sda1   volume         109GiB EXT4 volume
scsi@1:0.1.0,2    /dev/sda2   volume         4805MiB Extended partition
                  /dev/sda5   volume         4805MiB Linux swap / Solaris partition
pci@0000:00:1f.3              bus            82801EB/ER (ICH5/ICH5R) SMBus Controller
pci@0000:00:1f.5              multimedia     82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller
usb@5:1.1         scsi2       storage
scsi@2:0.0.0      /dev/sdb    disk           SCSI Disk

Los dispositivos de entrada son todos aquellos que permiten la entrada de datos a un ordenador. Estos dispositivos, son los que permiten al usuario interactuar con el ordenador. Ejemplos: teclado, mouse (ratón), micrófono, webcam, scanner, etc.

Los dispositivos de salida, son todos aquellos que permiten mostrar la información procesada por el ordenador. Ejemplos: monitor, impresora, auriculares, altavoces, etc.

Los dispositivos de comunicación son aquellos que permiten la comunicación entre dos o más ordenadores. Ejemplos: modem, router, placa de red, bluetooth, etc.

Los dispositivos de almacenamiento, son todos aquellos que permiten almacenar datos en el ordenador. Ejemplos: disco duro, pendrive, disket, CD, DVD, etc.

Los dispositivos de cómputo, son aquellos encargados de realizar las operaciones de control necesarias, sobre el resto de los dispositivos del ordenador. Estos dispositivos, se encuentran disponibles, en todos los ordenadores, y los mismos se describen a continuación.

CPU
La CPU (Central Processing Unit – Unidad Central de Procesamiento), también llamada procesador o microprocesador, es un circuito microscópico que interpreta y ejecuta instrucciones. La CPU se ocupa del control y del proceso de datos en las computadoras. Generalmente, la CPU es un microprocesador fabricado en un chip, un único trozo de silicio que contiene millones de componentes electrónicos. El microprocesador de la CPU está formado por una unidad aritmético-lógica que realiza cálculos y comparaciones y toma decisiones lógicas (determinando si una afirmación es cierta o falsa mediante las reglas del álgebra de Boole. Para aceptar órdenes del usuario, acceder a los datos y presentar los resultados, la CPU se comunica a través de un conjunto de circuitos o conexiones llamado bus. El bus conecta la CPU a los dispositivos de almacenamiento (por ejemplo un disco duro), los dispositivos de entrada (por ejemplo un teclado o un mouse) y los dispositivos de salida (por ejemplo un monitor o una impresora).

root@cocochito:~# lshw -C bus -short
H/W path               Device      Class          Description
=============================================================
/0                                 bus            775i65G.
/0/100/1d                          bus            82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1
/0/100/1d.1                        bus            82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2
/0/100/1d.2                        bus            82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3
/0/100/1d.3                        bus            82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4
/0/100/1d.7                        bus            82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller
/0/100/1f.3                        bus            82801EB/ER (ICH5/ICH5R) SMBus Controller

Cuando se ejecuta un programa, el registro de la CPU, llamado contador de programa, lleva la cuenta de la siguiente instrucción del programa, para garantizar que las instrucciones se ejecuten en la secuencia adecuada. La unidad de control de la CPU coordina y temporiza las funciones de la CPU, tras lo cual recupera la siguiente instrucción desde la memoria. En una secuencia típica, la CPU localiza la instrucción en el dispositivo de almacenamiento correspondiente. La instrucción viaja por el bus desde la memoria hasta la CPU, donde se almacena en el registro de instrucción. Entretanto, el contador de programa se incrementa en uno para prepararse para la siguiente instrucción. A continuación, la instrucción actual es analizada por un decodificador, que determina lo que hará la instrucción. Cualquier dato requerido por la instrucción es recuperado desde el dispositivo de almacenamiento correspondiente y se almacena en el registro de datos de la CPU. A continuación, la CPU ejecuta la instrucción y, los resultados se almacenan en otro registro o se copian en una dirección de memoria determinada[0].

Memoria
La memoria es la encargada de almacenar toda la información que el ordenador se encuentra utilizando. Existen tres tipos de memoria: memoria RAM, memoria ROM y memoria caché.

root@cocochito:~# lshw -C memory -short
H/W path               Device      Class          Description
=============================================================
/0/0                               memory         64KiB BIOS
/0/4/5                             memory         16KiB L1 cache
/0/4/6                             memory         256KiB L2 cache
/0/e                               memory         2GiB System Memory
/0/e/0                             memory         1GiB DIMM SDRAM Synchronous
/0/e/1                             memory         1GiB DIMM SDRAM Synchronous

Listando componentes de memoria

Memoria RAM
La memoria RAM (Random Access Memory), es la memoria desde la cual, el procesador recibe las instrucciones y guarda los resultados. Se utiliza como memoria de trabajo para el sistema operativo, los programas y la mayoría del software. Es allí donde se cargan todas las instrucciones que ejecutan el procesador y otras unidades de cómputo. Se denominan “de acceso aleatorio” (random access) porque se puede leer o escribir en una posición de memoria con un tiempo de espera igual para cualquier posición, no siendo necesario seguir un orden para acceder a la información de la manera más rápida posible. Durante el encendido del ordenador, la rutina POST verifica que los módulos de memoria RAM estén conectados de manera correcta. En el caso que no existan o no se detecten los módulos, la mayoría de tarjetas madres (motherboard) emiten una serie de pitidos que indican la ausencia de memoria principal. Terminado ese proceso, la memoria BIOS[1] (memoria ROM) puede realizar un test básico sobre la memoria RAM indicando fallos mayores en la misma[2].

root@cocochito:# lshw -C memory -short | grep -i ram
/0/e/0                             memory         1GiB DIMM SDRAM Synchronous
/0/e/1                             memory         1GiB DIMM SDRAM Synchronous

Filtrando la memoria RAM

Memoria ROM
La memoria ROM (Read Only Memory), es permanente, ya que lo que permanece en la ROM no se pierde aunque el ordenador se apague. Su función principal es guardar información inicial que el ordenador necesita para colocarse en marcha una vez que se enciende. Permite solo la lectura de la información y no su escritura, independientemente de la presencia o no de una fuente de energía. Los datos almacenados en la ROM no se pueden modificar, o al menos no de manera rápida o fácil. Se utiliza principalmente para contener el firmware (programa que está estrechamente ligado a hardware específico, y es poco probable que requiera actualizaciones frecuentes) u otro contenido vital para el funcionamiento del dispositivo, como los programas que ponen en marcha el ordenador y realizan los diagnósticos[3].

root@cocochito:# lshw -C memory -short | grep -i bios
/0/0                               memory         64KiB BIOS

Filtrando la memoria ROM (también llamada BIOS)

Memoria caché
La memoria caché es aquella que se usa como puente entre el CPU y la memoria RAM para evitar demoras en el procesamiento de los datos. Existen varios núcleos de esta memoria (denominados con la letra L y un número, por ejemplo L1). Cuanto menor el número más rápida es la memoria. Por proximidad a la CPU, es mucho más rápida que la memoria RAM y también, mucho mas pequeña.

root@cocochito:~# lshw -C memory -short | grep cache
/0/4/5                             memory         16KiB L1 cache
/0/4/6                             memory         256KiB L2 cache

Filtrando la memoria caché

Bus de datos
El bus de datos (o canal de datos) es un sistema digital que transfiere datos entre los componentes de una computadora o entre computadoras. Está formado por cables o pistas en un circuito impreso, dispositivos como resistores y condensadores además de circuitos integrados.

Notas adicionales sobre el comando lshw
Como hemos podido notar, el comando lshw nos permite listar el hardware de nuestro equipo. En este artículo, hemos utilizado el comando lshw con las siguientes opciones:

• -short
  Utilizada para listar el hardware en formato compacto.
• -C tipo_de_componente
  Utilizada para filtrar la salida, por el tipo de componente indicado.

Otras opciones pueden conocerse mediante man lshw.

También hemos concatenado (con |) el comando lshw con el comando grep patrón a fin de que la salida de lshw sea a la vez, filtrada por el patrón indicado. Cuando utilizamos la opción -i del comando grep, lo hicimos para que la búsqueda no distinga entre mayúsculas y minúsculas.

_____
[0] Fuente: http://es.wikiversity.org/wiki/Estructura_del_computador
[1] En este caso, el término BIOS hace referencia a la memoria ROM (descripta anteriormente), y NO, al Sistema Básico de Entrada y Salida.
[2] Fuente: http://es.wikipedia.org/wiki/Memoria_RAM
[3] Fuente: http://es.wikipedia.org/wiki/Memoria_ROM

Ping

• lenguajes de programación (Python, PHP, Perl, C, etc.);
• lenguajes de especificación (UML);
• lenguajes de consulta (SQL);
• lenguajes de marcas (HTML, XML);
• lenguajes de transformación (XSLT);
• protocolos de comunicaciones (HTTP, FTP); entre otros.

Mientras que algunos lenguajes informáticos como (X)HTML o CSS, han sido diseñados para diagramar y decidir la forma en la cual la información será presentada al usuario, los lenguajes de programación, tienen como fin, expresar órdenes e instrucciones precisas, que deben ser llevadas a cabo por una computadora para realizar una o más tareas específicas. Se utilizan para crear programas que controlan el comportamiento físico o lógico de un ordenador. Están compuestos por una serie de símbolos, reglas sintácticas y semánticas que definen la estructura del lenguaje.

Lenguajes de Programación según su nivel de abstracción
En un primer estado de clasificación, los lenguajes de programación se dividen según su nivel de abstracción, en lenguajes de bajo nivel, lenguajes de medio nivel y lenguajes de alto nivel, dependiendo de su grado de “cercanía al hardware”.

Cuanto más cercano al hardware se encuentra el lenguaje, más bajo nivel posee éste. Mientras que cuanto más acercado al usuario se encuentre, más alejado del hardware estará y, en consecuencia, de mayor nivel será el lenguaje.

Lenguajes de Programación de Bajo Nivel
Los lenguajes de bajo nivel, son aquellos que dependen intrínsecamente del ordenador. Aquellos programas informáticos, programados con lenguajes de bajo nivel, al ser exclusivamente dependientes del hardware, no pueden migrarse, ya que están justamente diseñados, para un hardware específico.

Existen dos tipos de lenguajes de bajo nivel: el lenguaje máquina y el lenguaje ensamblador.

El lenguaje de máquina (también denominado lenguaje de primera generación) es el sistema de códigos directamente interpretable por un circuito microprogramable, como el microprocesador de una computadora o el microcontrolador de un autómata . Este lenguaje está compuesto por un conjunto de instrucciones que determinan acciones a ser tomadas por la máquina. Un programa consiste en una cadena de estas instrucciones de lenguaje de máquina (más los datos). Estas instrucciones son normalmente ejecutadas en secuencia, con eventuales cambios de flujo causados por el propio programa o eventos externos. El lenguaje de máquina es específico de cada máquina o arquitectura de la máquina, aunque el conjunto de instrucciones disponibles pueda ser similar entre ellas[0].

8B542408 83FA0077 06B80000 0000C383
FA027706 B8010000 00C353BB 01000000
B9010000 008D0419 83FA0376 078BD98B
C84AEBF1 5BC3

Función en 32-bits en código de maquina x86, para calcular el enésimo número de la serie de Fibonacci[1]

Un lenguaje ensamblador, o assembler (assembly language) es un lenguaje de programación de bajo nivel para los ordenadores, microprocesadores, microcontroladores, y otros circuitos integrados programables. Implementa una representación simbólica de los códigos de máquina binarios y otras constantes necesarias para programar una arquitectura dada de CPU y constituye la representación más directa del código máquina específico para cada arquitectura legible por un programador. Esta representación es usualmente definida por el fabricante de hardware, y está basada en los mnemónicos[2] que simbolizan los pasos de procesamiento (las instrucciones), los registros del procesador, las posiciones de memoria, y otras características del lenguaje. Un lenguaje ensamblador es por lo tanto, específico a cierta arquitectura de computador física (o virtual). Esto está en contraste con la mayoría de los lenguajes de programación de alto nivel, que, idealmente son portables[3].
Este lenguaje, también es conocido como lenguaje de segunda generación.

; HOLA.ASM
; Programa clasico de ejemplo. Despliega una leyenda en pantalla.
STACK     SEGMENT STACK                    ; Segmento de pila
                    DW     64 DUP (?)      ; Define espacio en la pila
STACK     ENDS 

DATA      SEGMENT                          ; Segmento de datos
SALUDO      DB    "Hola mundo!!",13,10,"$" ; Cadena
DATA      ENDS 

CODE      SEGMENT                          ; Segmento de Codigo
          ASSUME CS:CODE, DS:DATA, SS:STACK 

INICIO:                                    ; Punto de entrada al programa
          MOV  AX,DATA                     ; Pone direccion en AX
          MOV  DS,AX                       ; Pone la direccion en los registros
          MOV  DX,OFFSET SALUDO            ; Obtiene direccion del mensaje
          MOV  AH,09H                      ; Funcion: Visualizar cadena
          INT     21H                      ; Servicio: Funciones alto nivel DOS
          MOV  AH,4CH                      ; Funcion: Terminar
          INT     21H
CODE      ENDS
          END  INICIO                      ; Marca fin y define INICIO

Ejemplo desarrollado en lenguaje ensamblador que usa llamadas de MS-DOS (system calls) para imprimir el mensaje Hola mundo!! en pantalla. Extraído de http://homepage.mac.com/eravila/asmix862.html (para ver la explicación detallada del ejemplo, seguir el enlace anterior)

Para ampliar la información sobre los lenguajes de bajo nivel, puede leerse el siguiente artículo de Karmany.net.

También es recomendable, leer el siguiente artículo sobre Lenguaje Ensamblador en Wikipedia.

Lenguajes de Programación de Medio Nivel
La clasificación de lenguajes de programación, mediante un nivel de abstracción medio, es bastante discutible. Personalmente sostengo sólo por dos niveles de abstracción: bajo nivel y alto nivel. Sin perjuicio de ello, se plasmarán aquí, aquellos argumentos sostenidos, por quienes aceptan este tercer nivel de clasificación.

Quienes sostienen la clasificación de lenguajes de programación medio, argumentan que éstos, son aquellos lenguajes que se encuentran, justamente, entre los de bajo nivel y los de alto nivel, ya que poseen características que permiten interactuar directamente con el sistema. Un ejemplo de ello, sería el lenguaje C, el cual puede trabajar (entre otras características) con direcciones de memoria.
Sin embargo, dicho acceso, no es efectuado de forma directa (a través de lenguaje máquina o ensamblador), sino que requiere ser “traducido” previamente por su compilador. Por dicha razón, es que asumo a C como lenguaje de alto nivel y descarto la clasificación de lenguajes de medio nivel.

Suele colocarse como ejemplo de lenguaje de programación de medio nivel, anterior a C, a BCPL[4], diseñado para escribir Sistemas Operativos y Compiladores.

GET "libhdr" 

LET start() = VALOF
{ FOR i = 1 TO 5 DO writef("fact(%n) = %i4*n", i, fact(i))
  RESULTIS 0
} 

AND fact(n) = n=0 -> 1, n*fact(n-1)

Ejemplo de código BCPL para impresión de factoriales[5]

Lenguajes de Programación de Alto Nivel
Los lenguajes de alto nivel, son aquellos cuya característica principal, consiste en una estructura sintáctica y semántica legible, acorde a las capacidades cognitivas humanas. A diferencia de los lenguajes de bajo nivel, son independientes de la arquitectura del hardware, motivo por el cual, asumen mayor portabilidad.

Son ejemplo de lenguajes de alto nivel: Python, Perl, PHP, Ruby, Lisp, Java, Fortran, C++, C#, entre otros.

print "Hola Python!"

Archivo: hola_mundo.py . Imprime Hola Python! En pantalla

<?php
echo "Hola PHP!";
?>

Archivo: hola_mundo.php . Imprime Hola PHP! En pantalla

print "Hola Perl!";

Archivo: hola_mundo.pl . Imprime Hola Perl! En pantalla

Hola Mundo en otros lenguajes (para curiosos): www.holamundo.es

Clasificación de Lenguajes de programación, según su forma de ejecución
Según su forma de ejecución, los lenguajes de programación pueden ser: compilados o interpretados.

Los lenguajes de programación compilados, son lenguajes de alto nivel que requieren que las instrucciones (código fuente del programa), sean traducidas a lenguaje máquina por un compilador, a fin de generar un ejecutable del programa. Ejemplo de lenguajes compilados son Pascal, C, C++, Ada, entre otros.

#include  

int main()
{
        printf("Hola mundo");
        return 0;
}

Ejemplo en C que imprimirá “Hola mundo” en pantalla tras ser compilado.

program Hello;
   begin
      writeln ('Hola mundo')
   end.

Mismo ejemplo, pero en Pascal.

Los lenguajes interpretados, a diferencia de los compilados, no requieren de un compilador para ser ejecutados sino de un intérprete. Un intérprete, actúa de manera casi idéntica a un compilador, con la salvedad de que ejecuta el programa directamente, sin necesidad de generar previamente un ejecutable. Ejemplo de lenguajes de programación interpretado son Python, PHP, Ruby, Lisp, entre otros.

(print "Hola Mundo!")

Ejemplo de código Lisp que imprime “Hola Mundo!” en pantalla

Es importante además, hacer notar que la mayoría de los lenguajes de programación, puede ejecutarse tanto de modo compilado como interpretado.

_____
[0] Fuente: http://es.wikipedia.org/wiki/Lenguaje_m%C3%A1quina
[1] Fuente: http://en.wikipedia.org/wiki/Low-level_programming_language
[2] En informática, un mnemónico es una palabra que sustituye a un código de operación (lenguaje de máquina), con lo cual resulta más fácil la programación, es de aquí de donde se aplica el concepto de lenguaje ensamblador. Fuente: http://es.wikipedia.org/wiki/Mnem%C3%B3nico
[3] Fuente: http://es.wikipedia.org/wiki/Lenguaje_ensamblador
[4] Ver manual de Referencias de BCPL
[5] Fuente: http://en.wikipedia.org/wiki/BCPL#Examples

Ping

Si sois de los que vivís en testing buscando el fino equilibrio entre estabilidad y novedad característicos de la rama, probablemente os hayáis preguntado más de una vez ¿por qué el paquete X no está aún en testing?

Para dar respuesta a tan repetida pregunta de una forma fácil y concisa nace el sitio “Why is package X not in testing yet?” de la mano de Björn Stenberg.

Fiel a la filosofía KISS, el sitio nos permite comprobar el estado de desarrollo de un paquete y sus dependencias, los bugs restantes, el tiempo que lleva el paquete en SID, los paquetes que a su vez dependen de la madurez de nuestro paquete de interés para su publicación en testing… en definitiva, todo cuanto podamos necesitar saber sobre el paquete aquel que nos quita el sueño y que nos hace plantearnos un pinning o upgrade de emergencia.

Además, ofrece una estadística general actualizada cada hora (el sitio sincroniza con ftp-master.debian.org) con el número de paquetes esperando entrar a testing, los paquetes que se eliminarán y los que están en trámite de ser añadidos o suprimidos de la rama.

Os recomiendo que os paséis por el sitio, ya que se trata de una herramienta que permite una interacción fácil, intuitiva y eficaz con sitios como el update_excuses o el bugs.debian.org agrupando en una sola interfaz toda la información
que estos espacios ponen a nuestra disposición.

¡Un saludo!

Ping

Esto es “muy Debian”, nada de colaboraciones, aportaciones puntuales, ni eso de “los que llegan los últimos…”, al igual que “Miss Python” entra como uno más y os aseguro que tal y como podéis leer en su blog personal (Debianeando), sus aportes serán fundamentales aquí.

Defensor de la cultura libre como no podía ser de otro modo, usuario además de Debian de otras distros, como gran investigador en ciernes, prueba, vuelve a probar y sigue probando, hasta dar con la mejor combinación, sin quedarse con la opción más fácil, sino con la más adecuada…Espíritu GNU por los cuatro costados, así es Debish.

Tenemos pendiente un podcast especial sobre FluxBox, además de muchas líneas que compartir juntos aquí con el resto de compañeros. Algunos, quizás le hayáis leído en esa gran comunidad de “esDebian” dando algún consejo a los que empiezan, quizás en “PíllateUnLinux” (el nombre ya lo dice todo-;), en la Red…

También le podéis leer en identi.ca (@debish) o twitter (@debianeando).

Bienvenido campeón y gracias por tu compromiso ! (pdta, quizás no se cierre el ciclo…)

Ping

Nuevo tema en debianhackers

Es muy posible que hayais visto algunos cambios en el blog, a lo largo del día de hoy. Es que, cuando nos ponemos, nos ponemos .

Los líos empezaron el viernes pasado, justo en el momento en que me quedé sin conexión a internet, Dabo comentó que fallaba la sindicación por RSS del blog y hasta hoy no ha sido posible arreglarla. Era cuestión de desactivar todos y cada uno de los plugins hasta encontrar el díscolo.

Pero, como empezar es fácil y lo complicado es parar, Dabo se lanzó a retocar el tema gráfico para darle un aire más debianita. Partiendo de un Twenty Eleven y batiéndose contra CSS y plantillas del tema de wordpress, ha dejado esta pequeña maravilla después de flitear con tonos naranja y grises.

Esperamos que no haya más problemas en una buena temporada y, de paso, que os guste el nuevo diseño.

Ping

android

El Sr. Perogrullo ha publicado en El telar del geek la primera parte de un podcast que grabamos sobre Android, el sistema operativo de Google para dispositivos móviles y tabletas.

En algo menos de media hora hablamos sobre Android, los diferentes agentes involucrados en su crecimiento exponencial del último año y medio (google, fabricantes de terminales, operadoras) y tocamos un poco el tema de las ROM, basándonos principalmente en mi experiencia con cyanogenmod.

La intención del podcast era hablar sobre el sistema operativo de google para móviles, desde un punto de vista desenfadado, ya que ninguno de los dos nos podemos considerar otra cosa que usuarios inconformistas e inquietos.

Vía: 07 Conociendo androide con Diego @n1mh (eltelardelgeek.com).

Ping