Ограничить доступ

@dyyymom · Регистрация: 30.11.2007

Студворк — интернет-сервис помощи студентам

Добрый день!
Нужна консультация по вопросам

В Lotus сейчас у группы людей есть полные админские права. В эту группу входят:
1. Администраторы компании, которые вводят / редактируют / удаляют пользователей (внутренние);
2. Администраторы прочих баз;
3. Разработчики баз в Lotus;

Нужно:
1.В связи с утечкой информации, необходимо ограничить права доступа к письмам всех сотрудников у всех админов, но должна остаться возможность вводить / редактировать / удалять пользователей и решать их проблемы.
2.И если есть возможность каким либо образом шифровать или паролить почтовые базы, чтобы админы не могли скопировать базу и открыть ее в другом Lotus или локально.
Думаю действия такие: (поправьте)

1. Знаю что есть волшебная кнопка Full Access Administrations, возможно ей пользуются.
Запретить ее в настройках серверного документа вкладка Security - Full Access administrators?

2. Далее думаю нужно пройтись по почтовым базам и удалить группу Administrations, и поставить вместо нее свою, в которой будут только нужные люди.

3. Админов думаю нужно оставить в разделах на вкладке Security серверного документа:
Чтобы они могли работать с Адресной Книжкой и другими базами.

Full Access administrators: убрать
Administrators: оставить
Database Administrators: оставить
Full Remote Console Administrators: оставить

4. Что сделать с шифрованием?

5. где можно систематизировать логи того какие люди куда лазиют?

@ToxoRot · 31.03.2015, 12:22

Сообщение от Wanderer

TaxaRat, вспоминаем азы Lotus в части механизма репликации. ;)
И уточняем условия задачи.
К примеру: Имеем два сервера, участвующих в репликации. При репликации проводится проверка по ACL прав на изменение каждого сервера. Если один из серверов будет Читателем, то изменения из его реплики БД не будут допущены в реплику БД на другом сервере.

где вы такое прочли то?
видать никогда в жизни не пробывали сделать неудачную реплику, когда с основного сервера всё пропало и появилось на сервере, который ничего сделать и не может? ;)

я на всякий случай поискал - http://www.notesnet.ru/library/docid/A8A543

Репликация документов. Прием изменений документов на сервер-инициатор происходит, если вызванный сервер имеет доступ к базе (ACL) и документам (поля доступа к документам типа Readers и Authors), позволяющий создавать, изменять или удалять документы. Среди документов вызываемого сервера строится специальное представление, содержащее документы согласно формуле репликации. Затем репликатор создает список идентификаторов документов, которые были изменены со времени последней репликации. Если в настройках репликации включен параметр Receive documents from server - Smallest first, полученный список сортируется по размеру документа, в противном случае - по дате модификации. Далее для каждого документа по идентификатору ищется его собрат в своей реплике. Если этого не удалось, новый документ добавляется в реплику. Если документ не новый - сравниваются время последней модификации и последовательные номера этих документов. Если документ оказался измененным с момента последней репликации на обоих серверах - возникает репликационный конфликт (этот случай рассматривается ниже). В противном случае изменения передаются на сервер-инициатор репликации, модифицируя документ на его стороне. Причем, начиная с версии 4.x происходит не полное копирование всех полей, копируются только поля, имеющие неодинаковые флаги Seq Num. Это существенным образом сокращает объём передаваемой информации. Именно это и называют репликацией на уровне полей (пунктов, items). Далее, в зависимости от схемы репликации, либо репликатор сервера повторяет описанные в этом пункте действия в зеркальном направлении, выталкивая новые и модифицированные документы (схема Pull-Push), либо сразу переходит к следующему пункту, оставляя эту работу для чужого репликатора (Pull-Pull)
Обновление записи в истории репликаций. При успешном завершении предыдущих стадий репликации репликатор делает запись в истории репликаций своей реплики. Если репликация происходит по схеме Pull-Push, то подобную запись репликатор вносит и в историю репликации чужой реплики

Вот я и пытаюсь найти, где же механизм репликации описан более детально?

Я не утверждаю, я хочу найти подтверждение так или не так
Админ изменил данные на реплике №1, как эти изменения попали на реплику №2 и на реплику №3?, где у админа уже права не админа, но они всё равно туда попадают, кто и как заверяет подобные действия в репликации?

