Latest / M365.FM – Podcast su Microsoft 365, Copilot e IA in italiano / Azure DNS spiegato: zone DNS pubbliche e private, tipi di record e delega ad Azure (Doppiaggio IA)

Transcript

Azure DNS spiegato: zone DNS pubbliche e private, tipi di record e delega ad Azure (Doppiaggio IA) · M365.FM – Podcast su Microsoft 365, Copilot e IA in italiano

0:00
Speaker 2: Siete pronti per 10 giorni di Microsoft 365, Copilot, IA,
0:04
Speaker 2: Azure e le persone che stanno plasmando il futuro del lavoro?
0:08
Speaker 2: Questo gennaio, M365 con ritorna e puntiamo ancora più in alto.
0:12
Speaker 2: Unitevi a noi per sessioni dal vivo, demo reali e
0:15
Speaker 2: conoscenze pratiche da MVP ed esperti del settore di tutto
0:17
Speaker 2: il mondo. Niente slide generic, niente chiacchiere inutili. Affrontiamo le
0:22
Speaker 2: sfide reali. Copilot Studio, agenti IA, Fabric, Sicurezza, Governance e Automazione.
0:29
Speaker 2: Che siate professionisti IT, sviluppatori o leader aziendali, ci sono
0:33
Speaker 2: sessioni pensate per voi. In dieci giorni intensi potrete esplorare
0:37
Speaker 2: diverse tecnologie e connettervi con una community globale. Seguite le
0:41
Speaker 2: dirette e portate intuizioni pratiche nella vostra organizzazione. Gennaio 2027,
0:45
Speaker 2: dieci giorni, un'unica community Microsoft. Le registrazioni sono aperte. Prenotate
0:52
Speaker 2: il vostro posto oggi stesso. Andate su m3science. com. net iscrivetevi ora
1:01
Speaker 2: su m3sente5con. net e ci vediamo dal vivo a gennaio benvenuti
1:05
Speaker 2: ad un altro episodio di Microsoft Knowledge Nuggets qui su
1:07
Speaker 2: M3 Sentatore Mirko Peters sono il vostro presentatore Mirko Peters
1:10
Speaker 2: l'argomento di oggi è noto a quasi tutti ma compreso
1:12
Speaker 2: da pochi il DNS che sta per Domain Name System
1:16
Speaker 2: probabilmente l'avete sentito definire come l'elenco telefonico di internet e
1:19
Speaker 2: la descrizione non è l'andare a raggiungere il compito è
1:21
Speaker 2: sempre prendere un nome facile da ricordare come contoso e
1:25
Speaker 2: trasformarlo in un numero comprensibile ai computer come 20-90-50-200-200-20 I
1:30
Speaker 2: computer vivono di numeri, noi di nomi e il DNS
1:32
Speaker 2: sta nel mezzo effettuando la traduzione. Ma ecco il punto,
1:35
Speaker 2: la maggior parte delle persone sa che esegue una ricerca
1:37
Speaker 2: ma non vede mai l'intera catena. Cosa succede davvero quando
1:40
Speaker 2: digitate un dominio nel browser e, soprattutto, dove si colloca Azure?
1:44
Speaker 2: Alla fine di questo episodio capirete cos'è davvero Azure DNS.
1:47
Speaker 2: Conoscerete la differenza tra zone DNS pubbliche e private. Saprete
1:50
Speaker 2: quali tipi di record gli servono realmente. E vedrete come
1:52
Speaker 2: la delega trasferisce il controllo ad Azure. Copriremo le basi
1:56
Speaker 2: in modo semplice e chiaro senza fronzo. Cosa fa effettivamente
1:59
Speaker 2: il DNS? Iniziamo dalla sua funzione principale. DNS trasforma i
2:02
Speaker 2: nomi in numeri. Quando digitate contoso. com nel browser, il computer
2:06
Speaker 2: non ha idea di cosa significhi quella stringa. Ha bisogno
2:08
Speaker 2: di indirizzo IP. Qualcosa come 20.190.152.20 per connettersi al server
2:13
Speaker 2: che ospita quel sito web. DNS rende possibile questa traduzione.
2:17
Speaker 2: Perché è importante? Perché i computer comprendono solo numeri, mentre
2:20
Speaker 2: gli umani ricordano solo i nomi. Non memorizzate il numero
2:23
Speaker 2: di telefono di un amico, ne ricordate il nome. Lo
2:25
Speaker 2: stesso vale per i siti web. DNS vi permette di
2:27
Speaker 2: digitare google. com invece di una serie di cifre che non
2:30
Speaker 2: ricordereste mai. Quindi cosa succede davvero quando digitate un dominio
2:33
Speaker 2: nel browser? È una catena. Il tuo browser controlla prima
2:35
Speaker 2: la propria cache chiedendosi, l'ha cercato di recente? Caso contrario,
2:39
Speaker 2: invia una richiesta a un resolver ricorsivo, solitamente fornito dal
2:42
Speaker 2: tuo provider di servizi internet. Da lì il resolver controlla
2:45
Speaker 2: la propria cache. Ancora nessuno risponde. Allora risale la gerarchia.
2:48
Speaker 2: Chiede prima un server root. Quel server root non conosce
2:51
Speaker 2: l'indirizzo ipdcontoso. com, ma sa chi chiedere dopo. Il server tld per.
2:55
Speaker 2: com Anche quel server TLD non conosce l'IP esatto, ma
2:58
Speaker 2: conosce il server dei nomi autorevole per quel dominio. Quella
3:01
Speaker 2: è la tappa finale. Il server dei nomi autorevole detiene
3:04
Speaker 2: i record effettivi. Risponde con l'indirizzo IP, il resolver lo
3:07
Speaker 2: memorizza nella cache, lo rimanda al tuo browser e il
3:09
Speaker 2: browser carica la pagina. Non hai bisogno di memorizzare ogni passaggio.
3:12
Speaker 2: Devi sapere che esiste una gerarchia che funziona. La parte
3:14
Speaker 2: che conta per noi è l'ultimo passaggio, il server dei
3:16
Speaker 2: nomi autorevole. È qui che entra in gioco Azure DNS.
3:19
Speaker 2: Cos'è Azure DNS? Dunque Azure DNS è il servizio di
3:22
Speaker 2: hosting DNS gestito di Microsoft. In parole povere significa che
3:25
Speaker 2: non devi mai gestire i tuoi server DNS, aggiornarli o
3:27
Speaker 2: pianificare l'alta disponibilità. Azure gestisce tutto questo per te. Crea
3:31
Speaker 2: una zona DNS in Azure per il tuo dominio, aggiungi
3:33
Speaker 2: i tuoi record come record A, records, name, qualsiasi cosa
3:36
Speaker 2: ti serva, e Azure ospita quei record sulla sua infrastruttura globale.
3:39
Speaker 2: Quando qualcuno ovunque su internet interroga il tuo dominio, i
3:41
Speaker 2: server dei nomi di Azure rispondono. E poiché è costruito
3:44
Speaker 2: sulla rete globale di Azure, è veloce, resiliente e si
3:46
Speaker 2: ridimensiona automaticamente. Non devi pensarci. Funzione basta. Gestisci tutto tramite
3:50
Speaker 2: il portale Azure Azure. la riga di comando o i
3:53
Speaker 2: modelli ARM se ti occupi di infrastruttura come codice. Nessuna
3:55
Speaker 2: configurazione manuale del server, nessun SSH in una macchina per
3:58
Speaker 2: modificare i file di zona. È tutto punto e clic
4:00
Speaker 2: oppure scrivi e distribuisci. Ora confrontiamolo con l'approccio tradizionale. 20
4:03
Speaker 2: anni fa gestivi i tuoi server DNS. Eri responsabile dell'aggiornamento
4:07
Speaker 2: del sistema operativo e di garantire la ridondanza affinché un
4:10
Speaker 2: singolo guasto al server non portasse offline il tuo dominio
4:12
Speaker 2: e della pianificazione della capacità per i picchi di traffico.
4:14
Speaker 2: Con Azure DNS è tutto un problema di qualcun altro.
4:16
Speaker 2: Devi solo creare la tua zona, aggiungere i tuoi record
4:18
Speaker 2: e hai finito. Ma ecco dove diventa interessante. Azure DNS
4:21
Speaker 2: non è solo per siti web. Gestisce anche la risoluzione
4:24
Speaker 2: dei nomi interna all'interno delle tue reti virtuali a Azure.
4:27
Speaker 2: È qui che entra in gioco la distinzione tra zone
4:28
Speaker 2: DNS pubbliche e private. Zone DNS pubbliche contro zone DNS private.
4:34
Speaker 2: Analizziamo i due tipi di zone DNS in Azure. Le
4:37
Speaker 2: zone DNS pubbliche sono esattamente ciò che suggerisce il nome.
4:39
Speaker 2: Dominiche devono essere raggiungibili da Internet. Ogni nome che qualcuno
4:42
Speaker 2: all'esterno della tua rete deve risolvere, come il tuo sito web,
4:44
Speaker 2: un endpoint API o un server email, va inserito in
4:46
Speaker 2: una zona pubblica. Le zone DNS private sono l'opposto. Servono
4:50
Speaker 2: per i nomi che devono essere risolti solo all'interno delle
4:52
Speaker 2: tue reti virtuali azzurre. Ad esempio, supponiamo tu abbia un
4:54
Speaker 2: server di database. Non vuoi che tutto internet richieda il
4:57
Speaker 2: suo indirizzo IP? Vuoi solo che le tue VM applicative
4:59
Speaker 2: riescano a trovarlo. Quindi crei una zona privata e solo
5:02
Speaker 2: le reti che vi colleghi possono risolvere quei nomi. Ecco
5:04
Speaker 2: un esempio concreto. Supponiamo tu abbia un server di database
5:07
Speaker 2: e internamente voglia chiamarlo db. internal. contoso. com. Quel nome non significa nulla
5:12
Speaker 2: per il mondo esterno e non dovrebbe. Ma le tue
5:14
Speaker 2: VM applicative devono trovare. Con una zona DNS privata, crei
5:17
Speaker 2: quel record, colleghi la zona alla tua rete virtuale e
5:20
Speaker 2: improvvisamente ogni VM in quella rete può risolvere db. internal. contoso. com nell'IP
5:24
Speaker 2: privato del database. Nessun server DNS personalizzato richiede. Ora ecco
5:28
Speaker 2: dove le zone private diventano davvero utili. Puoi collegare una
5:31
Speaker 2: singola zona a più reti virtuali anche tra regioni diverse.
5:34
Speaker 2: Quindi se hai un'app web negli Stati Uniti Orientali e
5:36
Speaker 2: un database nell'Europa Occidentale, entrambe le BNET possono condividere la
5:39
Speaker 2: stessa zona privata. L'app web risolve il nome del database
5:41
Speaker 2: senza problemi, anche se si trovano in datacenter differenti. Nessuna
5:45
Speaker 2: configurazione di peering per il DNS e nessuna regola di inoltre,
5:47
Speaker 2: basta collegare la zona. La registrazione automatica è un'altra funzionalità
5:50
Speaker 2: che vale la pena conoscere. Quando la abiliti su un
5:52
Speaker 2: collegamento di rete virtuale, Azure crea automaticamente il record A
5:55
Speaker 2: per ogni VM non appena viene avviata. Distribuisce una nuova
5:58
Speaker 2: VM e in pochi minuti esiste già un record DNS
5:59
Speaker 2: per S. Elimina VM e il record scompare. Nessuna gestione
6:02
Speaker 2: manuale dei record. È particolarmente utile in ambienti dinamici dove
6:05
Speaker 2: le VM appaiono in scopo. Sento molte persone pensare che
6:07
Speaker 2: le zone private richiedano un nome di dominio registrato, ma
6:09
Speaker 2: non è così. Puoi chiamare una zona privata come preferisci, internal, contoso. com,
6:13
Speaker 2: corplocal o db. internal. Non ha importanza perché nessuno al di
6:16
Speaker 2: fuori della tua rete la interrogerà mai. Non c'è alcun
6:18
Speaker 2: registrare di domini coinvolto, né delega pubblica. È puramente interno.
6:22
Speaker 2: Riassumiamo la differenza. Le zone pubbliche sono per internet. Le
6:25
Speaker 2: zone private sono per le tue reti virtuali. Le zone
6:28
Speaker 2: pubbliche richiedono un dominio di tua proprietà e una delega
6:30
Speaker 2: dal tuo registrato. Le zone private necessitano solo di un
6:32
Speaker 2: nome e di un collegamento VIN. Una volta configurata la zona,
6:35
Speaker 2: pubblica o privata, servono dei record per mappare i nomi
6:37
Speaker 2: e le risorse. Questa è la base. E una volta
6:40
Speaker 2: capito questo, il resto consiste solo nell'aggiungere record. Tipi di
6:43
Speaker 2: record che userai davvero. Quindi quali record DNS userai quotidianamente?
6:47
Speaker 2: Analizziamoli insieme. Il record A è quello che tutti conoscono.
6:50
Speaker 2: Associa un nome ad un indirizzo IPv4. Digita www. contoso. com nel
6:54
Speaker 2: browser e quel record A indica che il server si
6:56
Speaker 2: trova a 20.190 e... 152 end. Semplice e universale. È
7:02
Speaker 2: il tipo di record più comune su internet. I record
7:05
Speaker 2: PBA fanno lo stesso per gli indirizzi IPv6? Se il
7:08
Speaker 2: tuo servizio supporta i PV6, ti serviranno insieme ai record A.
7:11
Speaker 2: Molti non li usano quotidianamente, ma sono lì quando servono.
7:14
Speaker 2: I record CNAME funzionano diversamente. Invece di associare un nome
7:17
Speaker 2: a un IP, ICNAME associa un nome a un altro nome.
7:20
Speaker 2: Quindi potresti avere www. contoso. com come CNAME, che punta a Contoso. azurewebsites. net
7:27
Speaker 2: Quando qualcuno interroga www. contoso. com, il resolver DNS segue la catena
7:32
Speaker 2: fino all'IP reale. Ed ecco il bello. I CNAME sono
7:35
Speaker 2: perfetti per gli alias ICNAME. Cambia la destinazione una volta
7:38
Speaker 2: e tutto ciò che punta lì si aggiorna automaticamente. I
7:40
Speaker 2: record MX gestiscono il strumento del libro. Se qualcuno invia
7:43
Speaker 2: un'email a user- contoso. com, il server mittente interroga il record MX
7:47
Speaker 2: per trovare il server di posta ricevente. Di solito avrei
7:51
Speaker 2: uno più record MX con valori di priorità. Numeri più
7:54
Speaker 2: bassi indicano una priorità più alta. Quindi mail. contoso. com con priorità
7:57
Speaker 2: 10 viene provato prima di backup. Contoso. com con priorità 20.
8:00
Speaker 2: I record TXT archiviano informazioni testuali e sono usati per
8:04
Speaker 2: svariati scopi. La verifica del dominio è un uso importante
8:07
Speaker 2: Quando configuri Microsoft 365 ti chiedono di aggiungere un record
8:10
Speaker 2: txt per dimostrare la proprietà del dominio. Anche per l'autenticazione
8:14
Speaker 2: di me. Record spf, chiavi dkm, policy dmark. Tutti questi
8:18
Speaker 2: sono record txt. Sembrano stringhe di testo casuali, ma hanno
8:21
Speaker 2: scopi di sicurezza importanti. Ora ecco dove Azure DNS aggiunge
8:25
Speaker 2: qualcosa che non troverai nello string DNS tradizionale. I record alias.
8:29
Speaker 2: Sono specifici di Azure ed estremamente utili. Un record alias
8:32
Speaker 2: ti permette di puntare un nome direttamente a una risorsa
8:34
Speaker 2: Azure anziché a un IP static. Quindi invece di creare
8:37
Speaker 2: un record A con un IP fisso per il tuo
8:39
Speaker 2: bilanciatore di carico, crei un record alias che punta alla
8:42
Speaker 2: risorsa stessa. Questo è importante perché le risorse Azure possono
8:45
Speaker 2: cambiare i propri indirizzi IP. Un bilanciatore viene ridistribuito, un
8:48
Speaker 2: endpoint CDN ottiene un nuovo IP front- end. Con un normale
8:52
Speaker 2: record A dovresti aggiornare manualmente il record DNS ogni volta.
8:56
Speaker 2: Ma con un record alias Azure gestisce tutto automaticamente. Il
9:00
Speaker 2: record punta sempre all'IP corrente della risorsa. Nessun lavoro manuale,
9:03
Speaker 2: nessun aggiornamento dimenticato e nessun downtime dovuto alla modifica mancata.
9:08
Speaker 2: Un'altra cosa su come Azure organizza i record. In Azure
9:11
Speaker 2: DNS i record dello stesso tipo e nome vengono raggruppati
9:13
Speaker 2: in un set di record. Quindi se hai due server
9:16
Speaker 2: web che ospitano lo stesso sito creeresti un singolo set
9:19
Speaker 2: di record da A per www. contoso. com con due indirizzi P
9:22
Speaker 2: al suo interno. Il resolver DNS li restituisce entrambi e
9:25
Speaker 2: il client ne sceglie uno. Questa è una forma semplice
9:27
Speaker 2: di bilanciare un telecar. La stessa idea si applica ai
9:29
Speaker 2: record MX con più server di posta. Il set di
9:32
Speaker 2: record mantiene tutto in ordine Quindi hai la tua zona,
9:34
Speaker 2: i tuoi record, ma c'è un ulteriore passaggio prima che
9:36
Speaker 2: internet usi effettivamente la tua zona DNS di Azure. Devi
9:40
Speaker 2: dire al resto del mondo che Azure è ora l'autorità
9:42
Speaker 2: per il tuo dominio. Questo processo è chiamato delegazione. La
9:45
Speaker 2: delegazione è il modo in cui trasferisci controllo. Quindi creato
9:48
Speaker 2: la tua zona DNS pubblica in Azure, aggiunto i tuoi
9:50
Speaker 2: record e tutto sembra posto dalla tua parte. Punto è questo.
9:53
Speaker 2: Nessuno su internet sa che Azure dovrebbe rispondere alle query
9:56
Speaker 2: per il tuo dominio. Devi dirglielo tu. E questo che
9:58
Speaker 2: significa delegazione. La delegazione è il processo in cui comunichi
10:01
Speaker 2: al resto di internet che Azure DNS ora ha l'autorità
10:03
Speaker 2: per il mio dominio. Lo fai presso il tuo registrare
10:06
Speaker 2: dei domini. Godaddy, Namecheap, Google Domains, ovunque tu abbia acquistato
10:09
Speaker 2: il tuo dominio, accedi alle loro impostazioni DNS e cambi
10:12
Speaker 2: il record dei server dei nomi per puntare ad Azure.
10:14
Speaker 2: Quando crei una zona DNS pubblica in Azure, il servizio
10:16
Speaker 2: ti fornisce quattro indirizzi di server dei nomi. Assomigliano a ns1. neo1. azuredns. com, ns2. neo1. azuredns. net
10:23
Speaker 2: e così via. Quelli sono i server che risponderanno alle
10:26
Speaker 2: query per il tuo dominio. Prendi quei quattro indirizzi e
10:28
Speaker 2: inserisci nella configurazione del server dei nomi che tu registrai.
10:31
Speaker 2: Tutto qui. Questo è il passaggio della delegazione. Una volta
10:33
Speaker 2: salvate quelle modifiche, le informazioni iniziano a propagarsi su internet.
10:37
Speaker 2: I server radice e i server tld per il tuo
10:38
Speaker 2: dominio vengono aggiornati. Imparano che quando qualcuno chiede di contoso. com
10:42
Speaker 2: devono inviare la query ai server dei nomi di Azure
10:45
Speaker 2: invece che dove puntava prima. La propagazione avviene solitamente in
10:48
Speaker 2: pochi minuti, ma in alcuni casi può richiedere fino a
10:50
Speaker 2: 48 ore perché i resolver DNS in tutto il mondo
10:53
Speaker 2: memorizzano le vecchie informazioni e non cercheranno aggiornamenti finché la
10:56
Speaker 2: loro cache non scade. Ora ecco una cosa importante. La
10:59
Speaker 2: delegazione è a Samsung. Azure non gestisce il tuo registrato.
11:02
Speaker 2: Continui a rinnovare il tuo dominio tramite Godaddy, Namecheap o
11:04
Speaker 2: chiunque altro. Continui a gestire la registrazione. Azure ospita solo
11:08
Speaker 2: i record DNS. Le due cose sono separate. Il tuo
11:10
Speaker 2: registrato gestisce la parte relativa al possesso del dominio. Azure
11:13
Speaker 2: gestisce la parte relativa all'indirizzo IP per questo dominio C'è
11:16
Speaker 2: un ghippo comune qui che coglie le persone di sorpresa.
11:19
Speaker 2: Quando cambi i server dei nomi per puntare ad Azure,
11:21
Speaker 2: i record DNS sul tuo vecchio host smettono di funzionare.
11:24
Speaker 2: Tutti quanti. I tuoi record AMX e TXT non esistono
11:27
Speaker 2: più perché internet non interroga più il tuo vecchio host
11:30
Speaker 2: per le risposte. Quindi di assicurarti di aver ricreato ogni
11:33
Speaker 2: singolo record in Azure prima di azionare l'interruttore. Altrimenti il
11:36
Speaker 2: tuo sito va giù, le email smettono di arrivare e
11:38
Speaker 2: dovrai affannarti a capire cosa hai tralasciato. Pianifica la migrazione
11:41
Speaker 2: con attenzione. Crea la zona in Azure, aggiungi tutti i record,
11:43
Speaker 2: poi cambia i server dei nomi Non il contrario. La
11:46
Speaker 2: delega è l'elemento finale per le zone pubbliche. È ciò
11:49
Speaker 2: che connette la tua zona DNS di Azure all'infrastruttura DNS globale.
11:53
Speaker 2: Ma per le zone private la situazione è completamente diversa.
11:55
Speaker 2: Non c'è alcun registrar coinvolto in nessuna delle. Colleghi la
11:58
Speaker 2: tua zona direttamente alle reti virtuali che ne hanno bisogno.
12:02
Speaker 2: DNS privato in azione. Collegamento alle reti virtuali. Come rendi
12:05
Speaker 2: effettivamente utile una zona DNS privata? Pensala come un contenitore
12:08
Speaker 2: di record, ma è inutile finché non la colleghi a
12:10
Speaker 2: una rete. Quel collegamento dice ad Azure quali reti sono
12:13
Speaker 2: autorizzate a risolvere quei nomi. Senza quel collegamento la zona esiste,
12:17
Speaker 2: ma nessuno può interrogarla. Come avere una rubrica senza telefoni
12:20
Speaker 2: per chiamare, la configurazione è semplice. Crei un collegamento di
12:23
Speaker 2: rete virtuale dalla zona privata a ogni VNet che necessita
12:25
Speaker 2: di risoluzione. Scegli la VNet, dai un nome al collegamento
12:28
Speaker 2: e salvalo. Una volta fatto, la zona funziona per ogni
12:30
Speaker 2: VM e servizio all'interno di quella rete senza bisogno di
12:33
Speaker 2: server DNS personalizzati o modifiche ai file host. Funziona e basta.
12:36
Speaker 2: Ecco come funziona la registrazione automaticamente. Quando crei un collegamento
12:39
Speaker 2: VNet hai una shell. Designala come VNet di registrazione o
12:42
Speaker 2: lasciala solo per la risoluzione. Quella differenza è molto importante.
12:45
Speaker 2: La registrazione automatica funziona solo sulla VNet e le contrassegne
12:47
Speaker 2: per registrare. Ogni VM che viene avviata lì ottiene automaticamente
12:50
Speaker 2: un record A creato nella zona privata. Distribuisci una nuova
12:53
Speaker 2: VM e in pochi minuti appare un record DNS. Elimina
12:55
Speaker 2: quella VM e il record scompare. Nessun lavoro manuale. E
12:59
Speaker 2: le altre VNet collegate alla stessa zona sono solo per
13:01
Speaker 2: la risoluzione. Possono cercare i nomi e ottenere risposte ma
13:04
Speaker 2: non eseguono la registrazione automatica. Quindi le loro VM non
13:06
Speaker 2: creano record automaticamente. È intenzionale specialmente per una zona privata
13:10
Speaker 2: condivisa per un servizio centrale. Non vuoi che ogni VM
13:12
Speaker 2: in ogni rete SPOC crei record automaticamente Invece, mantieni la
13:16
Speaker 2: registrazione sulla VNet dove risiedono i tuoi server reali e
13:18
Speaker 2: lascia che tutti gli altri si limitino al solo. Lascia
13:20
Speaker 2: che ti faccia un esempio reale. Immagina di avere un'applicazione
13:23
Speaker 2: web in esecuzione in una VNet diversa, magari anche in
13:27
Speaker 2: regioni azzurre differenti. L'app web deve connettersi al database, ma
13:30
Speaker 2: non vuoi inserire nel codice l'IP privato del database. C'è
13:33
Speaker 2: una soluzione breve. Se il database venisse ridistribuito con un
13:36
Speaker 2: nuovo IP, l'app web smetterebbe di funzionare. Quindi crea una
13:38
Speaker 2: zona DNS privata, aggiungi un record A per il nome
13:40
Speaker 2: del database e collega la zona a entrambe le VNet.
13:43
Speaker 2: Ora l'app web risolve db. internal. contoso. com nell'IP del database. Quando quell'IP cambia,
13:48
Speaker 2: aggiorni un solo record invece di cercare tra i file
13:50
Speaker 2: di configurazione. Il collegamento tra regioni funziona perfettamente con le
13:53
Speaker 2: zone private. Puoi avere una VNet negli Stati Uniti Orientali
13:56
Speaker 2: e un'altra nell'Europa Occidentale collegate alla stessa zona privata e
13:59
Speaker 2: la risoluzione dei nomi avviene tra le regioni senza configurazioni extra.
14:03
Speaker 2: Azure gestisce il routing dietro le quinte, cosa che non
14:05
Speaker 2: avresti con i server DNS tradizionali senza impostare complesse regole
14:08
Speaker 2: di nutro. quindi delega per le zone pubbliche, link vnet
14:11
Speaker 2: per le zone private, due meccanismi diversi per due scopi diversi.
14:15
Speaker 2: Una volta configurati entrambi hai le basi, ma resta il
14:18
Speaker 2: problema di mantenere tutto sicuro e in salute. Sicurezza, monitoraggio
14:23
Speaker 2: e best practice. Ora parliamo di come mantenere il tuo
14:26
Speaker 2: DNS sano e sicuro. Azure DNS si integra con Azure
14:29
Speaker 2: RBX così controlli esattamente chi può creare o modificare i record.
14:33
Speaker 2: Non vuoi che qualcuno elimini accidentalmente il tuo record MX
14:35
Speaker 2: e blocchi le mail per l'intera azienda. Concede al tuo
14:37
Speaker 2: team DNS l'accesso come collaboratore a tutti gli altri solo
14:40
Speaker 2: la lettura. Così semplice. Puoi anche usare Azure Policy per
14:43
Speaker 2: imporre regole in tutta la tua organizzazione. Magari vuoi imporre
14:46
Speaker 2: convenzioni di denominazione per le zone o il tuo team
14:48
Speaker 2: di sicurezza non permette zone pubbliche. Tutto deve essere privato.
14:52
Speaker 2: Scrivi una policy, applicala a livello di gruppo di gestione
14:55
Speaker 2: e sarà applicata ovunque senza eccezioni. C'è anche la Threat
14:58
Speaker 2: Intelligence a livello DNS integrata. Parte di Microsoft Defender for
15:01
Speaker 2: Cloud può bloccare la risoluzione di domini dannosi noti. Se
15:04
Speaker 2: una VM nella tua rete prova a risolvere un dominio
15:06
Speaker 2: segnalato come sito di phishing o server di comando e controllo,
15:09
Speaker 2: Azure DNS può rifiutarsi di rispondere. È un livello di
15:12
Speaker 2: sicurezza che ottieni senza alcuna configurazione aggiuntiva. Anche il monitoraggio
15:15
Speaker 2: è semplice. Azure Monitor traccia volumi di query, latenza ed
15:18
Speaker 2: errori per ogni zona. Puoi impostare avvisi così se il
15:21
Speaker 2: volume di query cala improvvisamente sai che qualcosa si è rotto.
15:23
Speaker 2: Se la latenza aumenta c'è un problema di rete. Ottieni
15:26
Speaker 2: visibilità sulle prestazioni del tuo DNS senza dover eseguire strumenti
15:29
Speaker 2: di monitoraggio separate. Un consiglio? Usa Record Alias invece di
15:33
Speaker 2: Record A, statici per le risorse Azure. Lo abbiamo già
15:36
Speaker 2: visto ma vale la pena ripeterlo. I Record Alias si
15:38
Speaker 2: aggiornano automaticamente al variare della risorsa sottostante. I Record A
15:41
Speaker 2: statici no. Se punti a un bilanciatore di carico, un
15:44
Speaker 2: endpoint CDN o un profilo di Traffic Manager, usa un
15:47
Speaker 2: Record Alias. È una cosa in meno da ricordare quando
15:49
Speaker 2: qualcosa cambia. Per ambienti ibridi con carichi di lavoro on- premise
15:52
Speaker 2: e in Azure esiste un servizio chiamato Azure DNS Private Resolver.
15:56
Speaker 2: È un servizio gestito