• 15 апреля стартует «Курс «SQL-injection Master» ©» от команды The Codeby

    За 3 месяца вы пройдете путь от начальных навыков работы с SQL-запросами к базам данных до продвинутых техник. Научитесь находить уязвимости связанные с базами данных, и внедрять произвольный SQL-код в уязвимые приложения.

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

    Запись на курс до 25 апреля. Получить промодоступ ...

Регламент

  • Автор темы SOFTOBZOR.ru
  • Дата начала
Статус
Закрыто для дальнейших ответов.
S

SOFTOBZOR.ru

Господа, у кого есть какие либо регламентирующие документы каксательно Администрирования Домино.
Наверняка в большенстве организаций подобные доки есть.
В нашей вот тоже начинается писанина, хотел бы сравнить с уже имеющимеся.
Если не сложно, поделитесь (можно в форум цеплять) можно на мыло vitcomp1@mail.ru

Заранее большое человеческое спасибо!
 
F

Fossil Code

Далеко ходить не нужно: источник непревзойденный есть. См. раздел Troubleshooting в хелпе администратора, раздел Overview of server maintenance. Там же очень полезный Server maintenance checklist. Кроме того, массу задачек можно получить просто просмотрев оглавления соотв. разделов хелпа по почте, базам данных и т.п.
 
S

SOFTOBZOR.ru

Это то понятно, но все таки, доумент есть документ. Зачем изобретать велосипед, или "русифицирывать" хелп. Когда задача в принципе у всех одна и таже и все давно написано, вот хотелось бы взглянуть, расписать согласно нашим реалиям.
 
F

fireless

есть инструкции по установке и настройке домино и клиентских частей, а также руководство пользователя, из УФНС, только R5 и все привязано к домену региона если хочь отдам...
 
S

SOFTOBZOR.ru

Давай, жду! vitcomp1@mail.ru или прямо в форум цепляйте.
 
C

collection

Не совсем понятно что Вы имеете ввиду под словом регламентирующие документы, если речь идет о политике использования корпоративной электронной почты в организации, тогда

по администрированию

по работе с клиентами
www.notesnet.ru
 
F

Fossil Code

Зачем изобретать велосипед, или "русифицирывать" хелп. Когда задача в принципе у всех одна и таже и все давно написано, вот хотелось бы взглянуть, расписать согласно нашим реалиям.

Категорически не согласен. Совершенно незачем изобретать велосипед, если авторитетный источник в лице производителя ПО уже описал, что и как следует делать. Кроме того, все, что может быть написано (найдено) без привлечения этого источника может быть оспорено, как безосновательное и бездоказательное.
 
H

Hedg

Для: collection
А можно залить на ifolder.ru , а то со slil.ru ничё скачать не могу.
 
C

collection


 
S

SOFTOBZOR.ru

<!--QuoteBegin-Fossil Code+31:01:2007, 16:14 -->
<span class="vbquote">(Fossil Code @ 31:01:2007, 16:14 )</span><!--QuoteEBegin-->Цитата(SOFTOBZOR.ru @ 30:01:2007, 17:29 ) *

Зачем изобретать велосипед, или "русифицирывать" хелп. Когда задача в принципе у всех одна и таже и все давно написано, вот хотелось бы взглянуть, расписать согласно нашим реалиям.


Категорически не согласен. Совершенно незачем изобретать велосипед, если авторитетный источник в лице производителя ПО уже описал, что и как следует делать. Кроме того, все, что может быть написано (найдено) без привлечения этого источника может быть оспорено, как безосновательное и бездоказательное.
[snapback]54603" rel="nofollow" target="_blank[/snapback]​
[/quote]

Хм. а я про что?

PS ну а регламент это все же не хелп администратора это бумага гараздо интересней.
Вот пример то что должен содержать регламет (только лишь пример)

Именование пользователя (NotesName) - без регламента тут ни как! тибо это будет user1 user2 ... либо ivanov.ii либо ii.ivanov либо .... вариантов куча, и тут нужен регламент, согласно которому и будет производиться именование.
Длина параля - регламент.
Восстановление пароля - регламент.

