IQN 命名約定
我已經看到很多關於如何格式化 IQN 的資訊，但是關於如何建構它們的資訊並不多。當談到 iSCSI 時，我是一個新手，而且我可以讓它工作，但我想知道我是否應該只是製作這些東西，或者是否有充分的理由遵循某種標準。
例如，這就是（維基百科http://en.wikipedia.org/wiki/ISCSI#Addressing）說您應該格式化 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]我的問題特別是，為什麼是日期？它可以是任何東西，它意味著什麼嗎？這裡有執法嗎？我是否會遇到輸入“錯誤”日期會咬我的情況？
域範例是否出於某種原因而反轉（如 dns 一樣）？如果我有一個類似 starkindustries.pri 的域名，我的 iqn 會是這樣的：
iqn.2006-05.pri.starkindustries:Linux:array0這取決於DNS嗎？（經驗告訴我不是，但它可能會以微妙的方式失敗）如果它依賴於 DNS，我是使用主機名，還是只使用我的域名？即 Jarvis.starkindustries.pri 或只是 starkindustries.pri ？
另外，如果我使用 IP 地址（有人建議您是否不使用 DNS，這會更令人困惑，因為它在沒有 DNS 的情況下也可以工作）您是否像使用 dns 一樣反轉它？即10.1.2.0
iqn.2006-05.0.2.1.10:Linux:array0此外，您使用主機地址（iSCSI 目標的？）還是網路地址。
“example.com”命名機構定義的“字元串”是否有任何強制執行，即我是否有理由不能使用 blahblahblah 而不是有用的東西？我意識到一個有用的名稱更具描述性，但這有什麼技術原因嗎？我也相信我是“命名權威”的巨大飛躍。
我想最重要的是，我正在為這些 IQN 編造一堆東西，而且它們似乎正在工作。我只想知道在實際生成 iqns 時，至少在哪裡可以找到一些最佳實踐。我只是在考慮，總有一天我不會是唯一一個負責儲存的人，所以我需要傳遞一些標準，否則我要麼搞砸，要麼讓別人搞砸需要一個新的 IQN 塊。
RFC 3720背後的基本原理是，最重要的是，IQN 應該是唯一的。前面的日期是一個合理的保證，即控制當時表示的域名（在命名身份驗證欄位中）的實體是一個可以確保唯一性的“命名機構” - 域名一直易手，因為唯一的其他獨特的東西繼續是第一個的 RHS ：（這是一個免費的）可能已經有一個 Linux:array0 或類似的東西漂浮在周圍。
RFC 3720 使用（通常很有趣）必須將日期定義為 YYYY-MM，並詳細介紹了精確格式和使用時間等。我想這只是為了使解析和排序更簡單（固定欄位長度，總是增加）。如果你呼叫你的目標 iqn.screwyouRFC3720，RFC 警察會打破你的門嗎？它會破壞網際網路嗎？不。
它與 DNS 完全無關，DNS 只是一個方便的、委託的、分層的系統，如果你願意，它已經讓你從任何 TLD 到單個設備，所以它是辨識責任方的簡單方法。
就個人而言，我喜歡確保 IQN 說明數據的時間、對象、內容、原因和重要性，因此當我在某個地方尋找空間時，我知道該問誰。
不管你喜不喜歡，你是命名權威。