RFC: 5280
Оригинал: Internet X.509 Public Key Infrastructure Certificate and Certificate Revocation List (CRL) Profile
Предыдущие версии: RFC 2459, RFC 3280, RFC 4325, RFC 4630
Категория: Предложенный стандарт
Дата публикации: (с дополнениями из RFC 6818, Январь 2013)
Авторы: , , , , , ,
Перевод: Мельников Дмитрий Анатольевич

7.3. Отображение ИСНА в уникальные имена

Наименования сетевых сегментов/областей могут быть также представлены в формате уникальных имён, используя компоненты сетевого сегмента/области, содержащихся в полях «Subject», «Issuer» и субполях «subjectAltName» и «issuerAltName» поля «Расширения». Как и в случае наименования сетевого сегмента/области «dNSName» в формате «GeneralName», значение этого атрибута кодируется как «IA5String». Каждый атрибут «domainComponent» представляется в виде одиночного маркера. Для отображения маркера из ИСНА в уникальной имя, прикладные системы и ИТС обязаны преобразовать маркер с помощью операции «ToASCII», представленной в параграфе 4.1 стандарта RFC-3490, с одновременной установкой флага «UseSTD3ASCIIRules». Целесообразно, чтобы маркер рассматривался как «сохраняемая последовательность символов». Т.е. флаг «AllowUnassigned» не должен быть установлен. Процедура преобразования аналогично той, которая представлена в четвёртой итерации 7.2. Целесообразно, чтобы прикладные системы и ИТС, придерживающиеся данного стандарта, проводили процедуру точного сравнения атрибутов «domainComponent» в режиме игнорирования регистра написания символов, как это описано в 7.2.

Целесообразно, чтобы прикладные системы и ИТС отображали ACE-маркеры в Юникод (Unicode), перед тем, как выводить ACE-маркеры на дисплей. В частности, целесообразно, чтобы прикладные системы и ИТС, придерживающиеся данного стандарта, проводили операцию отображения «ToASCII», представленную в 7.2, над каждым ACE-маркером, перед тем как на экран будет выведено имя.

Страница 87 из 108

2007 - 2022 © Русские переводы RFC, IETF, ISOC.