@oomymo2 · 31.03.2015, 12:24

Сообщение от ToxaRat

Админ изменил данные на реплике №1, как эти изменения попали на реплику №2 и на реплику №3?, где у админа уже права не админа, но они всё равно туда попадают, кто и как заверяет подобные действия в репликации?

Понимать сервер? Продемонстируете?

@Domymo-Dysykmyr · 31.03.2015, 12:29

@aameno2, Я можно начать новую, а тут оставить ссылку, ибо не по теме пошли, да?

--- Добавлено 1 апр 2015. Первое сообщение размещено 1 апр 2015 ---

@aameno2, как я вас на карабль потом собирать буду?

Предлагаю ветку закрыть и открыть новую, там мы и перегрызёмся.

--- Добавлено 1 апр 2015 ---

Не портите тематику

@Domymo-Dysykmyr · 31.03.2015, 12:37

Ну простите.

@tmyky · 31.03.2015, 12:46

Сообщение от Domino-Designer

Предлагаю ветку закрыть и открыть новую, там мы и перегрызёмся.

Если ТС закроет - это его право

@Womdyryr · 31.03.2015, 14:00

Сообщение от ToxaRat

где вы такое прочли то?

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

я на всякий случай поискал - http://www.notesnet.ru/library/docid/A8A543

@ToxaRat, более 10 лет администрирую Domino, и каких только репликаций не повидал - так что не смеши меня
Речь идет о базовых знаниях механизма репликации из сертификационного курса по администрированию. Я проходил их давно еще в ИнтерТрасте. Там мы и рассматривали разные варианты репликации, и разбирали, что и как будет или не будет реплицироваться. И за свою практику я еще ни разу не столкнулся с репликацией, которая бы противоречила с заложенной логикой IBM.

Подробнее это можно найти в учебнике по администрированию. То ли у Некрасова, то ли у Кирклэнда эта тема с примерами расписана.

Сообщение от ToxaRat

я на всякий случай поискал - [URL="http://www.notesnet.ru/library/docid/A8A543"]http://www.notesnet.ru/library/docid/A8A543[/NICK]

Репликация документов. Прием изменений документов на сервер-инициатор происходит, если вызванный сервер имеет доступ к базе (ACL) и документам (поля доступа к документам типа Readers и Authors), позволяющий создавать, изменять или удалять документы.

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

Сообщение от ToxaRat

Я не утверждаю, я хочу найти подтверждение так или не так
Админ изменил данные на реплике №1, как эти изменения попали на реплику №2 и на реплику №3?, где у админа уже права не админа, но они всё равно туда попадают, кто и как заверяет подобные действия в репликации?

Прием изменений в реплике базы определяется не по тому, кто добавил документы в базу, а по участнику репликации. В данном случае участниками репликации являются сервера №1, №2 и №3. Таким образом, на серверах №2 и №3 по ACL будут проверяться права не админа, изменившего данные, а сервера №1, который участвует в репликации. А вот если админ попытается напрямую от себя среплицировать базу на сервера №2 и №3, вот только тогда будут браться в расчет его права в ACL, т.к. он уже будет являться участником репликации.

@tmyky · 31.03.2015, 14:20

Сообщение от Wanderer

Прием изменений в реплике базы определяется не по тому, кто добавил документы в базу, а по участнику репликации. В данном случае участниками репликации являются сервера №1, №2 и №3. Таким образом, на серверах №2 и №3 по ACL будут проверяться права не админа, изменившего данные, а сервера №1, который участвует в репликации. А вот если админ попытается напрямую от себя среплицировать базу на сервера №2 и №3, вот только тогда будут браться в расчет его права в ACL, т.к. он уже будет являться участником репликации.

я несколько раз это упомянул, но ToxaRat не воспринимает ;)
только мы обсуждали не сервера, а сразу "админа" (т.к. поднять/создать сервер - нет способа, без соответ прав и ИД сертификатора)

