Другая копия файла учетной записи имеет другой пароль эти пароли должны совпадать

Обновлено: 07.07.2024

Средства безопасности Notes позволяют обеспечить постоянную защиту рабочей области и данных, чтобы доступ к данным пользователя имели только он сам и назначенные им лица.

Средства безопасности данных Notes включают использование единого пароля для Notes и Windows или доступа к серверу Domino через Интернет , отказ от запроса пароля Notes в программах на основе Notes, а также проверку и запрос изменений настройки парольной защиты, установленной администратором. Если пароль забыт, учетную запись можно восстановить с помощью администратора.

Для входа в Notes можно также использовать смарт-карту, сохраняя на ней личные ключи для работы с Интернетом. Если смарт-карта потеряна, учетную запись можно восстановить с помощью администратора.

Notes позволяет установить режим, при котором на локальном компьютере выполняется шифрование всех новых реплик созданных баз данных. Более того, можно зашифровывать отдельные документы, чтобы их могли просматривать только те лица, которым отправлен ключ . Пользователь может также накладывать ограничения на действия, выполняемые другими лицами в его клиенте, и регулировать доступ к управляемой им базе данных.

Помимо описанных выше возможностей существуют многие другие средства безопасности Notes. Начиная с этого выпуска большинство средств безопасности, используемых в Notes, объединено в одно диалоговое окно " Безопасность пользователя". Доступ к нему обеспечивается командой: Файл - Безопасность - Безопасность пользователя (для пользователей Macintosh OS X: Notes - Security - User Security ).

Учетная запись пользователя Notes и правила ее хранения

Для входа в Notes необходима учетная запись. Учетная запись представляет собой файл, создаваемый администратором и содержащий сведения, необходимые Notes для идентификации пользователя. Файл учетной записи хранится в каталоге Notes/Data и имеет расширение .ID, например JUSER.ID.

Учетная запись содержит имя владельца (обычно это просто имя пользователя), а также сертификаты.

Посмотреть ее содержимое позволяет команда: Файл - Безопасность - Безопасность пользователя (для пользователей Macintosh OS X: Notes - Security - User Security).

Поскольку учетная запись выполняет роль удостоверения личности, ее необходимо хранить в надежном месте, как, например, паспорт или водительские права. Рекомендуется хранить одну копию учетной записи на жестком диске, а другую - на гибком диске, находящемся в другом месте. В этом случае у вас всегда будет резервная копия учетной записи. Наличие копии учетной записи на гибком диске позволяет при необходимости получить доступ к серверу с других рабочих станций Notes.

Отходя от компьютера, необходимо всегда блокировать окно Notes, чтобы защитить данные, доступ к которым предоставляет ваша учетная запись.

Блокировка окна Notes

Блокировка окна Notes позволяет защитить данные на время, когда за компьютером никто не работает, не закрывая при этом рабочие базы данных. Ее рекомендуется выполнять всякий раз, когда приходится отходить от экрана. При блокировке окна Notes выполняется автоматическая очистка экрана, чтобы никто не мог просмотреть находящиеся на нем данные.

Чтобы вручную заблокировать окно Notes

Нажмите клавишу F5 или выберите команду: Файл - Безопасность - Заблокировать экран.Пользователи Macintosh OS X: Notes - Security - Lock Display.

Чтобы задать автоматическую блокировку окна Notes

Выберите команду: Файл - Безопасность - Безопасность пользователя. Пользователи Macintosh OS X: Notes - Security - User Security.
Откройте вкладку "Безопасность".
В разделе "Настройки отключения" установите флажок "Отключиться (и заблокировать экран Notes) при отсутствии активности в течение n мин" и укажите время (в минутах), по истечении которого должна выполняться блокировка окна Notes.

Чтобы разблокировать окно Notes

Нажмите клавишу ENTER, чтобы вызвать на экран окно ввода пароля (или запрос на ввод PIN-кода при работе со смарт-картой), и введите пароль или PIN-код. После ввода пароля или PIN-кода блокировка окна Notes снимается, а данные снова становятся доступными.

Смена учетных записей

