Pubblicità

DNS

prungo Scritto il

Un TTL (Time to Live) negativo indica che la durata di vita o la validità di un record DNS è scaduta. In termini DNS, il TTL specifica per quanto tempo un record può essere memorizzato nella cache dai resolver prima che debba essere nuovamente richiesto al server autoritativo.

Un TTL negativo specificamente si riferisce al tempo durante il quale una risposta negativa (ad esempio, una risposta che indica che un certo nome di dominio non esiste) può essere memorizzata nella cache. Questa funzione è utile per prevenire un eccessivo numero di richieste per nomi di dominio che non esistono.

Quindi, quando si parla di un TTL negativo, si fa riferimento al tempo per cui un DNS resolver può memorizzare nella cache un risultato negativo (come “Non esiste un tale dominio”), evitando di dover ripetere la query al server DNS autoritativo ogni volta che viene richiesta.

TTL negativo lo memorizza il mio PC?

Sì, il TTL negativo può essere memorizzato anche sul tuo PC, o più precisamente nel sistema operativo che utilizzi.

Quando il tuo PC esegue una ricerca DNS e riceve una risposta negativa (ad esempio, un nome di dominio che non esiste), il sistema operativo può memorizzare questa risposta negativa nella cache DNS locale per un periodo di tempo determinato dal TTL negativo. Durante questo intervallo, il sistema non ripeterà la richiesta DNS per quel dominio, ma utilizzerà la risposta negativa memorizzata nella cache.

La durata di questa memorizzazione dipende dal valore di TTL negativo configurato sul server DNS autoritativo. Il sistema operativo gestisce la cache DNS, inclusa la memorizzazione dei TTL negativi, e quindi ogni volta che una query DNS negativa viene effettuata per un nome di dominio, il risultato sarà ricavato dalla cache finché il TTL negativo non scade.

Se vuoi verificare o svuotare la cache DNS sul tuo PC, puoi usare i seguenti comandi:

  • Windows: ipconfig /displaydns per visualizzare la cache e ipconfig /flushdns per svuotarla.
  • MacOS: sudo killall -HUP mDNSResponder per svuotare la cache DNS.
  • Linux: Dipende dalla distribuzione e dal sistema DNS in uso (come systemd-resolved o dnsmasq), ma un comando comune potrebbe essere sudo systemd-resolve --flush-caches.

Questi comandi ti permettono di gestire la cache DNS e quindi anche i TTL negativi eventualmente memorizzati.

Quali tempi ha il record del DNs autoritativo?

Il tempo del TTL (Time to Live) per un record DNS autoritativo è determinato dal valore impostato dal gestore del dominio sul server DNS autoritativo. Questo valore definisce per quanto tempo un record DNS può essere memorizzato nella cache da un resolver DNS (come quelli sui tuoi dispositivi o sui server DNS intermedi) prima che sia necessario eseguire nuovamente una query al server autoritativo.

Il TTL è espresso in secondi e può variare notevolmente a seconda delle esigenze del dominio. Alcuni valori comuni sono:

  • TTL corto (es. 60-300 secondi): Utilizzato per record che potrebbero cambiare frequentemente, come i record di bilanciamento del carico o durante una migrazione di server. Un TTL corto riduce il tempo di propagazione dei cambiamenti, ma aumenta il numero di richieste al server DNS autoritativo.
  • TTL medio (es. 1 ora = 3600 secondi): Un buon compromesso tra carico del server DNS e velocità di propagazione dei cambiamenti. È comunemente utilizzato per la maggior parte dei record DNS standard.
  • TTL lungo (es. 1 giorno = 86400 secondi): Utilizzato per record che cambiano raramente, come quelli associati a siti web statici o infrastrutture di rete stabili. Riduce il carico sui server DNS e migliora le prestazioni di rete, ma rallenta la propagazione dei cambiamenti.

Per quanto riguarda i TTL negativi (per le risposte che indicano l’assenza di un dominio), questi sono generalmente configurati con valori più bassi, per evitare che la cache memorizzi troppo a lungo un’informazione negativa che potrebbe cambiare.

Per conoscere i tempi specifici impostati per un dominio, puoi utilizzare strumenti come dig o nslookup per interrogare i record DNS e vedere il TTL attuale. Ad esempio, il comando dig example.com mostrerà i record DNS per example.com, inclusi i valori di TTL.

Se hai bisogno di informazioni su come eseguire questi comandi o interpretare i risultati, fammelo sapere!

