Hai intenzione di (o stai considerando) di eseguire Red Hat Enterprise Linux (RHEL) su Microsoft Azure? Ti stai chiedendo a cosa devi pensare prima di farlo?
L'esecuzione di RHEL su Azure sembra piuttosto semplice e sarei parzialmente d'accordo sul fatto che questo sia vero. Tuttavia, i requisiti aziendali tipici per l'uso di Azure potrebbero essere leggermente diversi dalle immagini BYOS (Bring Your Own Subscription) e con pagamento in base al consumo (PAYG) predefinite. Non entrerò nei dettagli, ma ti darò alcuni suggerimenti sulla configurazione della rete (soprattutto DNS) che dovrebbero aiutarti a iniziare ad adattare le immagini di Azure alle tue esigenze.
Configurazione dell'ambiente
Nel mio esempio, mi aspetto che tu disponga di una VPN tra le tue macchine virtuali di Azure e il tuo data center principale (che si tratti di un'altra forma di servizio cloud o di quella locale). Hai bisogno di un server DNS (interno) che sia responsabile dei tuoi host e, infine, dei servizi che desideri utilizzare.
Per impostazione predefinita, se avvii un'immagine Red Hat Enterprise Linux in Azure, probabilmente ti ritroverai con un /etc/resolv.conf simile a questo:
$ cat /etc/resolv.conf
# Generated by NetworkManager
search iftv0wntyplulh4lbl2jpq0ppg.fx.internal.cloudapp.net
nameserver 168.63.129.16
Sebbene questa sia una configurazione funzionante che è probabilmente sufficiente per una varietà di scenari, non soddisfa i nostri requisiti che:
- Interroga il nostro server dei nomi per poter risolvere i nomi host interni.
- Non ci consente di interrogare nomi host non FQDN nel nostro dominio.
- Alla fine divulga informazioni sui nostri nomi host al server dei nomi Microsoft (senza offesa).
Adattamento della configurazione generata
Gli amministratori di sistema esperti che in passato hanno lavorato con DHCP per assegnare la configurazione IP/DNS ai propri client conosceranno i trucchi necessari. La chiave qui è dhclient.conf , il file di configurazione del client DHCP. Utilizzando questo file, è possibile sovrascrivere/adattare i valori di configurazione forniti dal server DHCP (Microsoft Azure).
Per rendere questo esempio facile da riprodurre e anche una configurazione funzionante, utilizzeremo uno dei server DNS pubblici di Google come nostro server DNS principale (e unico), 8.8.8.8. E vogliamo che il nostro dominio sia redhat.com .
Creiamo quindi il file di configurazione /etc/dhcp/dhclient.conf con il seguente contenuto:
$ cat /etc/dhcp/dhclient.conf
supersede domain-name-servers 8.8.8.8;
supersede domain-search "redhat.com";
Questa configurazione porta al seguente /etc/resolv.conf generato :
$ cat /etc/resolv.conf
# Generated by NetworkManager
search redhat.com
nameserver 8.8.8.8
Tieni presente che in questo esempio continueremo a divulgare nomi host interni al server DNS di Google. Ma, come detto sopra, per motivi di riproducibilità ho scelto un server DNS pubblicamente disponibile per tutti.
Test della configurazione
Probabilmente proverai questa configurazione con nomi host interni, ma la testeremo cercando di risolvere solo mx1 (non FQDN):
$ host mx1
mx1.redhat.com has address 209.132.183.28
Voilà, esattamente quello che ci aspettiamo.
Ulteriori configurazioni
Ci sono molti altri valori di configurazione che puoi sovrascrivere, aggiungere e adattare alle tue esigenze. Il modo migliore per saperne di più su questi valori è, come tutti gli amministratori di sistema dovrebbero sapere, le pagine man. In questo caso specifico, consiglierei di leggere quanto segue:
$ man 5 dhclient.conf
Personalmente, consiglierei di attenersi ai valori predefiniti se non è necessario/requisito assoluto per modificarli, ma se è necessario sovrascrivere o aggiungere valori, dovresti essere in grado di trovarli nella pagina di manuale.
Vuoi provare Red Hat Enterprise Linux? Scaricalo ora gratuitamente.