Если компьютер совместно используется несколькими пользователями, а также если у одного пользователя имеется несколько учетных записей, для подключения к почтовому серверу и другим базам данных может понадобиться вначале выбрать нужную учетную запись. Все учетные записи, между которыми можно переключаться, должны храниться на локальном компьютере, на доступном сервере или на гибком диске.

Выберите команду: Файл - Безопасность - Выбрать учетную запись.Пользователи Macintosh OS X: Notes - Security - Switch ID.
Введите путь к файлу учетной записи или выберите в папке учетную запись, на которую необходимо переключиться.
Введите пароль для учетной записи.

Восстановление учетной записи

Если учетная запись пользователя утеряна, повреждена или вы забыли пароль, ее можно восстановить при условии, что администраторами были сохранены необходимые данные. Если вы не уверены, можно ли восстановить учетную запись, обратитесь к администратору.

Если в учетной записи имеются данные для восстановления, причем администратор предусмотрел саму возможность восстановления, Notes в некоторых ситуациях позволяет восстановить испорченную учетную запись. Например, при получении нового общего ключа, смене имени, создании или получении шифровального ключа , а также некоторых других операциях Notes автоматически отправляет зашифрованную резервную копию учетной записи в централизованную базу данных.

Если данные для восстановления учетной записи пользователя уже имеются, перейдите к разделу Чтобы восстановить учетную запись. В противном случае перед восстановлением учетной записи следует сначала подготовить для этого данные.

Чтобы подготовить данные восстановления для учетной записи

Если планируется использовать смарт-карты, то прежде чем разрешить вход в систему по смарт-картам, следует подготовить данные для восстановления.

Добрый день!
Хотел бы поинтересоваться, как обеспечить автоматическое изменение паролей учетных записей в Лотус Нотес. Интервал – 2 недели.
А также узнать, возможно ли прикручивание виндузового доменного изменения к лотусовому. Просто помнить девушкам 2 пароля каждые две недели – это не слишком гуманно =)
Т.е. вопрос: Возможно ли реализовать изменение паролей учеток юзеров в лотусе в зависимости от изменения паролей учеток юзеров в домене.
Чтобы каждые две недели они меняли свой единственный пароль на новый, и использовали его как для входа в виндовс, так и для входа в Лотус.
Если возможно – просьба объяснить как можно подробнее, ибо я с этим не сталкивался.

Заранее огромное спасибо!
С уважением, Николай.

Ответ:

Николай, добрый день!
> Хотел бы поинтересоваться, как обеспечить автоматическое изменение
> паролей учетных записей в Лотус Нотес. Интервал – 2 недели.
1. Нужно включить в серверном документе на закладке Security поле Check passwords on Notes IDs:
2. В пользовательских документах установить нужные значения Password Fields - это рекомендуется делать через action Set Password Fields (из раздела Главного меню Actions )в представлении Domino Directory по выделенным документам

> А также узнать, возможно ли пркиручивание виндузового доменного
> изменения к лотусовому. Просто помнить девушкам 2 пароля каждые две
> недели – это не слишком гуманно =)
Вообще-то,
я всю свою сознательную трудовую жизнь соблюдаю правило кесарю кесарево. У нас разделение полномочий между администраторами, что на нашем уровне (IT-компании) удобно
Поэтому, я считаю, что подобное объединение возможно лишь отчасти (в виде экспорта учёток на начальном этапе и создании Windows-записи в процессе регистрации)
Могу ошибиться, особенно в связи с выходом новых версий (я лишь отчасти попробовал седьмую и восьмую версии)
Но, опять же по моему мнению, это довольно хлопотно организовать ввиду:
- различия в хранении учётных записей Notes и Windows (учётные записи Windows хранятся на сервере, Notes - в файлах .id у пользователя)
- Notes-сеть никоим образом не привязывается к домену Windows

Но поэкспериментируйте,
- прежде всего в процессе инсталляции клиента Lotus Notes устанавливайте средства общего входа

- в настройках User Security (File -> Security -> User Security. ) включайте опцию Login to Notes use your operating system login (на картинке она не активна, так как не был выполнен предыдущий пункт)

Но в этом случае невозможно будет отслеживать изменения паролей на сервере Domino (в Domino Directory) - то, что я писал в первой части

Успехов!
Николай Норкин