Record SOA

Il record SOA (Start of Authority) è un tipo di record DNS che contiene informazioni essenziali su una zona DNS e il server DNS autoritativo responsabile di quella zona. È il primo record che viene scaricato da un resolver DNS quando effettua una query su una nuova zona, ed è fondamentale per il funzionamento e la gestione della zona DNS.

Un record SOA contiene diversi campi importanti:

  1. Primary Name Server: Il nome del server DNS autoritativo principale per la zona. Questo è il server considerato la fonte autorevole per i record DNS di quella zona.
  2. Responsible Party: L’indirizzo email dell’amministratore responsabile della zona DNS. Nel record SOA, il simbolo “@” è sostituito da un punto (“.”).
  3. Serial Number: Un numero che indica la versione dei dati della zona. Ogni volta che i dati nella zona vengono modificati, il numero di serie dovrebbe essere incrementato. I server secondari utilizzano questo numero per determinare se devono aggiornare la loro copia della zona.
  4. Refresh Time: Indica il tempo (in secondi) che i server DNS secondari devono attendere prima di chiedere al server primario se ci sono aggiornamenti alla zona.
  5. Retry Time: Specifica quanto tempo (in secondi) un server secondario dovrebbe attendere prima di ritentare un aggiornamento della zona, se il tentativo precedente è fallito.
  6. Expire Time: Definisce per quanto tempo (in secondi) un server secondario considererà i dati della zona validi se non riesce a contattare il server primario per un aggiornamento. Dopo questo tempo, il server secondario non considererà più i dati come affidabili.
  7. Minimum TTL: Storicamente, questo campo indicava il TTL minimo per tutti i record nella zona. Tuttavia, oggi è più comunemente utilizzato come TTL negativo, cioè il tempo per il quale una risposta negativa (ad esempio, “nessun tale dominio”) può essere memorizzata nella cache.

Un esempio di record SOA potrebbe apparire così:

sqlCopia codiceexample.com.  IN  SOA ns1.example.com. admin.example.com. (
                   2024082801 ; Serial Number
                   7200       ; Refresh Time (2 hours)
                   3600       ; Retry Time (1 hour)
                   1209600    ; Expire Time (2 weeks)
                   3600       ; Minimum TTL (1 hour)
)

In questo esempio:

  • ns1.example.com. è il server DNS autoritativo principale.
  • admin.example.com. è l’indirizzo email dell’amministratore (in realtà, sarebbe admin@example.com).
  • 2024082801 è il numero di serie, che indica che la versione corrente della zona è stata aggiornata il 28 agosto 2024.
  • 7200 (2 ore) è il tempo di aggiornamento.
  • 3600 (1 ora) è il tempo di ritentativo.
  • 1209600 (2 settimane) è il tempo di scadenza.
  • 3600 (1 ora) è il TTL minimo per i record negativi.

Il record SOA è essenziale per la gestione della zona DNS e per il corretto funzionamento del DNS autoritativo e dei server secondari.

Cosa intendi per server secondario?

Un server secondario, anche noto come server DNS secondario o server di nome secondario, è un server DNS che contiene una copia della zona DNS gestita dal server primario (o autoritativo primario). Il server secondario viene utilizzato per migliorare la ridondanza, la disponibilità e le prestazioni del sistema DNS.

Funzioni del Server Secondario

  1. Ridondanza e Affidabilità:
  2. Bilanciamento del Carico:
  3. Aggiornamenti Zonali:
  4. Caching e Risoluzione Locale:

Differenze tra Server Primario e Secondario

  • Server Primario: È il server DNS autoritativo che ha una copia master della zona DNS. Questo server è dove vengono apportate le modifiche dirette ai record DNS.
  • Server Secondario: Contiene una copia di sola lettura della zona DNS, ottenuta dal server primario tramite il trasferimento di zona. Non può essere utilizzato per apportare modifiche dirette ai record DNS.

Configurazione e Comunicazione

I server secondari sono configurati con l’indirizzo IP del server primario da cui devono ottenere i dati. Le modifiche apportate sul server primario sono poi replicate sui server secondari attraverso il processo di trasferimento di zona, garantendo che tutte le copie della zona siano sincronizzate.

Esempio di Utilizzo

