Optimizar OSMC/KODI para reproducción en LAN (parte 2)

En la entrega anterior vimos una parte de cómo optimizar Kodi para que la reproducción a través de nuestra red doméstica vaya mejor de lo que iba antes.

En mi caso esto no era suficiente, ya que seguía teniendo tirones para archivos de vídeo mayores de 900 megas (hoy en día casi cualquier archivo supera ese tamaño.

Para ello debemos prescindir del protocolo Samba y pasarnos al sistema NFS, o usar ambos si vamos a acceder a las carpetas que tengamos compartidas desde otros PC con windows. Si tenemos un servidor windows también podemos usar programas que nos ofrezcan esta funcionalidad, como por ejemplo FreeNFS (la última aztualización es del 2013) o haneWIN NFS Server. Personalmente no los he probado, así que no podría recomendar ninguno.

Bueno, al meollo de la cuestión. Todo este post está orientado para ser realizado con Debian 8 en la parte del servidor y con OSMC en la parte de la raspberry pi 2, el cual está basado también en Debian. También debería funcionar en distribuciones ubuntu y sus variables, tanto en la versión cliente como en la versión del servidor.

Lo primero que tenemos que hacer es instalar el paquete NFS. En el cliente escribimos:

[bash]sudo apt-get install nfs-common[/bash]

Pulsamos que sí que queremos instalar los paquetes adicionales en caso de que los haya. Seguidamente, en la parte del servidor:

[bash]sudo apt-get install nfs-kernel-server nfs-common[/bash]

Volvemos a indicar que instale las dependencias de los paquetes en caso de haberlas. Ya tenemos instalado en ambas partes los paquetes necesarios. Ahora trabajamos en la parte del servidor, mas concretamente en el archivo /etc/exports 

Indicamos la ruta de los directorios que queremos exportar y, como medida de seguridad adicional, a la ip que queremos exportarla (es decir, quién puede acceder a dichas carpetas). Por esta razón tengo puesta una ip fija en la raspberry. El archivo quedaría tal que así:

[shell]

# /etc/exports: the access control list for filesystems which may be exported
# to NFS clients. See exports(5).
#
# Example for NFSv2 and NFSv3:
# /srv/homes hostname1(rw,sync,no_subtree_check) hostname2(ro,sync,no_subtree_check)
#
# Example for NFSv4:
# /srv/nfs4 gss/krb5i(rw,sync,fsid=0,crossmnt,no_subtree_check)
# /srv/nfs4/homes gss/krb5i(rw,sync,no_subtree_check)
#
/home/archivos_video 192.168.1.254(ro)
/home/public 192.168.1.254(rw)

[/shell]

Básicamente, las líneas que empiezan por # son comentarios. En la penúltima línea se indica que la ruta /home/archivos_video se «exporta» a la dirección ip 192.168.1.254 (la de mi raspberry) como sólo lectura (read only).

Seguidamente en la raspberry, los importamos editando el archivo /etc/fstab, quedando de la siguiente manera:

[shell]
/dev/mmcblk0p1 /boot vfat defaults,noatime 0 0
/dev/mmcblk0p2 / ext4 defaults,noatime 0 0
192.168.1.192:/home/transmission/pelis /home/osmc/Movies nfs vers=3,udp,x-systemd.automount,noauto
192.168.1.192:/home/transmission/series /home/osmc/TVShows nfs vers=3,udp,x-systemd.automount,noauto
192.168.1.192:/home/transmission/documentales /home/osmc/Documentals nfs vers=3,udp,x-systemd.automount,noauto
192.168.1.192:/home/public/temp /home/osmc/.kodi/temp nfs vers=3,udp,x-systemd.automount
[/shell]

Las dos primeras líneas vienen por defecto. En las líneas 3,4,5 y 6 estoy montando los directorios que estoy exportando en unas carpetas previamente creadas. Paso a explicar qué es cada opción de las líneas del archivo:

• 192.168.1.192:/home/transimision…..: La ruta remota que hemos compartido a través de NFS
• nfs: Probablemente el parámetro más obvio. Estamos indicando el sistema de archivos a usar
• vers=3: La versión a usar del protocolo NFS. En este caso la 3. No hemos cogido la 4 porque hay opciones que no nos interesan y complicarían la configuración ligeramente. Para más información podéis leer el artículo de la wikipedia.
• udp: Pese a que UDP no está orientado a conexión y no tiene reenvío de tramas erróneas, lo vamos a elegir porque es el que mayor tasa de transferencia nos da. A mi no me ha dado ningún problema. Más abajo tenéis una tabla donde se indica el resultado de diferentes pruebas cliente-servidor realizados en mi red interna.
• noauto: esto hará que el montaje no se realice ni cuando se inicia el sistema ni cuando ejecutamos mount -a.
• x-systemd.automount: El montaje se realizará la primera vez que se accede a los datos (por lo que evitaremos el error de device not found que da al inicio, pues se intenta montar antes de que esté disponible la tarjeta de red). Hay una línea que no tiene la opción de noauto y, aunque dará error al iniciar OSMC, se montará igualmente. Esto lo he puesto así porque me interesa que se monte cuanto antes. Suele ir en conjunción con noauto.

noauto y x-systemd.automount en la misma línea básicamente indica al sistema que se monte el directorio bajo demanda.

Prueba 1

Montando a pelo con el comando: sudo mount.nfs 192.168.1.192:/home/public /home/osmc/temporal/

El montaje queda: 192.168.1.192:/home/public on /home/osmc/temporal type nfs4 (rw,relatime,vers=4.0,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.254,local_lock=none,addr=192.168.1.192)

Prueba 2

Modificación en fstab: 192.168.1.192:/home/public /home/osmc/temporal nfs vers=3,udp

El montaje queda: 192.168.1.192:/home/public on /home/osmc/temporal type nfs (rw,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,hard,proto=udp,timeo=11,retrans=3,sec=sys,mountaddr=192.168.1.192,mountvers=3,mountport=49609,mountproto=udp,local_lock=none,addr=192.168.1.192)

Prueba 3

Modificación en fstab: 192.168.1.192:/home/public /home/osmc/temporal nfs vers=3,rsize=8192,wsize=8192,udp,retrans=2.

El montaje queda: 192.168.1.192:/home/public on /home/osmc/temporal type nfs (rw,relatime,vers=3,rsize=8192,wsize=8192,namlen=255,hard,proto=udp,timeo=11,retrans=2,sec=sys,mountaddr=192.168.1.192,mountvers=3,mountport=49609,mountproto=udp,local_lock=none,addr=192.168.1.192)