Комментарий Константина Червоненко
Ничего не добавлю по вопросу, выскажусь по идеологии (философии, если угодно).
1. Частая смена пароля НЕ ПОВЫШАЕТ безопасность Notes-сети, а, при недостаточной ФИЗИЧЕСКОЙ сохранности ключей (id-файлов), ПОНИЖАЕТ её. Если id-файл украден, то смена пароля уже бесполезна (т.к. к старой копии подходит старый пароль), но создает иллюзию повышения безопасности и, т.о., вредна
2. Если обеспечена физическая безопасность хранения ключей, то частая смена паролей опять-таки бесполезна (избыточна. Только осложняет жизнь юзера)
3. Частая смена паролей имеет смысл при включенной опции сверки паролей с Адр.Книгой на сервере, НО:
а).Эта опция неудобна в мультидоменной среде
б).Эта опция сама IMHO понижает безопасность, т.к. для подбора пароля уже не требуется физический доступ к id

Вопрос от Николая Норкина
Костя, я всегда с интересом читаю твои комментарии по вопросам безопасности Domino. Впечатление такое, что ни одна из "новомодных штучек" как то восстановление паролей, права full-access администратора и прочее тобой не приветствуются. Или всё-таки появилось что-то с версии 4.x, что повысило безопасность системы?
Ответ:
Появилось: длинные RC2-ключи, 128 вместо 64 (или 56?? Забыл..)
К восстановлению паролей/ключей я пока не придирался, при грамотной организации оно м.б. полезно.
FullAdmin, IMHO - зло, т.к. девальвирует поля READERS/AUTHORS. Без FA их можно было взломать ТОЛЬКО взломав дверь в серверную (т.е. опять-же физически получив диск). FA позволяет обойти READERS/AUTHORS удаленно и бесконтрольно.
Сверка публ.ключей с АК: м.б. полезна. Но с ней были раньше проблемы при пересертификациях промежуточных OU и что-то с кросс-сертификатами. Может починили уже?
А в общем.. Да, после Рея Оззи ничего существенно полезного в механизмы защиты уже не внесли

Добрый день!
У меня задача сделать единый вход в Lotus Notes и в ОС Vista. Версия Lotus Notes 6.5.4. Установил компонент Client Single Logon Feature, но он должным образом не работает. Пароль при изменении в ОС не меняется в lotus notes, и если даже он синхронизирован запрос на пароль все равно выводится в программе. Подскажите как эту проблему можно решить? Есть ли другой вариант по мимо использования компоненты Client Single Logon Feature для решения задачи?

Вы должны определять несколько администраторов, которые будут действовать как группа, для восстановления ID и пароли. Вы можете определять единственного администратора, чтобы управлять ID файлами и восстанавливать пароли. Мы рекомендуем, по крайней мере, присутствия трех администраторов, для работы вместе, по восстановлению ID файлов. Наличие группы администраторов помогает предотвращать нарушение безопасности одним администратором, который имеет доступ ко всем ID файлам. Когда Вы определяете группу администраторов, Вы можете определить, что только минимальный набор их присутствия, в течение фактического восстановления ID.

Например , если Вы определяете пять администраторов для восстановления ID, но требуете присутствия только троих администраторов, для отпирания ID файла. Любые три из пяти администраторов могут отпирать ID файл. При обозначении группы администраторов и при требовании присутствия только нескольких человек, также предотвращает проблемы, которые происходят, если один администратор недоступен или оставляет компанию.

Прежде, чем Вы можете отпирать ID файлы, Вы должны делать следующее:

Администратор, который имеет доступ к файлу ID сертификатора, должен определить информацию восстановления.

Пользователи должны принять информацию восстановления в их ID файл, или ID файл должен быть создан с ID сертификатора, который содержит информацию восстановления. После принятия информации восстановления или регистрации нового пользователя, Notes автоматически отправляет зашифрованную резервную копию ID файлов в специальную централизованную базу данных. ID файлы, которые не содержат информации восстановления, не может быть восстановлен.

Domino хранит ID информацию восстановления в ID файле сертификатора. Сохраненная информация включает имена администраторов, кому позволяется отпирать ID файлов, адрес почтовой базы данных, или Mail-In базы данных, куда пользователи посылают зашифрованную резервную копию их ID файлов, число администраторов, требуемых, чтобы отпереть ID файл. База данных Mail-In содержит документы, которые хранят присоединенные файлы, с шифрованной резервной копией ID файлов. Эти файлы шифруются с использованием случайного ключа и не могут использоваться с Notes, пока они не будут восстановлены.