Новые блоги и статьи Все статьи Все блоги /
Когда логика программы не спасает от человеческих ошибок Maks 18.08.2026 В последнее время всё чаще и чаще сталкиваюсь с таким явлением, как абсолютная невнимательность (или глупость) пользователей. Проявляется это чаще всего на работе в коллективе. Допустим, человек с. . .	Лето уходит kumehtar 17.08.2026	Мысли в слух kumehtar 17.08.2026 Забавно, насколько сейчас стала доступна информация. Например о магии, духовном развитии, медитациях, и других подобных направлениях, ранее зачастую тайных, передаваемых от учителя к ученику. Хотя. . .	Перемещение строк из ТЧ в другой документ с учетом текущего пробега Maks 17.08.2026 Реализация из решения ниже выполнена на примере нетипового документа "Автозапчасти", с ТЧ "Шины". За основу взят алгоритм отсюда: https:/ / www. cyberforum. ru/ blogs/ 359708/ 10838. html Задача: . . .
Саморегулирующийся социальный контракт для сервера cross-section. Hrethgir 14.08.2026 С кодом конечно таких глубоких размышлений пока не было, впрочем я уже привык к алгоритмизации. Суть предмета записи: снова в диалоге с нейросетью (я взял пока себе ник для учётки админа - Rector). . . .	Часы электронные Uhbif79 12.08.2026 Выкладываю программу часов. Программа позволяет: 1. Использовать системное время и дату, 2. Есть возможность вводить время и дату вручную. 3. Реализованы 2 будильника: начало и конец рабочего дня. . . .	Часы с будильником на основе класса QLCDNumber Uhbif79 12.08.2026 Всем добрый день, выкладываю программу часов с будильником на основе класса QLCDNumber. Здесь я пробовал самостоятельно создавал классы, впервые столкнулся с видимостью переменной одного класса из. . .	Установка MinGW GCC 16.2 и CMake 8Observer8 10.08.2026 VK Видео: https:/ / vkvideo. ru/ video-240781534_456239017 YouTube: eY5-5PyI9NM Текстовая версия

@dyyymom 0 / 0 / 0 Регистрация: 30.11.2007 Сообщений: 410

	Ограничить доступ 25.03.2015, 08:43. Показов 20824. Ответов 66 Метки нет (Все метки) Добрый день! Нужна консультация по вопросам В Lotus сейчас у группы людей есть полные админские права. В эту группу входят: 1. Администраторы компании, которые вводят / редактируют / удаляют пользователей (внутренние); 2. Администраторы прочих баз; 3. Разработчики баз в Lotus; Нужно: 1.В связи с утечкой информации, необходимо ограничить права доступа к письмам всех сотрудников у всех админов, но должна остаться возможность вводить / редактировать / удалять пользователей и решать их проблемы. 2.И если есть возможность каким либо образом шифровать или паролить почтовые базы, чтобы админы не могли скопировать базу и открыть ее в другом Lotus или локально. Думаю действия такие: (поправьте) 1. Знаю что есть волшебная кнопка Full Access Administrations, возможно ей пользуются. Запретить ее в настройках серверного документа вкладка Security - Full Access administrators? 2. Далее думаю нужно пройтись по почтовым базам и удалить группу Administrations, и поставить вместо нее свою, в которой будут только нужные люди. 3. Админов думаю нужно оставить в разделах на вкладке Security серверного документа: Чтобы они могли работать с Адресной Книжкой и другими базами. Full Access administrators: убрать Administrators: оставить Database Administrators: оставить Full Remote Console Administrators: оставить 4. Что сделать с шифрованием? 5. где можно систематизировать логи того какие люди куда лазиют? 0

@Domymo-Dysykmyr 0 / 0 / 0 Регистрация: 13.04.2013 Сообщений: 198
	31.03.2015, 12:29
	@aameno2, Я можно начать новую, а тут оставить ссылку, ибо не по теме пошли, да? --- Добавлено 1 апр 2015. Первое сообщение размещено 1 апр 2015 --- @aameno2, как я вас на карабль потом собирать буду? Предлагаю ветку закрыть и открыть новую, там мы и перегрызёмся. --- Добавлено 1 апр 2015 --- Не портите тематику 0

@Domymo-Dysykmyr 0 / 0 / 0 Регистрация: 13.04.2013 Сообщений: 198
	31.03.2015, 12:37
	Ну простите. 0