Avahi

La mala noticia es que para lograr acceder por nombre a máquinas Linux en una red local con garantías la mejor solución es disponer de un servidor DNS (Bind es la opción Open Source más extendida), y en esta entrada no hablaremos sobre servidores DNS.

En esta entrada utilizaremos Avahi, una implementación gratuita de Zero-Configuration Networking que permite difundir y descubrir servicios y equipos en una red local. Quizás a alguno le resulte más familiar si citamos a Bonjour, que es la implementación propietaria que tiene Apple de esta tecnología.

Y en función de nuestras necesidades es posible que Avahi nos sirva o no (lógico). El principal motivo es que no basta con instalarlo en la máquina a la que queremos acceder por nombre (llamémosla máquina Destino), sino que cada equipo que quiera acceder por nombre a la máquina Destino debe poder trabajar con la tecnología Zero-Configuration Networking para interpretar la información publicada por nuestra máquina Destino.

Máquinas Destino y Clientes

Pongámonos en situación, de un lado tenemos una máquina corriendo Ubuntu, en mi caso es una Raspberry Pi corriendo la versión 16.0.4.2 de Ubuntu Mate. El hostname de esta máquina es «maquina1», su ip 192.168.1.15 y para agilizar la lectura, como ya hemos dicho, la llamaremos máquina «Destino». En esta máquina hemos instalado un servidor web y queremos acceder a ella mediante hostname.

Del otro lado tenemos una serie de equipos con distintos SSOO que son los que quieren consumir el servicio web accediendo por nombre. A estas máquinas las llamaremos «Clientes» y vamos a suponer que tenemos:

1. Cliente Linux, corriendo Ubuntu 18.
2. Cliente Windows, corriendo Windows 10.
3. Cliente Android, corriendo Android Oreo 8.1.

Lo siento por los amantes de Apple pero no tengo ningún dispositivo de la manzanita para probar, aún así si eres uno de ellos sigue leyendo porque estoy convencido que te será de utilidad.

Instalar y configurar Avahi

Comenzaremos realizando las instalaciones necesarias en la máquina Destino. En función de vuestra distro es posible que todos o algunos de estos paquetes ya estén instalados.

sudo apt-get update
sudo apt-get install avahi-daemon
sudo apt-get install avahi-utils
sudo apt-get install libnss-mdns

Y acto seguido editaremos la configuración de Avahi. Es buena idea que antes de editar cualquier archivo de configuración guardéis una copia que os ayude a volver al punto inicial si fuera necesario, aunque vamos a tocar muy poca configuración.

suco cp /ect/avahi/avahi-daemon.conf /etc/avahi/avahi-daemon.conf.bck
sudo vim /etc/avahi/avahi-daemon.conf

En el archivo de configuración nos centraremos primero en el nombre de la máquina y el dominio. Mi recomendación es que mantengáis la configuración por defecto, es decir ser coherentes y que el host-name coincida con el de la propia máquina y que el dominio sea «local». De esta forma accederemos a la máquina con maquina1.local.

[server]
host-name=maquina1
domain-name=local

Nos aseguraremos también de que las siguientes opciones se encuentren como mostramos:

[publish]
disable-publishing=no
disable-user-service-publishing=no
publish-addresses=yes

Reiniciamos el servicio y lo agregamos al arranque de nuestra máquina:

sudo service avahi-daemon restart
sudo update-rc.d avahi-daemon defaults

Y con esto hemos terminado con la máquina Destino.

Maquinas Clientes

Como ya mencionamos cada máquina cliente debe ser capaz de trabajar con la tecnología Zero-Configuration Networking para poder alcanzar la máquina Destino por nombre, así que veamos caso a caso.

Desde Linux

En cada equipo con sistema operativo Linux con el que queramos acceder por nombre a la máquina Destino deberemos instalar Avahi. Así que no tenemos más que repetir las instrucciones definidas en el apartado «Instalar y Configurar Avahi».

Desde Windows