Зашифрованная резервная копия ID файла требуется, чтобы заменить потерянный или разрушенный ID файл. Восстановление ID файла, для которого пароль был забыт, немного легче. Если оригинал ID файла содержит информацию восстановления, администраторы могут восстановить ID файл, даже если зашифрованный резервный ID файл не существует.

6.1.6.1Как работает функция восстановления ID файла?

Для каждого ID администратора или пользователя, файл содержит пароль восстановления, который создан и зашифрован с использованием публичного ключа администратора. Пароль уникален для каждого администратора и пользователя. Например, Bowker Randi администратор имеет уникальный пароль восстановления для пользователя Alan Jones, и этот пароль сохранен в ID файле Alan Jones. Администратор Bowker Randi имеет уникальный пароль восстановления для Пользователя Susan Salani, и этот пароль сохранен в ID файле Susan Salani.

Пользователь обращается к администратору, чтобы получить пароль восстановления администратора.

Администратор получает запрос на восстановление, дешифрует пароль восстановления, сохраненный в ID файле пользователя, используя личный ключ администратора.

Администратор, после чего дает пароль восстановления пользователю.

Шаги описанные выше, повторяются пользователем, пока не будет достигнуто минимальное число администраторов, для восстановления ID файла.

После того, как файл отпирают, пользователь должен ввести новый пароль, чтобы защитить ID файл.

Тот же самый ID файл может быть восстановлен снова, используя те же самые пароли восстановления.

Когда пользователи генерирует новый публичный ключ, изменяет имя, или принимают или создает ключ шифрования, Domino автоматически посылает, зашифрованный резервный ID файл в централизованную базу данных.

Чтобы запретить неправомочным пользователям, восстанавливать ID, удостоверитесь, что проверка пароля позволяется для пользователей и серверов.

Как дополнительная предосторожность, после восстановления ID файла, обычно просят, чтобы пользователи заново приняли информацию восстановления, а затем изменяют публичный ключ на их ID файлах.

6.1.6.2Настройки необходимые для восстановления пароля ID файлов.

Прежде чем пользователи могут восстанавливать свои ID файлы, Вы должны создать централизованную почтовую базу данных или Mail-Iin базу данных. Эта база данных будет хранить зашифрованные резервные копии ID файлов, и определять информацию, которой администраторы будут пользоваться для восстановления ID файлов. Вы должны исполнить эти шаги прежде, чем любой пользователь потеряет или разрушит свой ID файл.

Создайте почтовую базу или Mail-In базу данных на сервере, к которому все пользователи и сервера могут получить доступ. Вы можете использовать любой шаблон, чтобы создать базу данных.

В ACL базы данных, установите доступ по умолчанию – Нет Доступа. Администраторам дайте доступ читателя.

Из клиента Domino Administrator, выбирайте закладку Настройка, затем выбирайте из панели инструментов справа - Заверение.

Выбирайте – Данные для восстановления.

Выбирайте ID файл сертификатора и введите пароль.

Рис. 98 Диалоговое окно определения администраторов для восстановления пароля ID файла.

Выбирайте кнопку Добавить и выбирайте имена администраторов, которых Вы назначаете восстанавливать ID файлы.

Выбирайте кнопку Адрес и выбирайте адрес электронной почты или базу данных Mail-In, которая будет хранить зашифрованные ID файлы.

Введите число администраторов, требуемых, для отпирания ID файла.

Если пользовательский ID файл еще не содержит информации, для восстановления, выполните процедуру подготовки ID для восстановления.

6.1.6.3Подготовка к восстановлению ID файлов.

После того, как Вы определяете информацию восстановления в ID файле сертификатора, когда Вы регистрируете пользователей, пользователь IDs автоматически содержит информацию восстановления. Однако если Вы определили информацию восстановления после создания ID пользователя, пользователи должны модернизировать свои ID, для использования информации восстановления. Обновление ID файла информацией восстановления автоматически посылает зашифрованный ID пользователя, в централизованную почтовую базу данных или в Mail-In базу данных. Вы должны закончить эти шаги прежде, чем пользователь потеряет или повредит ID или забудет пароль.

