Convenzione di denominazione IQN

Ho visto molte informazioni su come gli IQN dovrebbero essere formattati, ma non ci sono molte informazioni su come costruirli. Sono un po 'un novellino quando si tratta di iSCSI, e lo faccio funzionare, ma mi chiedo se dovrei solo inventare queste cose, o se c'è una buona ragione per seguire una sorta di standard.

Ad esempio, ecco come (wikipedia http://it.wikipedia.org/wiki/ISCSI#Addressing ) dice che dovresti formattare gli IQN.

              Naming     String defined by
 Type  Date    Auth      "example.com" naming authority
+--++-----+ +---------+ +-----------------------------+
|  ||     | |         | |                             |     

iqn.1992-01.com.example:storage:diskarrays-sn-a8675309
iqn.1992-01.com.example
iqn.1992-01.com.example:storage.tape1.sys1.xyz
iqn.1992-01.com.example:storage.disk2.sys1.xyz[10]

La mia domanda è in particolare: Perché la data? Può essere qualcosa, significa qualcosa? Ci sono delle forze qui? Mi imbatterò mai in un punto in cui mordere la data "sbagliata"?

L'esempio di dominio è invertito (come lo è dns) per un motivo? Se avessi un nome di dominio come starkindustries.pri il mio iqn sarebbe simile a:

iqn.2006-05.pri.starkindustries:Linux:array0

Questo dipende dal DNS? (l'esperienza mi dice che non lo è, ma potrebbe non riuscire in modi sublte) E se dipende dal DNS, uso un nome host o solo il mio nome di dominio? cioè Jarvis.starkindustries.pri o semplicemente starkindustries.pri?

Inoltre, se uso un indirizzo IP (che alcuni suggeriscono se non si utilizza DNS che è più confuso perché funziona senza DNS) lo si inverte come si fa DNS? cioè 10.1.2.0

iqn.2006-05.0.2.1.10:Linux:array0

Inoltre, usi un indirizzo host (della destinazione iSCSI?) O un indirizzo di rete.

Esiste un'applicazione della "stringa definita dall'autorità di denominazione di" example.com ", ovvero esiste un motivo per cui non posso usare blahblahblah vs qualcosa di utile? Mi rendo conto che un nome utile è più descrittivo, ma ci sono ragioni tecniche per questo? Faccio anche un grande balzo di fede che sono l '"autorità di denominazione".

Immagino più di ogni altra cosa, sto inventando un sacco di cose per questi IQN e sembrano funzionare. Voglio solo sapere dove trovare alcune migliori pratiche quando si tratta della generazione effettiva di iqns. Sto solo considerando che un giorno non sarò il solo responsabile dello storage, quindi ho bisogno di tramandare alcuni standard, o ho intenzione di fare un casino, o fare in modo che qualcun altro faccia un casino quando è necessario un nuovo blocco di IQN.

storage storage-area-network iscsi

— Steve Butler
fonte

La pagina wiki a cui hai fatto riferimento spiega la parte della data "data (aaaa-mm) in cui l'autorità di denominazione è diventata proprietaria del dominio". Perché - ha senso. Vuol dire quello che dice. Dovrebbe essere quello che dice che sarà. Non utilizzare dati errati. ?

— CrackerJack9,

Sono l'autorità di denominazione. Che data uso? Quando installo il server DNS. Quando è stato registrato per la prima volta il nome DNS? Quando gli Yankees hanno vinto l'ultima serie mondiale?

— Steve Butler,

Non so nulla del resto, ma la ragione per cui il nome di dominio è all'indietro è molto semplice: va dalla parte meno specifica alla più specifica. Lo stesso vale per il motivo per cui il formato della data ha l'anno prima, quindi il mese. Questo è anche uno dei modi più comuni per impostare spazi dei nomi di codice in linguaggi che li supportano, come Java, C #, PHP. Vedi Wikipedia .

— Moshe Katz,

Immagino di avere i motivi per cui potrebbe essere, ma sembra molto arbitrario. Sembra non esserci alcuna applicazione, solo linee guida. Le linee guida sono ottime, ma se riesco a cavarmela con iqn: host: Target: Lun lo farò.

— Steve Butler,

La logica alla base di questo in RFC 3720 è che, soprattutto, gli IQN dovrebbero essere unici. La data anticipata è una ragionevole garanzia che l'entità che controllava il nome di dominio rappresentava (nel campo dell'autorità di denominazione ) in quel momento una "autorità di denominazione" che poteva garantire l'univocità - i nomi di dominio cambiano di mano in ogni momento e poiché l'unica altra cosa unica quello che succede è l'RHS di quel primo: (che è gratuito per tutti) potrebbe esserci già un Linux: array0 o qualcosa di altrettanto fantasioso che fluttua intorno.

RFC 3720 usa il MUST (spesso divertente) per definire la data come AAAA-MM ed entra in dettagli perniciosi sul formato preciso e sul tempo di utilizzo ecc. Immagino che questo sia semplicemente per semplificare l'analisi e l'ordinamento (lunghezze di campo fisse, aumentando sempre ). I poliziotti della RFC apriranno la porta se chiami il tuo target iqn.screwyouRFC3720? Romperà Internet? No.

Non ha assolutamente nulla a che fare con il DNS, il DNS è semplicemente un pratico sistema delegato e gerarchico che ti porta già da qualsiasi TLD a un singolo dispositivo, se lo desideri, quindi è un modo semplice per identificare le parti responsabili.

Personalmente, mi piace assicurarmi che l'IQN dica qualcosa su quando, chi, cosa, perché e quanto sono importanti i dati, quindi quando cerco spazio da qualche parte so chi chiedere.

Piaccia o no, sei l'autorità di denominazione.

— quadruplebucky
fonte

Ottima spiegazione Mi rendo conto di essere l'autorità di denominazione. Fortunatamente / sfortunatamente i NetApp che utilizzo in produzione diventano molto pignoli riguardo all'adesione a RFC (mentre il mio box di test linux non sembra curare), fino al punto in cui devo usare com / net / org in iqn. È frustrante, soprattutto perché vorrei usare nomi più dettagliati e utili. cioè iqn. {data arbitraria}. {hostname}: {Array} {Lun}. Personalmente preferirei anche averlo in avanti piuttosto che all'indietro. è molto più facile ricordare che l'host jarvis.starkindustries.pri, ha un iqn di iqn.2012-01.jarvis.starkindustries.pri

— Steve Butler,