¿Planea (o está considerando) ejecutar Red Hat Enterprise Linux (RHEL) en Microsoft Azure? ¿Te preguntas en qué tienes que pensar antes de hacerlo?
Ejecutar RHEL en Azure parece bastante sencillo y estoy parcialmente de acuerdo en que esto es cierto. Sin embargo, los requisitos empresariales típicos cuando se usa Azure pueden ser un poco diferentes de las imágenes consumibles predeterminadas de traiga su propia suscripción (BYOS) y de pago por uso (PAYG). No entraré en demasiados detalles, pero le daré algunos consejos sobre la configuración de la red (especialmente DNS) que deberían ayudarlo a comenzar a adaptar las imágenes de Azure a sus necesidades.
Configuración del entorno
En mi ejemplo, espero que tenga una VPN entre sus máquinas virtuales de Azure y su centro de datos principal (ya sea otra forma de servicio en la nube o local). Necesita un servidor DNS (interno) que sea responsable de sus hosts y, eventualmente, de los servicios que desea utilizar.
De forma predeterminada, si inicia una imagen de Red Hat Enterprise Linux en Azure, probablemente terminará con un /etc/resolv.conf similar a este:
$ cat /etc/resolv.conf
# Generated by NetworkManager
search iftv0wntyplulh4lbl2jpq0ppg.fx.internal.cloudapp.net
nameserver 168.63.129.16
Si bien esta es una configuración de trabajo que probablemente sea suficiente para una variedad de escenarios, no cumple con nuestros requisitos de que:
- Consulta nuestro propio servidor de nombres para poder resolver los nombres de host internos.
- No nos permite consultar nombres de host que no sean FQDN en nuestro propio dominio.
- Finalmente filtra información sobre nuestros nombres de host al servidor de nombres de Microsoft (sin ofender).
Adaptando la configuración generada
Los administradores de sistemas experimentados que trabajaron con DHCP para asignar la configuración de IP/DNS a sus clientes en el pasado eventualmente sabrán los trucos que se requieren. La clave aquí es dhclient.conf , el archivo de configuración del cliente DHCP. Con este archivo, se pueden anular/adaptar los valores de configuración proporcionados por el servidor DHCP (Microsoft Azure).
Para que este ejemplo sea fácil de reproducir y también una configuración funcional, utilizaremos uno de los servidores DNS públicos de Google como nuestro principal (y único) servidor DNS, 8.8.8.8. Y queremos que nuestro dominio sea redhat.com .
Por lo tanto, creamos el archivo de configuración /etc/dhcp/dhclient.conf con el siguiente contenido:
$ cat /etc/dhcp/dhclient.conf
supersede domain-name-servers 8.8.8.8;
supersede domain-search "redhat.com";
Esta configuración conduce al siguiente /etc/resolv.conf generado :
$ cat /etc/resolv.conf
# Generated by NetworkManager
search redhat.com
nameserver 8.8.8.8
Tenga en cuenta que aún filtraríamos nombres de host internos al servidor DNS de Google en este ejemplo. Pero, como se indicó anteriormente, en aras de la reproducibilidad, he elegido un servidor DNS que está disponible públicamente para todos.
Probando la configuración
Probablemente probará esta configuración con nombres de host internos, pero la probaremos tratando de resolver solo mx1 (sin FQDN):
$ host mx1
mx1.redhat.com has address 209.132.183.28
Voila, exactamente lo que esperábamos.
Configuración adicional
Hay varios otros valores de configuración que puede anular, agregar y adaptar a sus necesidades. La mejor manera de obtener más información sobre estos valores es, como todos los administradores de sistemas deben saber, las páginas del manual. En este caso específico, recomendaría leer lo siguiente:
$ man 5 dhclient.conf
Personalmente, recomendaría apegarse a los valores predeterminados si no hay una necesidad/requisito absoluto para cambiarlos, pero si necesita anular o agregar valores, debería poder encontrarlos en la página del manual.
¿Quiere probar Red Hat Enterprise Linux? Descárguelo ahora gratis.