Рассылка информации восстановления пользователям.

Администратор выполняет эти шаги:

Выбирайте – Данные для восстановления.

Выбирайте ID файл сертификатора и введите пароль.

Выбирайте кнопку – Экспорт, затем вводят пароль для ID сертификатора.

Рис. 99 Диалоговое окно сведений о восстановлении пароля ID файла.

Имена пользователей и групп, чьи ID файлы Вы хотите сохранить.

Новые данные восстановления файла учетной записи находятся во вложении. Добавьте их в Вашу учетную запись с помощью команды – Ввод данных для восстановления

Принятие информации восстановления ID файла

Пользователь заканчивает эти шаги.

Выбирайте – Действие – Ввод данных для восстановления, затем вводите Ваш пароль.

Рис. 100 Пример принятия информации для восстановления пароля в ID файл пользователем.

Имя почтовой базы или Mail-In базы данных, которая будет хранить резервную копию Вашего ID. Domino вводит название базы данных, указанной Вашим администратором.

Копирование новых данных восстановления для UserName

Domino автоматически посылает зашифрованный резервный ID файл в централизованную почтовую базу или Mail-In базу данных, указанную администратором.

Примечание. Вы может хранить несколько копий ID файлов в централизованной почтовой базе или Mail-In базе данных. Domino создает каждый раз новый документ, с сохраненным ID файлом. При попытке восстановить ID файла, используйте самый последний резервный файл.

6.1.6.4Восстановление пароля для ID файла.

Если пользователь теряет или портит свой ID файл, или забывает пароль, пользователь может работать с администраторами и восстановить ID файл из резервного.

Запрос резервной копии файла ID

Пользователь делает следующие шаги.

Если Вы подозреваете, что ID файл поврежден, запросите зашифрованный резервный ID у своего администратора.

Выбирайте Файл – Сервис – Восстановить учетную запись.

Выбирайте ID файл, который Вы хотите восстановить.

Войдите в контакт с первым администратором, внесенным в список, в окна диалога и запросите первый пароль для восстановления ID.

Введите пароль, полученный от администратора, и затем нажимайте Enter.

Рис. 101 Диалоговое окно ввода пароля для восстановления пароля ID файла.

Шаги описанные выше повторите для всех администраторов, пока Вы не получаете число паролей, требуемых, чтобы отпереть файл.

Введите новый пароль, и затем повторите ввод пароля снова, чтобы подтвердить изменения.

Если Вы имеете, несколько ID файлов, удалите их и использует копию восстановленного ID файла.

Получение пароля восстановления для ID файла.

Из соображения безопасности, администраторы должны выполнять эти шаги с их собственных рабочих местах. Использование отдельного рабочего места предотвращают от использования программ перехвата. Если неправомочный пользователь получает ID файл администратора и пароль, неправомочный пользователь может получить пароль восстановления администратора для всех ID файлов. Поэтому Вы должны защитить ID файл администратора.

Отсоедините на локальный диск, зашифрованный резервный ID файл пользователя из почтовой базы или Mail-In базы данных.

Если ID файл пользователя поврежден, пошлите копию ID файла из централизованной почтовой базы или из Mail-In базы данных пользователю.

Из клиента Domino Administrator, выбирайте закладку Настройка – Сервис – Заверения – Пароль восстановления.

Введите пароль ID файла администратора.

Определите ID файл, который Вы хотите восстановить. Укажите файл, который вы отсоединили.

Рис. 102 Информационное окно с паролем восстановления ID файла.

Администратор дает пользователю пароль администрирования, который будет показан.

6.1.6.5Изменение информации об администраторах, для восстановления ID файла.

Если администратор оставляет Вашу организацию, Вы должны модернизировать информацию восстановления, используемую пользователем при восстановлении ID файлов и затем посылать новую информацию пользователям, чтобы добавить ее в их ID файлы.

Добавление или удаление имен администраторов.

Администратор с доступом к ID сертификатора заканчивает эти шаги:

Из Domino Administrator, выбирайте закладку Настройка, затем из панели инструментов справа - Заверение.

Выбирайте – Данные для восстановления.