Por defecto Windows no nos dejará acceder por hostname y por ahora no existe implementación de Avahi para este sistema operativo. En su defecto podemos instalar el programa «Servicios de impresión Bonjour para Windows», de Apple, que aunque está pensado para otro uso nos permitirá cubrir nuestra necesidad y alcanzar la máquina Destino por nombre.

Desde Android

Lamentablemente no he encontrado ninguna aplicación o demonio para Android que permita que cualquier aplicación que corra en este sistema operativo sea capaz de acceder por nombre a nuestra máquina Destino, una lástima. Si conoces alguna solución para ello estaría muy agradecido de que la compartas en un comentario.

IOS y MacOSX

Como he dicho no tengo ningún dispositivo de Apple para realizar pruebas, pero conociendo que tienen su propia implementación de de Zero-Configuration Networking (Bonjour), me atrevería a decir que podremos acceder por nombre a nuestra máquina Destino sin necesidad de instalar ningún software adicional.

Comprobar el funcionamiento

Aunque es de primero de pre-escolar (creo que ahora lo llaman infantil), me gusta comprobar las cosas, y la forma más sencilla de hacerlo es utilizar el comando ping. Si lo hemos conseguido obtendremos algo así:

ping raspi.local
PING raspi.local (192.168..15) 56(84) bytes of data.
64 bytes from 192.168.1.15 (192.168.1.15): icmp_seq=1 ttl=64 time=6.68 ms
64 bytes from 192.168.1.15 (192.168.1.15): icmp_seq=2 ttl=64 time=4.61 ms

Y si algo no funciona como esperamos obtendremos algo así:

ping maquina1.local
ping: maquina1.local: Nombre o servicio desconocido

Y como dijimos que en la máquina Destino teníamos un servidor web, al escribir maquina1.local en la barra de direcciones del navegador, obviamente, accederemos al contenido publicado.

Conclusión

Con Avahi podemos acceder por nombre a máquinas con sistema operativo Linux en nuestra red local. Su mayor limitación es que nos veremos obligado a que tanto la máquina a la que queremos acceder, como las máquinas con las que queremos acceder deben tener instalada una implementación de Zero-Configuration Networking.

Así que si bien resuelve ciertas situaciones y necesidades, si pensamos en una red de varias decenas de equipos con distintos sistemas operativos existen otras alternativas más escalables.

Como siempre me gustaría saber cómo cual es tu experiencia, ¿has usado Avahi? ¿accedes por ip? ¿utilizas otra tecnología u otros programas? Deja un comentario y danos tu opinión.

Por otro lado, en función de diferentes factores relacionados con un proyecto de desarrollo podemos trabajar en equipo, que es lo más probable, o solos. Cuando trabajamos en equipo es lógico que el software de control de versiones se encuentre en un servidor centralizado. Cuando trabajamos solos podemos decidir que solo esté en nuestra máquina.

Personalmente incluso trabajando en solitario en un proyecto me gusta versionar contra en un servidor centralizado por dos motivos principales:

1. Mayor seguridad ante una eventualidad en mi equipo local, circunstancia que no evita que el proyecto deba estar respaldado por copias de seguridad.
2. Posibilidad de trabajar en múltiples dispositivos, una opción más o menos interesante en función de nuestras circunstancias.

En caso de que el proyecto que tengamos entre manos sea de ámbito personal, es más que razonable pensar que no todos disponemos de un servidor en casa dónce centralizar el versionado. Esta situación la podemos resolver con un viejo pc, o si no disponemos de uno con una Raspberry Pi que haga las veces de servidor. Aquí te dejo un enlace al artículo Instalar y configurar Git en una Raspberry PI con Ubuntu Mate, por si quieres probarlo.

Así que vamos al lío y para ello asumiremos que nuestro servidor está configurado con la ip 192.168.1.10 y el nombre de nuestro usuario es usuario.

Creamos nuestro repositorio remoto

Lo primero que debemos hacer es crear y configurar correctamente un repositorio vacío en la máquina remota, así que empezaremos por conectarnos a ella:

ssh usuario@192.168.1.10

