Я видел много информации о том, как следует форматировать 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 должны быть уникальными. Добавленная дата является разумной гарантией того, что субъект, который контролировал представленное доменное имя (в поле аутентификации именования) в это время «орган по присвоению имен», который может гарантировать уникальность - доменные имена постоянно переходят из рук в руки, и, поскольку единственная уникальная вещь, происходящая с правой стороны этого первого: (что является бесплатным для всех), возможно, уже существует Linux : array0 или что-то подобное, плавающее вокруг.
RFC 3720 использует (часто забавный) ДОЛЖЕН определять дату как ГГГГ-ММ и подробно описывает точный формат, время использования и т.д. ). Собираются ли копы RFC выломать вашу дверь, если вы назовете свою цель iqn.screwyouRFC3720? Это сломает интернет? Нет.
Это не имеет абсолютно ничего общего с DNS, DNS - это просто удобная, делегированная, иерархическая система, которая уже позволяет вам перейти от любого TLD к одному устройству, если хотите, так что это простой способ определить ответственные стороны.
Лично мне нравится, чтобы в IQN что-то говорилось о том, когда, кто, что, почему и насколько важны данные, поэтому, когда я ищу место где-то, я знаю, кого спросить.
Нравится вам это или нет, но вы авторитет в области именования.