Immagina di avere un dominio example.com con un server DNS primario situato in Europa. Per migliorare l’affidabilità e le prestazioni per gli utenti in America e Asia, configuri due server secondari, uno negli Stati Uniti e uno in Asia. Gli utenti in quelle regioni possono inviare le loro richieste DNS ai server secondari, ottenendo risposte più rapide e garantendo che il dominio example.com rimanga accessibile anche se il server primario dovesse subire un’interruzione.

In sintesi, i server secondari svolgono un ruolo cruciale nella distribuzione del carico, nella resilienza e nell’affidabilità del sistema DNS, garantendo un servizio continuo e performante per gli utenti finali.

Intendi un ricorsore?

No, i server secondari e i server ricorsivi sono due tipi distinti di server DNS con funzioni diverse.

Server DNS Secondario

  • Funzione: Come spiegato in precedenza, un server DNS secondario è una copia di backup del server DNS primario e contiene una copia della zona DNS. I server secondari sono responsabili di rispondere alle richieste DNS per i domini di cui hanno una copia della zona, migliorando la ridondanza e la disponibilità del DNS.
  • Tipologia di server: Autoritativo. Questo significa che fornisce risposte definite ai record DNS presenti nella sua zona, senza dover interrogare altri server per ottenere le risposte.

Server DNS Ricorsivo (o Resolver Ricorsivo)

  • Funzione: Un server DNS ricorsivo, o resolver ricorsivo, è responsabile della risoluzione completa delle query DNS per conto degli utenti finali. Quando un utente (ad esempio, il tuo computer) cerca di accedere a un sito web, il server DNS ricorsivo riceve la richiesta e la gestisce.
  • Processo di risoluzione: Se il server ricorsivo non ha la risposta nella sua cache, contatterà una serie di server DNS autoritativi (compresi eventualmente i server primari e secondari) per risolvere il nome di dominio, iniziando dai server root DNS, passando ai server TLD (Top-Level Domain) e infine ai server autoritativi per il dominio specifico.
  • Tipologia di server: Non autoritativo. Fornisce risposte DNS basate su query ad altri server, memorizzando i risultati in cache per un certo periodo di tempo (definito dal TTL) per rispondere più velocemente alle successive richieste identiche.

Differenze chiave

  1. Ruolo nel sistema DNS:
    • Server Secondario: È una copia autoritativa della zona DNS e fornisce risposte per i domini di cui è responsabile.
    • Server Ricorsivo: È un intermediario che raccoglie informazioni da vari server DNS autoritativi per rispondere alle richieste degli utenti finali.
  2. Tipo di query gestite:
    • Server Secondario: Risponde direttamente solo per i domini che sono sotto la sua zona di autorità.
    • Server Ricorsivo: Gestisce query per qualsiasi dominio, cercando le risposte attraverso la gerarchia DNS se non ha la risposta già nella sua cache.
  3. Memorizzazione dei dati:
    • Server Secondario: Memorizza copie dei dati della zona, aggiornate tramite trasferimenti di zona dal server primario.
    • Server Ricorsivo: Memorizza le risposte DNS nella cache per rispondere più rapidamente alle richieste successive.

Esempio Pratico

  • Server Ricorsivo: Quando inserisci www.example.com nel tuo browser, il server ricorsivo a cui è collegato il tuo ISP riceve la richiesta. Se non ha la risposta nella cache, inizia interrogando i server root, quindi passa al server TLD per .com, e infine interroga il server autoritativo (che potrebbe essere un server primario o secondario) per example.com.
  • Server Secondario: Se il server ricorsivo deve trovare l’IP per www.example.com e il server autoritativo primario per example.com non è disponibile, il server secondario potrebbe rispondere alla query, fornendo la risposta corretta al server ricorsivo.

In sintesi, mentre i server secondari e ricorsivi partecipano entrambi al processo di risoluzione dei nomi DNS, hanno ruoli e funzioni distinti nel sistema DNS.

Quindi un server ricorsivo quanto tempo memorizza il record? Dato il tuo esempio soa

Il tempo per cui un server DNS ricorsivo memorizza un record nella sua cache è determinato dal campo TTL (Time to Live) associato a quel record DNS. Il TTL è un valore specificato dal server autoritativo (primario o secondario) che indica per quanto tempo un resolver DNS, inclusi i server ricorsivi, può memorizzare quel record nella cache prima di dover richiedere nuovamente l’informazione al server autoritativo.

Esempio Basato sul SOA Che Ho Menzionato

Supponiamo che il record SOA per example.com abbia il seguente campo Minimum TTL:

plaintextCopia codiceexample.com.  IN  SOA ns1.example.com. admin.example.com. (
                   2024082801 ; Serial Number
                   7200       ; Refresh Time (2 hours)
                   3600       ; Retry Time (1 hour)
                   1209600    ; Expire Time (2 weeks)
                   3600       ; Minimum TTL (1 hour)
)

In questo caso, il Minimum TTL è impostato a 3600 secondi (1 ora). Tuttavia, questo valore non è necessariamente il TTL per tutti i record della zona. Ogni record DNS specifico, come A, MX, CNAME, ecc., avrà il proprio TTL definito individualmente.

Memorizzazione della Cache nel Server Ricorsivo

  • Per un Record Specifico: Se il TTL per un record A (ad esempio, www.example.com) è di 3600 secondi, il server DNS ricorsivo memorizzerà questo record nella cache per 1 ora. Durante questa ora, tutte le richieste per www.example.com verranno soddisfatte direttamente dalla cache del server ricorsivo, senza bisogno di contattare il server autoritativo.
  • Dopo la Scadenza del TTL: Una volta scaduto il TTL (dopo 1 ora nel nostro esempio), il record viene rimosso dalla cache del server ricorsivo. Se un’altra richiesta per www.example.com viene ricevuta, il server ricorsivo dovrà eseguire nuovamente la query al server autoritativo per ottenere un nuovo record.

TTL Negativo

Se un server ricorsivo riceve una risposta negativa, come “questo dominio non esiste”, il tempo di memorizzazione nella cache per quella risposta negativa è determinato dal TTL negativo specificato nel record SOA (che spesso coincide con il Minimum TTL). Nell’esempio fornito, questo valore è di 3600 secondi, quindi la risposta negativa sarebbe memorizzata nella cache per 1 ora.

Sintesi

  • Durata della Cache: Dipende direttamente dal valore TTL associato a ciascun record DNS. Il server ricorsivo seguirà rigorosamente questo tempo per determinare quanto a lungo memorizzare i dati nella sua cache.
  • Aggiornamento della Cache: Dopo la scadenza del TTL, il server ricorsivo elimina il record dalla cache e deve richiedere nuovamente il dato al server autoritativo.

Quindi, nel caso dell’esempio SOA che abbiamo visto, se il TTL di un record specifico è impostato a 3600 secondi (1 ora), il server ricorsivo memorizzerà quel record nella sua cache per 1 ora.

Perché dici che storicamente minimum TTL veniva usato per i record della zona e mo no??

Il campo Minimum TTL nel record SOA ha effettivamente avuto un uso storico diverso rispetto a come viene utilizzato oggi.

Uso Storico del Minimum TTL

In passato, il campo Minimum TTL nel record SOA era utilizzato per definire il TTL predefinito per tutti i record di una zona DNS. Se un record DNS specifico (come un record A, MX, o CNAME) non aveva un TTL esplicitamente definito, veniva usato il valore del Minimum TTL specificato nel record SOA. In altre parole, il Minimum TTL fungeva da valore di fallback per i record che non avevano un proprio TTL.

Cambiamento di Uso

Con l’introduzione e l’evoluzione degli standard DNS, il significato del campo Minimum TTL nel record SOA è cambiato. Oggi, il campo Minimum TTL è più comunemente interpretato come il TTL negativo, ovvero il tempo per il quale una risposta negativa (ad esempio, un NXDOMAIN, che indica che un dominio non esiste) può essere memorizzata nella cache dai resolver DNS.

Perché è Avvenuto il Cambiamento?

  1. Miglior Gestione dei TTL: Con il tempo, si è preferito assegnare un TTL specifico a ciascun record DNS per avere un controllo più preciso sulla cache e sulla propagazione dei cambiamenti dei record. Questo ha reso meno necessario avere un TTL predefinito per tutti i record della zona.
  2. Necessità di Gestire Risposte Negative: La crescente importanza della gestione delle risposte negative ha portato a utilizzare il campo Minimum TTL per specificare il tempo di memorizzazione delle risposte negative. Questo è utile perché riduce il carico sui server autoritativi, evitando che richieste ripetitive per nomi di dominio inesistenti debbano essere risolte continuamente.

La Situazione Attuale

