Registro SRV - SRV record

Un record di servizio ( record SRV ) è una specifica di dati nel Domain Name System che definisce la posizione, ovvero il nome host e il numero di porta, dei server per i servizi specificati. È definito in RFC 2782 e il suo codice tipo è 33. Alcuni protocolli Internet come SIP ( Session Initiation Protocol ) e XMPP ( Extensible Messaging and Presence Protocol ) richiedono spesso il supporto SRV da parte degli elementi di rete.

Formato di registrazione

Un record SRV ha la forma: 

_service._proto.name. ttl IN SRV priority weight port target.
  • servizio : il nome simbolico del servizio desiderato.
  • proto : il protocollo di trasporto del servizio desiderato; questo di solito è TCP o UDP .
  • nome : il nome a dominio per il quale questo record è valido, che termina con un punto.
  • ttl : tempo DNS standard per il campo live .
  • IN : campo della classe DNS standard (questo è sempre IN ).
  • SRV : Tipo di record (questo è sempre SRV ).
  • priorità : la priorità dell'host di destinazione, un valore più basso significa più preferito.
  • peso : un peso relativo per i record con la stessa priorità, un valore più alto significa una maggiore possibilità di essere selezionati.
  • port : la porta TCP o UDP su cui si trova il servizio.
  • target : il nome host canonico della macchina che fornisce il servizio, che termina con un punto.

Un esempio di record SRV in formato testuale che potrebbe essere trovato in un file di zona potrebbe essere il seguente: 

_sip._tcp.example.com. 86400 IN SRV 0 5 5060 sipserver.example.com.

Questo punta a un server denominato in sipserver.example.comascolto sulla porta TCP 5060 per i servizi del protocollo SIP ( Session Initiation Protocol ). La priorità data qui è 0 e il peso è 5.

Come nei record MX , il target nei record SRV deve puntare al nome host con un record di indirizzo (record A o AAAA ). Puntare a un nome host con un record CNAME non è una configurazione valida.

Fornitura per un'elevata disponibilità del servizio

Il campo priorità determina la precedenza di utilizzo dei dati del record. I client devono utilizzare prima i record SRV con il valore di priorità con il numero più basso e tornare ai record di valore più alto se la connessione non riesce. Se un servizio ha più record SRV con lo stesso valore di priorità, i client dovrebbero bilanciarli in proporzione ai valori dei loro campi di peso . Nell'esempio seguente, i campi priorità e peso vengono utilizzati per fornire una combinazione di bilanciamento del carico e servizio di backup. 

# _service._proto.name.  TTL   class SRV priority weight port target.
_sip._tcp.example.com.   86400 IN    SRV 10       60     5060 bigbox.example.com.
_sip._tcp.example.com.   86400 IN    SRV 10       20     5060 smallbox1.example.com.
_sip._tcp.example.com.   86400 IN    SRV 10       20     5060 smallbox2.example.com.
_sip._tcp.example.com.   86400 IN    SRV 20       0      5060 backupbox.example.com.

I primi tre record condividono una priorità di 10, quindi il valore del campo del peso verrà utilizzato dai client per determinare quale server (combinazione host e porta) contattare. La somma di tutti e tre i valori è 100, quindi bigbox.example.comverrà utilizzata il 60% delle volte. I due host, smallbox1e smallbox2verranno utilizzati per il 40% delle richieste totali, di cui metà inviate a smallbox1, e l'altra metà a smallbox2. Se bigbox non è disponibile, queste due macchine rimanenti condivideranno equamente il carico, poiché verranno selezionate ciascuna il 50% delle volte.

Se tutti e tre i server con priorità 10 non sono disponibili, verrà scelto il record con il successivo valore di priorità più basso, ovvero backupbox.example.com. Potrebbe trattarsi di una macchina in un'altra posizione fisica, presumibilmente non vulnerabile a tutto ciò che potrebbe rendere non disponibili i primi tre host.

Il bilanciamento del carico fornito dai record SRV è intrinsecamente limitato, poiché le informazioni sono essenzialmente statiche. Il carico attuale dei server non viene preso in considerazione, a meno che i valori TTL non siano sufficientemente bassi (circa un minuto o meno) da consentire l'aggiornamento rapido dei valori di priorità (o peso).

Utilizzo

I record SRV sono comuni in combinazione con i seguenti protocolli di comunicazione standardizzati :

In Microsoft Windows 2000, i client richiedono i record SRV per determinare il controller di dominio per un determinato servizio. I record SRV vengono utilizzati anche dalla posta di Outlook 2007, 2010 e Macintosh 10.6 per individuare il servizio di individuazione automatica di Exchange. Nelle reti Microsoft Windows i controller di dominio registrano i propri tipi di servizi di rete per Active Directory nel DNS.

Una versione precedente di Internet Draft per OpenPGP Web Key Directory utilizza i record SRV per rilevare le chiavi OpenPGP tramite i server Web. Gli utilizzi dei record SRV non fanno più parte di Internet Draft nelle versioni successive.

Un registro dei nomi dei servizi per i record e i protocolli SRV è gestito dall'Internet Assigned Numbers Authority (IANA) come definito nella RFC 6335.

Guarda anche

Riferimenti

link esterno