Update баз данных, и сервера - регламент (когда, при каких условиях, предварительные действия)

Это все не в одном официальном документе производителя ПО не будет, так как это все довольно таки персонально.

Собственно и хотелось посмотреть у кого ни будь такой документ, или все у нас нынче работают без регламента. Сам себе на уме :D
 
F

Fossil Code

PS ну а регламент это все же не хелп администратора это бумага гараздо интересней.
Вот пример то что должен содержать регламет (только лишь пример)

Именование пользователя (NotesName) - без регламента тут ни как! тибо это будет user1 user2 ... либо ivanov.ii либо ii.ivanov либо .... вариантов куча, и тут нужен регламент, согласно которому и будет производиться именование.

Вы, батенька, передергиваете... Про именование есть не только в хелпе, но даже на самой форме регистрации: имя, инициал, фамилия и проч. Нужно быть очень ленивым и безразличным человеком, чтобы в такой ситуации писать юзер 1, 2... n+1! От такого админа ни один регламент не спасет!

Update баз данных, и сервера - регламент (когда, при каких условиях, предварительные действия)

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

Собственно и хотелось посмотреть у кого ни будь такой документ, или все у нас нынче работают без регламента. Сам себе на уме :D

В целом я не спорю: целый ряд вопросов в хелпе не найти, но эти вопросы, как правило относятся к области так называемой политики организации. Хелп очень здорово подсказывает состав возможных работ и операций по администрированию сервера. А вот что, когда, согласно какой бюрократической процедуре делать, как оформлять -- дело каждой организации в отдельности. Я вот работаю, казалось бы, не в самой из последних контор... Но и здесь -- боссам все *цензура* пока над ними не каплет. Их даже больше устраивает _отсутствие_ регламента. Мол это ископаемое (fossil :D ) и так все делат, что надо, а будь что не так, то в отсутствие регламента его можно поиметь по полной, а то прикроется, падла регламентом, (все делал правильно и в журнальчик писал) и крайнего не найдешь...
 
30.05.2006
1 345
12
BIT
0
Вы, батенька, передергиваете... Про именование есть не только в хелпе, но даже на самой форме регистрации: имя, инициал, фамилия и проч. Нужно быть очень ленивым и безразличным человеком, чтобы в такой ситуации писать юзер 1, 2... n+1!
А altName? Там такой разбивки нет, вот и пишут то Иванов Иван, то Иван Иванов.
А что с тезками делать?
 
S

SOFTOBZOR.ru

<!--QuoteBegin-Fossil Code+12:02:2007, 11:30 -->
<span class="vbquote">(Fossil Code @ 12:02:2007, 11:30 )</span><!--QuoteEBegin-->Вы, батенька, передергиваете... Про именование есть не только в хелпе, но даже на самой форме регистрации: имя, инициал, фамилия и проч. Нужно быть очень ленивым и безразличным человеком, чтобы в такой ситуации писать юзер 1, 2... n+1! От такого админа ни один регламент не спасет!
[snapback]55789" rel="nofollow" target="_blank[/snapback]​
[/quote]

Вы либо не догоняете либо уперлись как говориться рогом.

Есть Админ1 заводит пользователя исходя из ФИ.О (ему так по вкусу)
Есть Админ2 заводит пользователя исходя из Ф.ИО (ему так по вкусу)
Есть Админ3 заводит пользователя исходя из Ф.И_O (регламент)

На основании чего нужно дать по шапке двум первым Админам? На основании хелпа ни даш!

Про хелпы и прочую ахенею тут не надо умничать, если вы привыкли жить в сраче живите! Но я уверен что есть "ответственные" администраторы, которые деалают все по порядку, а поряд определяет не help а регламен. Сам регламент конечно же должен быть основан на руководстве к ПО тут с этим ни кто не спорит, но из милиона возможных решений, на НОРМАЛЬНОМ предприятии, у НОРМАЛЬНО администратора, должно быть единственное верное. Ибо господин "умный" захлебнетесь в собственном гов*е