Выбирайте ID файл сертификатора и введите пароль.

Рис. 103 Диалоговое окно ввода или замены имен администраторов восстановления пароля ID файла.

Чтобы удалить администратора, выбирайте его имя и затем нажмите кнопку Удалить.

Чтобы добавить новых администраторов выбирайте кнопку Добавить, затем выбирайте имена администраторов, которые будут уполномочены восстанавливать ID файлы.

(Необязательно) Измените число администраторов требуемых для разблокирования ID.

Когда Вы заканчиваете добавлять или удалять имена, выбирайте – OK.

Выполните процедуру подготовки к восстановлению ID файлов.

6.1.7Безопасность публичного ключа.

ID пользователь Notes может также иметь уникальный публичный ключ для интернет сертификата.

Создание новых публичных ключей для Notes сертификатов.

Если Вы подозреваете, что ID был украден или потерян, либо скопирован без разрешения, Вы можете создавать новый публичный ключ для ID. Создание нового публичного ключа позволяет, Вам, продолжать использовать другие части ID - например, ключи шифрования. Это лучше, чем создавать полностью новый ID.

Пользователи Notes могут создавать новый публичный ключ для сертификата Notes. Новый публичный ключ должен быть сертифицирован прежде, чем его можно использоваться Notes.

После сертификации нового публичного ключа, Вы должны настроить сервер, чтобы проверял публичные ключи. Проверка публичных ключей использует соответствие публичному ключу, сохраненному в Domino Directory, с публичным ключом в ID файле. При проверке публичного ключа неправомочный пользователь, со старым публичным ключом, не получит доступ на сервер

Добавление существующего публичного ключа в Domino Directory.

Когда Вы регистрируете пользователя или сервер, Domino автоматически добавляет публичные ключи Notes в Person документу или Server документу. Domino также автоматически добавляет интернета публичный ключ к Person документу, когда Вы выпускаете интернет сертификат, для пользователей. Однако Вы можете вручную добавить публичный ключ ID сервера или пользователя в Domino Directory в этих ситуациях:

Пользователь хочет послать шифрованную почту пользователю Notes в другом домене или пользователю, который использует S/MIME приложение, для отправки почты. Чтобы посылать S/MIME или Notes шифрованную почту, Domino должен иметь доступ к интернет сертификату получателя или публичному ключ Notes. Если получатель находится в другом домене и Domino Directory для этого домена, сохранен на сервере в домене отправителя, то Domino не может получить доступ к публичному ключу получателя для шифрования. Отправитель должен получить публичный ключ получателя и добавлять его в персональную адресную книгу или в Domino Directory.

Пользовательский или публичный ключ сервера в Domino Directory становится известен или случайно удален, и администратор должен заменить его.

6.1.7.1Создание нового публичного ключа Notes и добавление его в Domino Directory.

Создание и сертификация нового публичного ключа требует следующих процедур, которые описаны ниже:

Пользователь создает новый публичный ключ и представляет его для сертификации.

Администратор Сертификатор - сертифицирует публичный ключ пользователя и добавляет его в Domino Directory.

Пользователь сливает новый сертификат в ID файл пользователя.

Создание нового публичного ключа Notes.

Владелец ID исполняет эти шаги.

Выбирайте Файл – Сервис – Учетная запись.

Ведите пароль (если требуется).

Выбирайте – Дополнительно – Создать общий ключ.

Когда Вы видите, предупреждение, что на создание ключа потребуется время, нажимайте – OK, чтобы продолжить.

Выбирайте адрес администратора или сертификатора для сертификации или адресуйте записку напрямую сертификатору - например /East/Acme. Domino отправляет запрос человеку, обозначенному в секции администрирования, соответствующего документа сертификата в виде Сертификаты из Domino Directory.

Ресертификация ID и добавление публичного ключа в Domino Directory.

Администратор - Сертификатор исполняет эти шаги.

Открывает почтовый запрос сертификации.

Выбирайте – Действие – Заверить вложенную учетную запись.

Выбирайте ID сертификатора для использования и нажимайте – OK.

Введите пароль для ID и нажимайте – OK.

(Необязательно) Выбирайте - Сервер, для выбора сервера и нажимайте – OK, чтобы изменить сервер регистрации. Регистрационный сервер - сервер, чей Domino Directory будет обновлен.