Ya en la consola remota creamos el directorio dónde alojaremos el repositorio que vamos a crear, personalmente creo un directorio en el que incluyo todos los repositorios:

cd ~
mkdir gitRepositoryRoot
cd gitRepositoryRoot
mkdir nuevoProyecto
cd nuevoProyecto

Y por fin creamos nuestro repositorio vacío y lo configuramos:

git --bare init
git config core.sharedrepository 1
git config receive.denyNonFastforwards true
git config --bool core.bare true

El último paso en la máquina remota es asignar los permisos adecuados al repositorio:

find objects -type d -exec chmod 02770 {} \;

Creamos nuestro repositorio local

Una vez que nuestro repositorio está correctamente creado en el servidor deberemos crear un repositorio local a partir de los fuentes que ya tenemos para posteriormente enlazarlo y enviarlo al repositorio que previamente hemos creado en la máquina remota.

Creamos el repositorio local y añadimos los fuentes existentes que supondremos que se encuentran en /var/www/nuevoProyecto:

cd /var/www/nuevoProyecto
git init
git add *
git commit -m "Commit inicial"

Creamos el repositorio y añadimos los fuentes:

git remote add origin ssh://usuario@192.168.1.10/home/usuario/gitRepositoryRoot/nuevoProyecto
git push -u origin master

Comprobamos que todo ha salido bien

Por último comprobaremos que hemos realizado el proceso correctamente y todo funciona correctamente.

git checkout origin/master
git branch -f master origin/master
git checkout master

Conclusión

Trabajemos en grupo o en solitario versionar nuestro código en una máquina remota es una tarea sencilla que aporta grandes beneficios. Cómo siempre me gustaría saber cómo lo haces tú, qué haces distinto, si este artículo te ha ayudado… Si te animas a compartir deja un comentario.

Por otro lado existen varias opciones para trabajar con un servidor Git, algunas de las mas famosas son a través de plataformas de terceros como Github o Gitlab.

Nosotros hoy instalaremos y configuraremos nuestro propio servidor Git en una Raspberry Pi corriendo Ubuntu Mate y alojada en una red local. Esta entrada pertenece a la serie Raspberry PI como herramienta de apoyo para el desarrollo web, que es muy probable que encuentres interesante si has llegado hasta aquí.

Instalar Git

Para instalar Git en Ubuntu la opción más sencilla es hacerlo desde los propios repositorios del sistema operativo:
[cc lang=»bash»]
sudo apt-get update
sudo apt-get install git
[/cc]

Podemos comprobar la versión que se instala mediante la orden git -version:
[cc lang=»bash»]
git –version
[/cc]

Si queremos utilizar el PPA oficial de Git para tener la versión más actualizada antes de instalar deberemos agregarlo a nuestro repositorio.

[cc lang=»bash»]
sudo add-apt-repository ppa:git-core/ppa
[/cc]

[the_ad id=»1018″]

Configurar Git

Y una vez instalado es necesario realizar una configuración inicial básica, en este caso configuraremos nuestra identidad:

[cc lang=»bash»]
git config –global user.name «ahierro.es»
git config –global user.email noexiste@ahierro.es
[/cc]

En cualquier momento podremos comprobar nuestra identidad con los siguientes comandos:

[cc lang=»bash»]
git config user.name
git config user.email
git config –list
[/cc]

Conceptos básicos sobre la configuración de Git

Git utiliza el comando git config para obtener y para definir las distintas opciones de configuración. Esta configuración se guarda en tres archivos diferentes en función de su ámbito, a los que podemos hacer referencia desde el comando mediante un parámetro:

Cada nivel sobrescribe el anterior. Podemos ver un ejemplo en la configuración que ya hemos realizado:

[cc lang=»bash»]
git config –global user.name «ahierro.es»
[/cc]

Ojo, es posible que en función de tú dispositivo y navegador el parámetro de ámbito parezca precedido de un guión «-» cuando en realidad son dos «–» pero la tipografía no muestra espacio entre ellos.