Oggi, il valore Minimum TTL nel record SOA è quasi universalmente utilizzato per determinare il TTL negativo (cioè per quanto tempo un resolver DNS memorizza una risposta negativa). Il TTL per i singoli record DNS è ora specificato direttamente nei record stessi (ad esempio, nei record A, MX, CNAME, ecc.), rendendo il vecchio uso del Minimum TTL come fallback generalmente obsoleto.

Esempio Pratico

  • Se nel passato non era definito un TTL specifico per un record, il server DNS poteva utilizzare il Minimum TTL definito nel SOA come valore predefinito.
  • Oggi, ogni record ha generalmente un TTL definito direttamente, e il Minimum TTL viene utilizzato principalmente per controllare la cache delle risposte negative.

In sintesi, il cambiamento riflette un’evoluzione nella gestione delle zone DNS per rispondere meglio alle esigenze di cache e ottimizzazione della risoluzione dei nomi di dominio.

Soa sta per?

SOA sta per “Start of Authority”.

In ambito DNS, il record SOA è un tipo di record che indica l’inizio dell’autorità per una zona DNS specifica. Questo record contiene informazioni cruciali sulla zona, come il server DNS autoritativo principale, l’indirizzo email dell’amministratore responsabile, il numero di serie della zona (per il controllo delle versioni), e vari timer che regolano la sincronizzazione tra server DNS primari e secondari.

Il record SOA è fondamentale per il funzionamento corretto del sistema DNS, poiché definisce le basi per la gestione della zona e per la comunicazione tra i server DNS che la supportano.

Dopo il soa che record ci sono?

Dopo il record SOA, una zona DNS può contenere vari altri tipi di record DNS, ciascuno con una funzione specifica. Ecco una panoramica dei più comuni:

1. NS (Name Server)

  • Descrizione: Specifica i server DNS autoritativi per la zona. Questi server sono responsabili di rispondere alle query DNS per il dominio.
  • Esempio:plaintextCopia codiceexample.com. IN NS ns1.example.com. example.com. IN NS ns2.example.com.

2. A (Address)

  • Descrizione: Mappa un nome di dominio a un indirizzo IPv4. È uno dei record più comuni.
  • Esempio:plaintextCopia codicewww.example.com. IN A 192.0.2.1

3. AAAA (IPv6 Address)

  • Descrizione: Mappa un nome di dominio a un indirizzo IPv6.
  • Esempio:plaintextCopia codicewww.example.com. IN AAAA 2001:0db8:85a3:0000:0000:8a2e:0370:7334

4. CNAME (Canonical Name)

  • Descrizione: Fa puntare un nome di dominio a un altro nome di dominio, essenzialmente alias di un altro dominio.
  • Esempio:plaintextCopia codiceblog.example.com. IN CNAME www.example.com.

5. MX (Mail Exchange)

  • Descrizione: Specifica i server di posta elettronica responsabili per ricevere email per il dominio, e il loro ordine di priorità.
  • Esempio:plaintextCopia codiceexample.com. IN MX 10 mail.example.com. example.com. IN MX 20 backupmail.example.com.

6. TXT (Text)

  • Descrizione: Memorizza testo arbitrario. Viene spesso utilizzato per dati come verifiche di dominio, SPF, DKIM, e altri tipi di autenticazione.
  • Esempio:plaintextCopia codiceexample.com. IN TXT "v=spf1 include:_spf.google.com ~all"

7. PTR (Pointer)

  • Descrizione: Utilizzato per il reverse DNS lookup, mappa un indirizzo IP a un nome di dominio. È l’opposto di un record A o AAAA.
  • Esempio:plaintextCopia codice1.2.0.192.in-addr.arpa. IN PTR www.example.com.

8. SRV (Service)

  • Descrizione: Definisce la posizione (hostname e porta) di server specifici per determinati servizi all’interno di un dominio.
  • Esempio:plaintextCopia codice_sip._tcp.example.com. IN SRV 0 5 5060 sipserver.example.com.

9. CAA (Certification Authority Authorization)

  • Descrizione: Specifica quali certificazioni SSL sono autorizzate a emettere certificati per un dominio, utile per prevenire l’emissione non autorizzata di certificati.
  • Esempio:plaintextCopia codiceexample.com. IN CAA 0 issue "letsencrypt.org"

10. SPF (Sender Policy Framework)

  • Descrizione: Storicamente un record separato, ma oggi generalmente implementato come parte di un record TXT, specifica quali server sono autorizzati a inviare email per il dominio.
  • Esempio:plaintextCopia codiceexample.com. IN TXT "v=spf1 ip4:192.0.2.0/24 include:_spf.google.com ~all"

