форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Слежение"
Сообщение от sclif13 on 17-Мрт-03, 13:05  (MSK)
Ребята подскажите хорошию программу слежения за действиями юзверов, изменениями файлов и т.п.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "Слежение"
Сообщение от Sky on 17-Мрт-03, 13:29  (MSK)
>Ребята подскажите хорошию программу слежения за действиями юзверов, >изменениями файлов и т.п. В смысле ? у тебя юзеры работают в UNIX ?
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "Слежение"
	Сообщение от sclif13 on 17-Мрт-03, 13:39  (MSK)
	У нас несколько админов и если вдруг один что-то подправит и забудит что где когда подправил, а потом сидим и чешем репу почему сервак падает, а так посмотрел кто-где что менял и проанализировал возможную ошибку.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	12. "Слежение"
	Сообщение от poige on 19-Мрт-03, 16:16  (MSK)
	>У нас несколько админов и если вдруг один что-то подправит и забудит >что где когда подправил, а потом сидим и чешем репу почему >сервак падает, а так посмотрел кто-где что менял и проанализировал возможную >ошибку. Попробуйте использовать CVS. На opennet недавно была новость как-раз об этом: http://www.opennet.me/opennews/art.shtml?num=2195 /poige -- http://www.morning.ru/~poige/
		Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "Слежение"
