IQN命名约定
我已经看到了很多有关应如何格式化IQN的信息，但是关于如何构建它们的信息并不多。在iSCSI方面，我有点像个新手，而且我已经可以使用它了，但是我想知道我是否应该只是整理一下这些东西，还是有充分的理由遵循某种标准。 例如，这就是（wikipedia 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 vs有用的东西？我知道有用的名称更具描述性，但是有任何技术原因吗？我也相信自己是“命名权威”的巨大飞跃。 我猜比什么都重要，我正在为这些IQN整理一堆东西，它们似乎正在起作用。我只想知道至少在实际生成iqns时在哪里可以找到一些最佳实践。我只是在考虑，有一天我将不再是唯一负责存储的人，所以我需要降低一些标准，否则我要么搞砸了，要么让别人搞砸了。需要一个新的IQN块。