11. NAPTR (Naming Authority Pointer)

  • Descrizione: Fornisce una mappatura per risolvere un nome a un altro attraverso regole di riscrittura e sostituzione. È utilizzato in servizi come ENUM (Electronic Number Mapping).
  • Esempio:plaintextCopia codiceexample.com. IN NAPTR 100 50 "u" "E2U+sip" "!^.*$!sip:info@example.com!" .

Esempio Completo di Zona DNS

Ecco un esempio di come potrebbe apparire una zona DNS completa, con vari record inclusi:

plaintextCopia codice$TTL 86400
@   IN  SOA  ns1.example.com. admin.example.com. (
                2024082801 ; Serial
                7200       ; Refresh
                3600       ; Retry
                1209600    ; Expire
                3600       ; Minimum TTL
)
    IN  NS    ns1.example.com.
    IN  NS    ns2.example.com.

    IN  A     192.0.2.1
    IN  AAAA  2001:0db8:85a3:0000:0000:8a2e:0370:7334

www IN  A     192.0.2.1
    IN  AAAA  2001:0db8:85a3:0000:0000:8a2e:0370:7334

mail IN MX 10 mail.example.com.
    IN  MX 20 backupmail.example.com.

blog IN CNAME www.example.com.

    IN TXT "v=spf1 include:_spf.google.com ~all"

In questo esempio, la zona contiene un record SOA, record NS per i server autoritativi, e altri record che mappano nomi di dominio a indirizzi IP (A, AAAA), definiscono alias (CNAME), specificano server di posta (MX), e forniscono altre informazioni come SPF (TXT).

E il TTL per ogni record dove è?

Il TTL (Time to Live) per ciascun record DNS può essere specificato direttamente all’inizio di ogni record nella zona DNS. Esistono due modi comuni per definire il TTL di un record:

1. TTL Specifico per Ogni Record

  • Puoi specificare un valore TTL individuale per ciascun record. Questo valore si applica solo a quel record specifico.
  • Esempio:plaintextCopia codicewww.example.com. 3600 IN A 192.0.2.1 mail.example.com. 14400 IN MX 10 mail.example.com.

In questo esempio:

  • Il record A per www.example.com ha un TTL di 3600 secondi (1 ora).
  • Il record MX per mail.example.com ha un TTL di 14400 secondi (4 ore).

2. TTL Predefinito per Tutta la Zona

  • All’inizio del file di zona, puoi definire un valore TTL predefinito usando il comando $TTL. Questo valore verrà applicato a tutti i record della zona che non hanno un TTL specifico definito.
  • Esempio:plaintextCopia codice$TTL 86400 ; 1 day in seconds @ IN SOA ns1.example.com. admin.example.com. ( 2024082801 ; Serial 7200 ; Refresh 3600 ; Retry 1209600 ; Expire 3600 ; Minimum TTL ) IN NS ns1.example.com. IN A 192.0.2.1 www IN A 192.0.2.2 mail IN MX 10 mail.example.com.

In questo esempio:

  • Tutti i record nella zona ereditano il TTL predefinito di 86400 secondi (1 giorno), definito all’inizio del file di zona con $TTL.
  • Se non è specificato un TTL individuale per un record, il valore $TTL predefinito viene utilizzato.

Specificare un TTL per Record

Se vuoi specificare un TTL diverso per un particolare record, lo fai mettendo il valore TTL direttamente prima del tipo di record:

plaintextCopia codicewww.example.com.  7200  IN  A     192.0.2.2
mail.example.com. 14400 IN  MX    10 mail.example.com.

In questo esempio:

  • Il TTL per www.example.com è di 7200 secondi (2 ore).
  • Il TTL per mail.example.com è di 14400 secondi (4 ore).

Se un record non ha un TTL specificato, e non è definito alcun $TTL all’inizio del file di zona, il TTL predefinito potrebbe essere determinato dalle impostazioni del server DNS.

Riassunto

  • TTL per Record Specifici: Definito direttamente nel record.
  • TTL Predefinito per la Zona: Definito con $TTL all’inizio del file di zona.
  • Fallback: Se nessuno dei due è definito, dipende dal server DNS come gestire i TTL per i record non specificati.

Ogni record DNS può quindi avere il proprio TTL specifico o ereditare un TTL predefinito per tutta la zona.