(Необязательно) Измените дату истечения сертификата.

(Необязательно) Определяйте минимальную длину пароля.

Выбирайте – Заверить. Имя ID владельца появляется в поле Кому:, объяснительный текст появляется в поле Тема: окна сертификации, для отправки заверенной учетной записи.

(Необязательно) Выбирайте – Подписать, чтобы доказать, что Вы - отправитель ID.

Принятие нового сертификата в ID файл.

ID владелец исполняет эти шаги.

Открывает почтовый запрос сертификации.

Выбирайте – Действие – Принять сертификат. В окне будет показана информация о новом ключе и сертификаторе, который заверил ID

При заполнении формы регистрации (Рис. 3) вы можете допустить некоторые ошибки или ввести данные, которые уже были введены ранее другими Пользователями. В таких случаях система попросит вас ввести правильные или указать отличные от ранее введенных данные.

Наиболее распространенные ошибки:

Введенный пароль и его подтверждение неидентичны 🙂

"Вали отсюда, хакер недоделанный. "

Пароль и подтверждение пароля должны быть одинаковы!

> Пароль и подтверждение пароля должны быть одинаковы!

Пока наиболее читабельное, ИМХО, это.

"Пароль и его подтверждение не совпадают. Повторите ввод."
"Введенные пароли не совпадают. Повторите ввод пароля и его подтверждения"

Винда лаконично сообщает:
"Пароль не был корректно подтвержден. Пароль и подтверждение должны совпадать "

"Пароль не был корректно подтвержден.Пароль и подтверждение должны совпадать"

Большое спасибо! Так и запишем.

К сожалению, не я правила игры устанавливаю. Есть определённый стандарт.

А еще требуют минимум 6 (иногда 12) букв. Я такие "предложения" сразу отправляю подальше. Этим, в частности, грешат многие форумы в инете, требующие при регистрации длинных паролей.

а это чтобы пользователи иногда пароль вспоминали. А то если его долго не набирать, забыть легче легкого

В одной программе видел:
"Код ошибки 1. Имя пользователя или пароль неверны".
Видимо, кто-то звонил в службу поддержки с вопросом что делать, и код ошибки позволяет эту проблему решить быстрее 🙂

msguns ©
у нас минимум8+цифра+спецсимвол+хоть один символ в нижнем регистре+один символ в верхнем регистре и все это удоволсьтвие при входе в систему
и лучше не спрашивайте как в таком виде выглядят винипуховские песенки 🙂
на форум хоть можно не ходить

Ну код ошибки есть, только пользователю он нафиг не нужен. Он в лог отписывается. А пользователь, если что, лог присылает.

Windows ведь не только на чайников рассчитан.

Так и запишем.

Не советую. Плохая фраза.

Непонятно, кто кому чего должен.

[9] гораздо лучше.

Память: 0.77 MB
Время: 0.07 c

Новичок: Подскажите пожалуста самый крепкий сорт дерева!

Пароли не совпадают! Повторите ввод

Введенный пароль и его подтверждение неидентичны 🙂

"Вали отсюда, хакер недоделанный. "

Пароль и подтверждение пароля должны быть одинаковы!

> Пароль и подтверждение пароля должны быть одинаковы!

Пока наиболее читабельное, ИМХО, это.

Винда лаконично сообщает:
"Пароль не был корректно подтвержден. Пароль и подтверждение должны совпадать "

"Пароль не был корректно подтвержден.Пароль и подтверждение должны совпадать"

Большое спасибо! Так и запишем.

К сожалению, не я правила игры устанавливаю. Есть определённый стандарт.

а это чтобы пользователи иногда пароль вспоминали. А то если его долго не набирать, забыть легче легкого

В одной программе видел:
"Код ошибки 1.

(ПОМОЩЬ 1.2.1.) Возможные ошибки при регистрации

Имя пользователя или пароль неверны".
Видимо, кто-то звонил в службу поддержки с вопросом что делать, и код ошибки позволяет эту проблему решить быстрее 🙂

Windows ведь не только на чайников рассчитан.

Так и запишем.

Не советую. Плохая фраза. Непонятно, кто кому чего должен.

[9] гораздо лучше.

Читайте также: