Posts filed under 'GNU/Linux'

Audio Wireless

PulseAudioTener una notebook tiene muchos beneficios, aún cuando la usemos en casa. Poder chequear correo desde la cama es algo impagable. También lo es programar tirado en el sofá, o visitar nuestros sitios web favoritos en la mesa de la cocina.

Lo que no es tan bárbaro, a mi modo de verlo, es escuchar música o ver películas en la notebook, ¿por qué? bueno…a menos que tu notebook tenga un buen par de parlantes internos o uses auriculares, la calidad del sonido no será la óptima.

Lo lindo de una PC desktop es que normalmente la tenemos enchufada a algún equipo de audio, o bien a unos parlantes buenos y potentes. Lo no tan lindo es que ver películas sentado en el escritorio no es cómodo, y tener que ir a la PC para cambiar la música cada vez que quieras tampoco.

Con estas experiencias en mente, estaba pensando que una buena alternativa sería poner en mi desktop un servidor de reproducción de audio, en donde yo desde la notebook, quizás vía una interfaz web pudiera manejar la música que suena en el equipo de audio, ya sea que esté en el balcón, en la cama o mi escritorio…pero esto no me resolvía el problema del audio en los videos que suelo ver, y fue por eso que nunca lo implementé.

Hace poco me puse a leer un poquito sobre Zeroconf, por recomendación de un amigo que me dijo que está interesante, y me encuentro con que existen servidores de audio que usan esta tecnología. Zeroconf es un conjunto de protocolos que permiten la configuración automática de varios aspectos de una red, sin la intervención de un administrador o equipo central. Con agrado veo que PulseAudio, un servidor de audio con capacidades de red, tiene un módulo de Zeroconf, y una enorme cantidad de clientes entre los que se incluyen Amarok, Mplayer, Xine, gstreamer, GNOME, etc.

Combinando PulseAudio con Zeroconf en una red WiFi, he logrado que al iniciar mi sesión GNOME, mi notebook descubra automáticamente el servidor PulseAudio en mi PC Desktop (que siempre tengo funcionando) , y de ahí en más tengo la opción de elegir que la música y el audio de los videos salgan por el equipo de audio.

Esto que puede parecer una pavada, en la práctica es una comodidad increíble, recomiendo que lo prueben porque vale la pena. No voy a escribir un tutorial porque al menos en Debian es realmente trivial hacerlo funcionar, pero les dejo un enlace que lo explica muy bien:

http://www.pulseaudio.org/wiki/PerfectSetup

¡Que lo disfruten! Si alguno tiene experiencias similares, sería interesante que las comenten.

2 comments January 31st, 2008

¿Cómo seleccionar el browser web por defecto en Debian?

Tux MagoTe puede estar pasando que cuando haces click en algún enlace desde Thunderbird (ejem, Icedove…) en Debian, te cargue el navegador Epiphany por más que hayas configurado en “aplicaciones preferidas” que use Firefox (cof, Iceweasel…). Esto es porque Icedove no tiene en cuenta esas configuraciones de GNOME, mas bien hay que configurar a nivel sistema que Iceweasel sea el navegador web por defecto, ¿cómo hacemos esto?

En Debian disfrutamos de una herramienta muy útil llamada “update-alternatives”, que nos permite configurar la aplicación favorita a partir de una lista de opciones. Como root nos logueamos y ejecutamos lo siguiente:

computita:~# update-alternatives --config x-www-browser