PS - прошу прощения за резкую формулировку, но вам тоже необходимо подбирать слова.

<!--QuoteBegin-Constantin A Chervonenko+12:02:2007, 12:00 -->
<span class="vbquote">(Constantin A Chervonenko @ 12:02:2007, 12:00 )</span><!--QuoteEBegin-->А altName? Там такой разбивки нет, вот и пишут то Иванов Иван, то Иван Иванов.
А что с тезками делать?
[snapback]55797" rel="nofollow" target="_blank[/snapback]​
[/quote]

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

Fossil Code

Поздравляю. Вы достигли своей цели: ископаемое обижено и, в очередной раз, разочаровано в жизни.

P.S. Пусть модератор нас рассудит, ответив: оскорбил ли я Вас?
 
S

SOFTOBZOR.ru

Извиняюсь, обидеть конечно же не хотел. Просто вы повидимому не поняли о чем я просил помочь, и стали носом тыкать в хелпу. А в данном случае это не верно.
Еще раз прошу прощения.
 
C

collection

Ну вот и договорились :D
Для: SOFTOBZOR.ru -несколько грубовато, Вам не кажется, может быть Ваш вопрос был сформулирован не четко?!
Но вернемся к поиску истины, потому как, действитель но хотелось бы узнать у кого как устроено щастье :D
Схема присвоения имен:
Вариант 1
Имя должно содержать фамилию и инициалы пользователя.

Фамилия содержит территориальную, организационную и функциональную информацию. Это номер региона, номер управления.
• Краткое имя создается автоматически, но может быть заменено, т.к. это имя обычно используется для доступа в Интернет.
Пример:
Уровень 0 – номер региона и его наименование.
Например: 048-Иркутская область
Уровень 1 –код подразделения и его наименование. Согласно иерархии Вашей организации строите структуру подчинености отделов и отделений с заданным уровнем детализации

Например:
08-Отдел автоматизации
07-Контрольно-ревизионный отдел
09-Юридический отдел
15-Отдел организации выплаты пенсий
В результате получается:
. . .
▼048-Иркутская область
▼08-Отдел автоматизации
048-0801 Якунин В.Ф.

имена основных серверов формируются добавлением буквы s к имени организации региона или района. Имена дополнительных серверов в одной организации на одном сертификате получаются добавлением латинской буквы a-z справа к имени основного сервера. Например: имена серверов по Краснодарскому краю – s033/033/d/ru, s033a/033/d/ru; имена района 003 по Краснодарскому краю s003/003/041/d/ru, s003a/003/041/d/ru;
при регистрации пользователя заполняются следующие поля: Имя, Инициал и Фамилия. Для удобства работы с именами в адресных книгах и почтовых сообщениях эти поля заполняются по следующим правилам:
• в поле Имя помещается Фамилия и инициалы
• поле Инициал оставляем пустым;
• в поле Фамилия помещаем функциональное имя регионального пользователя (в соответствии с документом «Порядок формирования адресов…») с номером региона. Например, для Начальника отдела Автоматизации Краснодарского края это поле будет заполнено так: 033-0801.
Пример имени пользователя: Семенов В.В. 100-1101.
Имя Администратора определяется следующим образом:
- в поле Имя указывается Admin ,
- в поле Фамилия указывается номер региона.
Получаем, например, такие имена: Admin 033, Admin 087 и т.д.
Для пользователей районных отделений к номеру региона необходимо добавить номер района. Например: 033002-0812.

Далее идет разработка методических материалов(для сомневающихся), содержание которых для каждой организации, определяется спецификой решаем задач на базе Lotus Notes(у каждого свое)
+ документ регламентирущий использование корпоративной электронной почты в правовом отношении
 
F

fireless

держи камрад!
только пользуйся умеючи!!!



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

BoraBora

Перевыложите плиз, а то ссылки мертвые.
Спасибо
 
Статус
Закрыто для дальнейших ответов.
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!