Сообщение от gennady on 17-Мрт-03, 13:42  (MSK)
>Ребята подскажите хорошию программу слежения за действиями юзверов, >изменениями файлов и т.п. Установите sudo, настройте разрешения на выполнение программ, измените рутовый пароль, чтобы никто рутом не работал, а потом считывайте с помощью сислога кто - что делал.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "Слежение"
	Сообщение от boykov on 17-Мрт-03, 17:17  (MSK)
	>>Ребята подскажите хорошию программу слежения за действиями юзверов, >>изменениями файлов и т.п. >Установите sudo, настройте разрешения на выполнение программ, измените рутовый пароль, чтобы никто >рутом не работал, а потом считывайте с помощью сислога кто - >что делал. Вообще-то это решается административно: - изменения обязательно тестируются/обдумываются на предмет целостности системы; - изменяемые файлы бэкапятся с указанием даты/времени бэкапа; - о каждом изменении уведомляются все администраторы (маиллистом); - sudo -- по вкусу, но лучше, чтоб был; - НЕВЫПОЛНЕНИЕ ВЫШЕУКАЗАННЫХ ПРАВИЛ ПРИВОДИТ К ВЫГОВОРАМ/ЛИШЕНИЯМ ПРЕМИЙ/УВОЛЬНЕНИЯМ. В такой ситуации каждый админ представляет себе почти весь сервер в достаточно полной детализации, откаты есть, порядок -- тоже.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "Слежение"
	Сообщение от sclif13 on 18-Мрт-03, 09:22  (MSK)
	Тогда сначала надо уволить всех, так как ни кто не будет соблюдать эти правила. НАдо чтоб автоматом бакапы делались, ну типа такой админ правил тот файл в такое время, и если можно то что именно он исправил на что именно.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "Слежение"
	Сообщение от dawnshade on 18-Мрт-03, 09:29  (MSK)
	>Вообще-то это решается административно: > - изменения обязательно тестируются/обдумываются на предмет целостности системы; > - изменяемые файлы бэкапятся с указанием даты/времени бэкапа; > - о каждом изменении уведомляются все администраторы (маиллистом); > - sudo -- по вкусу, но лучше, чтоб был; > - НЕВЫПОЛНЕНИЕ ВЫШЕУКАЗАННЫХ ПРАВИЛ ПРИВОДИТ К ВЫГОВОРАМ/ЛИШЕНИЯМ ПРЕМИЙ/УВОЛЬНЕНИЯМ. > >В такой ситуации каждый админ представляет себе почти весь сервер в достаточно >полной детализации, откаты есть, порядок -- тоже. В общем-то да... Но с моей точки зрения - админ должен быть один. А такой подход - все равно что жену на шару выставлять...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "Слежение"
	Сообщение от boykov on 18-Мрт-03, 12:17  (MSK)
	> >В общем-то да... Но с моей точки зрения - админ должен быть >один. А такой подход - все равно что жену на шару >выставлять... Как сказать. Если на сервере крутится довольно много всего -- одному можно и не поспеть... Опять же админ спать иногда должен, и вообще, работать не более 8 часов :) С женой/подругой/другой работой пообщаться -- тоже надо бывает. А сервер-то спать не ложится и на другую работу не ходит. А посему около него сидит дежурный (ну или по сети мониторит). Опять же дизайнеры имеют свойство звонить в последний момент среди ночи, потому как www перезапустить надо, к утру все работать должно... Вот и разбредаются админские права по 3-4 человекам, которые не каждую неделю в реале встречаются. А насчет бэкапа -- так инкрементальный бэкап просто создан для протоколирования изменений. Не устану повторять: fsbackup избавит админа от дрожи в коленях.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "Слежение"
	Сообщение от dawnshade on 18-Мрт-03, 12:23  (MSK)
	>Вот и разбредаются админские права по 3-4 человекам, которые не каждую неделю >в реале встречаются. > >А насчет бэкапа -- так инкрементальный бэкап просто создан для протоколирования изменений. >Не устану повторять: fsbackup избавит админа от дрожи в коленях. Тогда дифференцировать функции по разным серверам.... Имхо это мое мнение, я его никому не навязываю...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "Слежение"
	Сообщение от boykov on 18-Мрт-03, 15:12  (MSK)
	> >Тогда дифференцировать функции по разным серверам.... Имхо это мое мнение, я его >никому не навязываю... А можно его пообсуждать? Разнесение сервисов по разным серверам связано - с увеличением затрат (как на сервер, так и на его поддержку и размещение). С этим все вроде понятно, зависимость прямая, почти линейная; - с изменением уровня надежности. Вот это -- вопрос интересный. С одной стороны: вероятность выхода из строя всех серверов ниже, так что надежность каждого отдельного сервиса вроде как повышается. С другой же стороны -- вероятность выхода из строя хотя бы одного из 3-4 серверов выше, чем у 1 (2 в случае горячего дублирования). То есть надежность системы в целом -- понижается. Вот и думай теперь. Воопрос: кто нибудь размышлял над подобными вещами и/или обладает информацией о них? В частности -- о влиянии на надежность резервирования сервисов, о том отказ каких сервисов наиболее разрушителен для систем и пр. PS до чего может дойти тред о логгинге...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "Слежение"
	Сообщение от dawnshade on 18-Мрт-03, 15:52  (MSK)
	>С одной стороны: вероятность выхода из строя всех серверов ниже, так что >надежность каждого отдельного сервиса вроде как повышается. С другой же стороны >-- вероятность выхода из строя хотя бы одного из 3-4 серверов >выше, чем у 1 (2 в случае горячего дублирования). То есть >надежность системы в целом -- понижается. > Ну кстати, не факт. С одного сервера снимаем нагрузку - остаеться как роутер (наиболее уязвимая часть всей системы). А на остальные распределяем ее, один натит, другой почта, третий хттп. Согласись вероятность что заглючит один из компонентов на сильно нагруженной машине больше чем заглючит тот же компонент на "разгруженной", где работает только он... К примеру, у мя есть роутер, на котором не рестартиться по kill -1 natd - он просто вешает всю сетевую часть... Очень много парился с добавлением трасляции внутрь сети... Вот так...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

11. "Слежение"
Сообщение от Ilia on 18-Мрт-03, 16:59  (MSK)
>Ребята подскажите хорошию программу слежения за действиями юзверов, >изменениями файлов и т.п. Tripwire вообще-то, но он немножко для другого...
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

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