La Web A En la era digital

Hace años que trabajo y administro servidores linux para pequeñas redes de oficina. El principal uso de estos servidores es centralizar los archivos compartidos y la base de datos, a la vez que contar con un entorno web de prueba para los sitios en desarrollo.

En cuanto a los archivos compartidos la política era simple: Mac y Windows usan Samba y Linux funciona mejor con NFS, que permite montar un sistema de archivos remoto como si fuera local y que, al estar configurado por ip/red, no pide ni usuario ni contraseña. Es más, cada vez que enciendes el PC el sistema está montado sin que tener que hacer nada especial.

Pero tenía una deuda con Mac, que por ser un sistema heredero de Unix, también permite este tipo de particiones de forma nativa. El problema era cómo.

Y la verdad es que es bastante simple, aunque tiene un truco y es que cuando configuras el archivo /etc/exports debes agregar la opción insecure (entre sistema Linux esto no es necesario).

$ sudo nano /etc/exports
# agregar algo similar a esto, en el ejemplo se acepta conexiones de toda la red 192.168.0
/home/serumax 192.168.0.1/24 (rw,sync,no_subtree_check,insecure)

Luego reincias el servicio NFS con

sudo /etc/init.d/nfs-kernel-server restart

Y lo que queda es agregar la partición en Mac usando la Utilidades de disco como se muestra a continuación:

Archivo -> Montajes NFS

Agregar un nuevo montaje con +

Y debería quedar algo como esto

Hace un año, cuando me compré el iPhone (con Claro), me vi forzado a hacerle el jailbreak -en ralidad lo hizo @huasocnic-, pero luego tuve que actualizar el firmeware y el jailbreak se volvió más bien un estorbo. Ergo, pasé seis meses si cambiar mi música de iCoso.

Por eso cuando encontré un tutorial para hacerlo sin necesidad de iTunes y sin robarle el mac a la @negracuriche no me la creía. O sea, encontré la libertad que necesitaba sin tener que cambiar Ubuntu ni Rhythmbox y tampoco tener el iPhone con jailbreak, que, en mi caso con Claro, no tiene sentido.

Como el tutorial ya está escrito dejo el link y los cŕeditos a su autor

Comparto también una noticia sobre el mismo tema

La verdad es que no escribiré un extenso manual sobre las zonas inversas, básicamente porque en Internet hay muchos ejemplos. Además, la resolución de nombres inversa no es algo completamente necesario para tener un DNS sencillo funcionando de manera local, como podría ser para el uso de una oficina o pequeña red doméstica donde generalmente tenemos un sólo servidor web que responde a varios dominios ficticios.

Pero si lo que quieres obtener es el nombre de una máquina localizada en la IP 200.72.85.X, necesitarás configurar la zona de resolución de nombres que puede ser llamada, por ejemplo, 85.72.200.in-addr.arpa. Es decir, la numeración IP al revés y sin el último octeto.

Lo primero será editar /etc/bind/named.conf.local y añadir:

zone “85.72.200.in-addr.arpa” {
type master;
file “db-reverse-85.72.200″;
};

Luego escribiremos la información para el dns inverso en un archivo específico llamado db-reverse-85.72.200

nano /etc/bind/db-reverse-85.72.200

y copia las siguientes líneas:

;
; BIND reverse data file for local loopback interface
;
$TTL 604800
@ IN SOA dominio.cl. dominio.cl. (
1 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
@ IN NS dominio.cl.
55 IN PTR dominio.cl.
56 IN PTR sub1.dominio.cl.
57 IN PTR sub2.dominio.cl.

De forma que el último octeto de la IP (55, 56 o 57) escrito a la inversa y omitiendo el 85.72.200 que ya se especificó en “named.conf.local” corresponden a los dominios dominio.cl, sub1.dominio.cl y sub2.dominio.cl respectivamente.

Podemos comprobar su funcionamiento reiniciando el demonio BIND9 y realizando una consulta:

$ /etc/init.d/bind9 restart
$ host 200.72.85.55
85.72.200.55.in-addr.arpa domain name pointer dominio.cl

Finalmente, una de las grande confusiones respecto de el funcionamiento de las zonas inversas tiene que ver con la cantidad de octetos que se especifican al definir la zona inversa en el named.conf.local,  pues sería válido definir zone “72.200.in-addr.arpa” o zone “200.in-addr.arpa” y en dichos casos en el archivo db-reverse-85.72.200 (da igual el nombre) variarían las últimas líneas:

En el caso 72.200.in-addr.arpa

55.85 IN PTR dominio.cl.
56 .85 IN PTR sub1.dominio.cl.
57.85 IN PTR sub2.dominio.cl.

En el caso 200.in-addr.arpa

55.85.72 IN PTR dominio.cl.
56 .85 .72 IN PTR sub1.dominio.cl.
57.85.72 IN PTR sub2.dominio.cl.

Todo dependerá del tamaño del la red.