¿Y tú qué opinas?

Como siempre quiero leer qué opinas,qué configuración echas en falta, si utilizas Git, Subversión u otro software, qué haces distinto, etc. Si quieres compartir, deja un comentario con tus experiencias

Esta entrada forma parte de la serie Raspberry Pi como herramienta de apoyo al desarrollo web, y está pensada para un servidor de uso personal. De cualquier manera, el contenido de esta guía es perfectamente aplicable a cualquier distribución de Linux basada en Ubuntu y a Raspbian.

Esta documento también puede utilizarse para la configuración de un servidor de una pequeña organización, en cuyo caso sería necesario tener en cuenta algunas consideraciones:

1. Una Rasperri Pi no es el hardware más adecuado. Debería instalarse sobre un hardware fiable y acordemente dimensionado a las necesidades del uso que se le dará.
2. Además del contenido de este artículo, deberían realizarse una serie de configuraciones extra enfocadas en la seguridad que no entran en el ámbito ni el alcance de este documento.
3. Este artículo esta pensado para la instalación y configuración de un servidor web en una red local, en caso de que el servidor sea accesible directamente desde internet, el punto anterior cobra mayor importancia, además de requerir algunos ajustes más.

Una vez que todos tenemos claro el ámbito y el alcance, vamos al lío.

Instalamos Apache 2

Este paso será muy sencillo, actualizamos los repositorios e instalamos Apache 2:

sudo apt-get update
sudo apt-get install apache2

Si todo ha ido bien ya podremos acceder al al servidor web desde cualquier pc conectado a la red local con tan solo introducir la ip en el navegador.

Para el resto de la entrada asumiremos que nuestra Raspberry está configurada con la IP estática 192.168.1.10.

Así que si introducimos en el navegador la dirección http://192.168.1.10  veremos la página por defecto de Apache 2:

Un aspecto muy importante en la configuración de Apache es asignar los permisos adecuados a la carpeta del servidor. Podemos pasar sin hacerlo pero más pronto que tarde nos encontraremos con problemas relacionados con permisos.

Comenzaremos asegurándonos de que /var/www/html pertenezca al grupo www-data y que tiene los permisos adecuados:

sudo chgrp www-data /var/www/html
sudo chmod 775 /var/www/html
sudo chmod g+s /var/www/html

Agregamos nuestro usuario al grupo www-data:

sudo usermod -a -G www-data usuario

Y por último nos aseguramos de ser los propietarios del directorio

sudo chown usuario /var/www/html

Con esto hemos concluido la instalación de Apache.

Instalamos PHP

Instalamos PHP:

sudo apt-get install php7.0

Es posible que en función de la distribución que utilicemos en lugar del paquete php7.0 encontremos otra versión. Podemos comprobarlo fácilmente con la siguiente orden:

sudo apt-cache search php

Y si por cualquier motivo necesitamos una versión específica de php, deberemos incluir el repositorio ondrej/php como hacemos a continuación:

sudo add-apt-repository -y ppa:ondrej/php
sudo apt-get update

En este caso he incluido la opción -y porque al intentar agregar el repositorio me mostraba un warning relacionado con la codificación de caracteres de los repositorios.

Acto seguido instalar la versión de php que necesitemos, en mi caso voy a instalar la versión 7.3:

sudo apt-get install php7.3

Tras reiniciar Apache ya habremos acabado:

sudo service apache2 restart

Para comprobar que php está correctamente instalado crearemos el archivo  /var/www/html/phpinfo.php con el siguiente contenido:

<?php php phpinfo(); ?>

Si todo es correcto al acceder a http://192.168.1.10/phpinfo.php veremos algo así:

Instalamos y configuramos MariaDB

Una vez que php está instalado, continuamos con la base de datos:

sudo apt-get install mariadb-server

Durante el proceso de instalación deberemos responder responder a algunas preguntas que sin complicación alguna.

El primer paso tras la instalación será configurar MariaDB para que podamos acceder remotamente, pues por defecto solo acepta conexiones desde el propio host:

sudo vim /etc/mysql/mariadb.conf.d/50-server.cnf

Esfe archivo puede cambiar en función de tu distribución y de la versión de MariaDB. En ocasiones puedes encontrarlo en /etc/mysql/my.cnf, en /etc/mysql/mysql.conf.d/mysqld.cnf, etc.

Localizamos la siguiente línea:

bind-address  = 127.0.0.1

La sustituimos por:

bind-address  = 0.0.0.0

Y reiniciamos la base de datos:

sudo service mysql restart

Con esto hemos habilitado el acceso remoto a MariaDB. Ahora crearemos un nuevo usuario para evitar trabajar con root. Para ello accedemos a la consola de MariaDB:

sudo mysql -u root -p

Una vez en la consola de MariaDB creamos nuestro usuario:

CREATE USER 'usuario' IDENTIFIED BY 'contraseña';

Y concedemos acceso remoto y a todas las bases de datos al usuario que acabamos de crear:

GRANT USAGE ON *.* TO 'usuario'@'%' IDENTIFIED BY 'contraseña';

En este punto es buena idea comprobar que todo ha salido bien. Podemos hacerlo abriendo una conexión al servidor de bases desde nuestro equipo de trabajo con alguna herramienta como MySQL Workbench.

Instalamos phpMyAdmin

Esta es una herramienta que siempre me gusta instalar a pesar de que en la mayoría de situaciones trabajo con MySql Workbenck. Para instalar basta con:

sudo apt-get install phpmyadmin

Y una vez instalado podremos acceder a ella mediante http://192.168.1.10/phpmyadmin.

Conclusión

Ya tenemos un servidor web completamente funcional corriendo sobre nuestra Rasperri PI, sencillo, económico y funcional. Ahora solo hay que usarlo.

¿Y tú?, ¿Crees que necesitamos aplicar alguna otra configuración? ¿Haces algo distinto? ¿Echas en falta algún paso? o simplemente ¿te ha servido de ayuda? Comparte tu experiencia y aprendamos todos.

De esta forma podremos dejar nuestro Raspberry en algun lugar de casa que no moleste con solo un adaptador de corriente, y si nos venimos arriba además con un cable de red.

Así que vamos al lío y veamos varias formas para hacer esto:

Configurar SSH en Raspbian desde la interface gráfica

Esta es quizás la forma más habitual de hacerlo, principalmente por comodidad. Desde la interface gráfica accedemos a Menu -> Preferences -> Raspberry Pi Configuracion. Se levanta la aplicación Raspberry Pi Configuration, que tiene el siguiente aspecto (ojo que en el pantallazo que muestro ya he cambiado de pestaña):

Y una vez abierta la aplicación:

1. Nos situamos en la pestaña Interfaces.
2. Activamos el SSH.
3. Guardamos con el botón OK.

Configurar SSH en Raspbian desde la consola

Si nos hemos decidido por un Raspbian sin entorno de escritorio o si simplemente preferimos trabajar con la consola,  ejecutamos el siguiente comando:

sudo raspi-config

Esto abrirá la aplicación que tiene el siguiente aspecto:

A partir de aquí deberemos seguir los siguientes pasos:

1. Seleccionamos Advanced Options.
2. Navegamos hasta la opción SSH.
3. Acitvamos el servidor.
4. Guardamos y salimos con la opción Finish.

Activar SSH en Ubuntu Mate desde la consola

En Ubuntu Mate también es muy sencillo activar el acceso SSH, por defecto y al igual que en Raspbian viene instalado, así que solo tendremos que habilitarlo mediante las siguientes instrucciones en la consola:

sudo systemctl enable ssh
sudo systemctl start ssh

Conclusión

El acceso mediante SSH es de gran utilidad para conectar remotamente a nuestra Raspberry. Además, es sumamente sencillo configurar el servidor SSH tanto en Raspbian como en Ubuntu Mate, de hecho es tan habitual que ni si quiera tendremos que instalarlo pues estas dos distribuciones ya lo traen instalado por defecto.