Hay 2 alternativas que proveen `x-www-browser'.

  Selección     Alternativa
-----------------------------------------------
*+        1    /usr/bin/epiphany
          2    /usr/bin/iceweasel

Pulse <Intro> para mantener el valor por omisión [*] o pulse un número de selección:

Seleccionamos la opción “2″ y listo, mágicamente el icedove comienza a funcionar como debería: abriendo páginas en nuevas pestañas del iceweasel activo.

Add comment December 3rd, 2007

Cómo comprobar la configuración de un servidor DNS

InternetInternet funciona gracias a un servicio, el más importante de todos: DNS (Domain Name Service).

DNS no es más que una base de datos jerárquica y distribuída que permite a personas de distintos puntos del globo aportar datos de tal manera que los servicios que todos conocemos, funcionen correctamente. Gracias al DNS los servidores de correo electrónico pueden intercambiar mensajes, los navegadores web pueden encontrar los servidores donde pedir las páginas, etc.

Los administradores de sistemas tenemos como tarea, la de configurar los servidores de nombres para que los datos de nuestros dominios sean correctamente publicados en Internet. Lo cierto es que muy pocos administradores de sistemas conocen realmente la manera correcta de configurar un servidor de nombres, y muchas veces caemos en errores que luego sufrimos por cortes de servicio de correos y otros similares.

Por suerte, en GNU/Linux contamos con varias herramientas que nos ayudan a corroborar que la configuración de un dominio está correcta, hoy voy a comentar “zonecheck” una herramienta que tiene la particularidad de no necesitar analizar un archivo de configuración, sino que hace las consultas a los servidores de nombres públicos en Internet.

Zonecheck viene en Debian, así que para aquellos felices usuarios de esta maravillosa distribución de Linux, solo hace falta ejecutar “apt-get install zonecheck” y comenzar a utilizarlo. El comando posee muchas opciones y realmente es conveniente leer con detenimiento su páginal de manual, pero para aquellas personas ansiosas, acá les va un ejemplo:

$ zonecheck -4 -q -vi,x,d fileextensionunknown.com
ZONE  : fileextensionunknown.com.
NS <= : ns1.name.com. [4.79.81.159]
NS    : ns2.name.com. [38.97.225.164]
NS    : ns4.name.com. [38.97.225.165]
NS    : ns3.name.com. [4.79.81.160]

w> The format of the serial number is not YYYYMMDDnn
 | Ref: RFC1912 (p.3)
 |   The recommended syntax is YYYYMMDDnn (YYYY=year, MM=month, DD=day,
 | nn=revision number).
 `—– — – - -  -
 :   The serial 1 doesn’t seem to be in the YYYYMMDDnn format.
 `….. .. .. . .  .
=> ns2.name.com./38.97.225.164
=> ns4.name.com./38.97.225.165
=> ns3.name.com./4.79.81.160
=> ns1.name.com./4.79.81.159

w> [TEST delegated domain is not an open relay]: No route to host - connect(2)
=> generic

w> [TEST can deliver email to 'postmaster']: No route to host - connect(2)
=> generic

w> [TEST domain of the hostmaster email is not an open relay]: No route to host - connect(2)
=> generic

f> [TEST can deliver email to hostmaster]: No route to host - connect(2)
=> generic

==> FAILURE (and 7 warning(s))

Zonecheck realiza numerosas pruebas, y nos va diciendo cuales son advertencias, cuales son errores fatales y en algunas ocasiones, cómo solucionarlo.

Además, para aquellos administradores que no usen GNU/Linux, acabo de poner en línea una herramienta web que utiliza zonecheck de fondo, para poder acceder a esta ventaja aún estando en un Windows: Free DNS Report. ¡Que la disfruten!

1 comment November 17th, 2007

Cómo editar cientos de fotos en segundos

¿Quién no tiene hoy en día una cámara de fotos digital? Ya sea una reflex, o bien una compacta…o quizás un celular con cámara, muchos poseemos una y de pronto sentimos unas ganas imparables de sacarle fotos hasta a la pulga del perro que pide comida en el bar de la esquina.

¿Y que hacemos con nuestras miles de fotos? Obvio que las publicamos en algún servicio en línea para demostrarle a nuestros amigos lo artistas que somos, y tener un lugar en común donde recordar buenos momentos, pero he aquí el problema: publicar cientos de fotos es muy costoso en cuestiones de tiempo y esfuerzo: o bien tenemos que hacer una selección de fotos a publicar porque son muy grandes y tardan años en subirse a nuestra galería preferida, o si no debemos editar una a una, modificando el tamaño (y por lo tanto su peso en bytes) para que suban en un tiempo razonable…

Como buen artículo referido a la magia en GNU/Linux, no puedo dejar pasar la oportunidad de comentar una herramienta muy interesante: ImageMagick

Supongamos que tenemos unas cuantas fotos sacadas con nuestra cámara de 6 mpx y queremos cambiarles el tamaño a 800×600 para publicarlas en nuestra galería, entonces abrimos una terminal de textos, nos metemos en el directorio donde están las fotos, y primero creamos un subdirectorio donde irán las versiones en pequeño, supongamos que lo nombremos “editadas”. A continuación, el conjuro:

$ for i in `ls *.jpg`; do echo "Convirtiendo $i"; convert -resize 800x600 $i editadas/$i; done

Excelente, en poco tiempo tenemos todo el conjunto de fotos editado al nuevo formato!

Quizás nos convenga aún más achicar el tamaño de estas fotos, ya que son sólo para verlas en una galería en línea, es por eso que podemos modificarle el nivel de calidad de las fotos editadas, primero nos metemos en el directorio “editadas” y luego:

$ for i in `ls *.jpg`; do echo "Convirtiendo $i"; convert -quality 80 $i $i; done

Como podrán ver, seguiremos teniendo unas fotos de calidad más que aceptable, pero su peso en bytes bastante menor.

2 comments November 7th, 2007

Cannot bind: address already in use

Tux MagoYa sea que estemos intentando iniciar algún servicio, o quizás desarrollando alguna aplicación de red, el mensaje del título tarde o temprano se nos presenta, a veces dejandonos dubitativos.

El mensaje en cuestión significa que el proceso que acabamos de ejecutar intentó reservar algún puerto ya reservado por otro proceso, ¿pero cual será el usurpador de puertos?

Por suerte, tenemos una manera de saberlo de forma fácil.

Gracias al comando fuser, podemos darnos cuenta muy fácilmente de cual es el número de proceso que nos da problemas. Supongamos que necesito saber qué proceso está ocupando ese puerto UDP número 53 que yo quiero usar para mi servidor de juegos de canasta por Internet, debería ejecutar como root:

# fuser 53/udp
53/udp:               2946

Claramente vemos que el proceso cuyo número es 2946 es el que está estorbandonos.

Para no quedarnos fuera de la temática mágica de esta serie de artículos, combinemos este comando con un poco de otros ingredientes:

# ps ax | grep `fuser 53/udp`
53/udp:
 2946 ?        Ssl    0:02 /usr/sbin/named -u bind

Bien, es el proceso del BIND. Como un servidor de DNS es algo no tan importante como un buen juego de canasta, si o si necesitamos eliminar ese proceso que nos molesta, la pócima final que nos salva de este problema es:

# kill `ps ax | grep $(fuser 53/udp) | awk '{print $1}'`

He aqui una manera de divertirse matando procesos, existe otra mucho más interesante, pero como no es orientada a la línea de comandos, no la vamos a ver por el momento.

Como recomendación: dejemos los servidores de juego de canasta y otros servicios similares para los puertos mayores a 1024 :-)

Add comment November 5th, 2007

Previous Posts


About me

Noticias seleccionadas

Calendar

August 2008
S M T W T F S
« Jul    
 12
3456789
10111213141516
17181920212223
24252627282930
31  

Posts by Month

Posts by Category

Technorati