forum.lissyara.su

Kracker писал(а):Мне нужны помошники, я сам не потяну

так тебе и показали как реализуется проект аналогичный тому что ты задумал

dikens3 писал(а):http://house.hcn-strela.ru/BSDCert/

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

f_andrey писал(а):... кстати надо сходить посмотреть может что ценное дописали

Пока без изменений

serge писал(а): Пока без изменений

Да как то они замедлелись у меня скачан предпоследний релиз

Расчитывай и на меня, я чем смогу тем и помогу. Единственное нужно определиться с форматом "книги"( типа ТЗ), т.е. это будет полноценное описание ФРИ с мат частью и описанием принципов, как говорилось выше, или это просто будет сборник рецептов и секретов, с подробными инструкциями по установке, возможными траблами и переведенными подробными конфигами. Чтоб в пустую не гонять воздух и не тратить силы и время, свое и чужое.

Тут в последнее время не хватает времени и сил что б просто почитать форум, не говоря уже о том что б ответить..а вы еще и книгу...круто...
есть жеж работа (основная, за которую платят и на которую живешь), есть семья, дети...а еще ж и иногда отдыхать нужно...
книга это очень серьезно, и мне кажется, что тут на полноценную книгу еще мало информации. а статьи...они же в основнов либо специфические, либо совсем уж общие. в книгах очычно такого не пишут, там больше теории, чем практики, потому что "двух одинаковых серверов не существует" (с).
а вот упорядочить статьи на сайте - это да, это нуно. при чем толково упорядочить, с запасом, что б через год/два не пришлось снова все упорядочивать...имхо канечна

могу помочь, по мере загруженности.
большей частью конструктивной критикой.
=======
про печать - мне писали в личку, справшивалиразрешения напечаттаь - человек в типографии работает - обещал подарочный экземпляр.
судя по отсутствию экземпляра - ничё не вышло =(
========
что касается книги, бумажной, учтите - надо делать заново вёрстку, для книги не пойдёт что есть.

P.S. На мой взгляд, лучше сделать пяток брошур, типа
Документация exim & FAQ
Настройка сервера апаче + php + mysql + мелкий тюнинг
Настройка .......... много чё можно настроить....
типа того.
если процесс пойдёт - в конце брошурки объединяются в одну - делается новое оглавление и книга готова.

http://house.hcn-strela.ru/BSDCert/

Оригинально зделано, но у лиса материал немного иного формата (похоже на <FreeBSD сервер своими руками - готовые решения>), к тому же в BSDCert нет существенных обновлений уже год .

это будет полноценное описание ФРИ с мат частью и описанием принципов, как говорилось выше, или это просто будет сборник рецептов и секретов, с подробными инструкциями по установке, возможными траблами и переведенными подробными конфигами.

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

Тут в последнее время не хватает времени и сил что б просто почитать форум, не говоря уже о том что б ответить..а вы еще и книгу..

Полностью согласен, но куда спешить ? Согласуем план действий, а дальше по возможности, асинхронно не спеша писать. У меня самого 100% отдача будет только летом.

статьи...они же в основнов либо специфические, либо совсем уж общие

Согласен, как с форматом книги решим, там и посмотрим.

На мой взгляд, лучше сделать пяток брошур, типа
Документация exim & FAQ
Настройка сервера апаче + php + mysql + мелкий тюнинг
Настройка .......... много чё можно настроить....
типа того.
если процесс пойдёт - в конце брошурки объединяются в одну - делается новое оглавление и книга готова.

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

Kracker писал(а):В любом случае мы еще 20 раз перелопатим структуру, что-то поменяем.

вот-вот, я тоже думаю, что с этим стоит пока подождать.
Я предлагаю делать так: выбрать статьи по отдельной тематике и дополнить их немного теорией. Например, назовем раздел (который потом станет главой, брошюрой или чем там еще, хз) "Шлюз на FreeBSD". Пишем небольшой раздельчик про то, что такое шлюз, зачем нужен, какие требования к нему предъявляются. Потом каждый компонент в отдельности - ipfw, немного про него, а потом статьи с сайта в качестве конкретных примеров. Заодно станет ясно, какие важные аспекты работы с FreeBSD на сайте недостаточно освещены.
Кстати, не стоит ли тему перенести в раздел "сайт и форум"?

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

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

всё загинет так и не начавшись.
Смысла не вижу.
Кому надо тот сам найдет(я про инфу).

Всех имеющихся статей хватит только на брошюру.

И назовем её так "FAQ по FREEBSD от бывалых"

Моя критика объективна.

Я предлагаю делать так: выбрать статьи по отдельной тематике и дополнить их немного теорией. Например, назовем раздел (который потом станет главой, брошюрой или чем там еще, хз) "Шлюз на FreeBSD". Пишем небольшой раздельчик про то, что такое шлюз, зачем нужен, какие требования к нему предъявляются. Потом каждый компонент в отдельности - ipfw, немного про него, а потом статьи с сайта в качестве конкретных примеров. Заодно станет ясно, какие важные аспекты работы с FreeBSD на сайте недостаточно освещены.

Поддерживаю предложение, теорию надо писать (именно так я и хотел).

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

Может пока этот вопрос оставим, напишем пару брошур.
Начинаю писать Историю BSD, составлю пример оглавления и рассортирую имеющееся статьи по главам.

можно напечатать хэндбук

топик не читал, но книг вот тута дохрена


http://www.publishe.ru/cool/it-lib.htm

всё загинет так и не начавшись

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

если ты студент и у тебя дофига времени то я рад за тебя

Я готов взяться за раздел про LDAP.

manefesto писал(а):всё загинет так и не начавшись.
Смысла не вижу.
Кому надо тот сам найдет(я про инфу).

Всех имеющихся статей хватит только на брошюру.

И назовем её так "FAQ по FREEBSD от бывалых"

Моя критика объективна.

Пессимисты Польза будет, однозначно.

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

объясните мне....нафига...
книги немета выше крыше хватает.
Не всё конечно актуально....
Но думаю никто из нас не сможет написать про почтовые системы как он на 60 страниц(вроде бы...точно не помню)

manefesto писал(а):Не всё конечно актуально....

объясняю - ты сам ответил на свой вопрос.

manefesto писал(а):Есть толковая книга. Называется "Unix для системного администратор" под редакцией Немета

Evi Nemeth - женщина и фамилия ее не склоняется. А книга эта действительно - "must have", для любого (начинающего в особенности) админа.

princeps писал(а):Кстати, есть некоторые статьи, где текст кусками сделан копи-пастом с других сайтов\статей. В случае выхода бумажного экземпляра возникнут проблемы с копирайтами. Надо, чтоб авторы сами признались, что где они стащили.

примеры?

Эммм, вот точно помню, что видел абзац слово в слово из спецхакера вот здесь:
http://www.lissyara.su/?id=1450
но сейчас что-то не могу найти. Пусть Равен2000 не обижается, статья хорошая, ссылки на первоисточники есть, но для бумажного варианта их будет мало. Есть подозрения, что в других статьях есть также копи-паст, которого мы просто не видим, т.к. первоисточник не читали. И, кстати, просто перевод тоже сделать нельзя, т.к. первоисточник как-то там защищается авторским правом.

Таким макаром никто не будет писать что то.
Просто ссылку на разработчика и все.
А зачем там все написанно.
Вот например последняя моя про COD4 некоторое взято из README прилагавшегося к дистрибутиву как что делать + поиски гула и тп.
Мне было бы легче далать так:
Статья COD4
1) Читай README прилагавшегося к дистрибутиву
1.1) Сайт игры с форумом
2) Ищи в гугле вопросы
3) И да прибудет с тобой сила
Ну вот и все мы и поставили софтину легко не правда ли?!

Похоже из серии аффтор жжёт но что же делать он ведь правильно сослался на туда и туда. И все по закону.
Можно сделать подборку ссылок на софт

Нет, ты не так понял. Ни один фрагмент в статье не должен слово в слово повторять чей-нибудь текст. В твоей статье был такой кусок, наверное даже не один, я точно помню, правда сейчас найти не могу. Это, собственно, не страшно, если статья лежит здесь на сайте, а вот если будет книга, то это может вызвать проблемы. Просто пересказать своими словами и все. А так ты, конечно, правильно сказал, мы не можем не опираться на чей-нибудь опыт и не использовать его в своих статьях. У меня нет опыта подготовки технических текстов, так что я не знаю, как принято делать в этой области, зато я готовил много гуманитарных. Так вот там принято так: если тебе для связности и логичности повествования надо привести чью-то чужую мысль, то приводишь ее и ставишь ссылку с выходными данными издания и страницей, что типа это не я придумал, это вот такой-то Вася Пупкин. Собственно, все это не важно, пока мы действительно не решили издавать книгу, а до этого в любом случае еще далеко.

Тема, поднятая Kracker, оказалась очень интересной.
Действительно есть ОЧЕНЬ много книг, посвященных миру UNIX вообще и FreeBSD в частности.
Я тоже довольно часто задумывался о написании такой книги.

Останавливало только несколько соображений.
1. На толковую книгу надо затратить где то год. Причем потратить на нее 100% времени, а в это время есть и пить надо. За год в системе поменяется довольно много, и придется потратить еще полгода на рихтовку.
2. Англоязычных читателей в разы больше русскоязычных. Чтобы заработать на книге, она должна быть настолько хороша, чтоб ее ЗАХОТЕЛИ перевести на английский.
3. Как таковая, FreeBSD никого не интересует. С ее помощью люди зарабатывают деньги, за счет уменьшения затрат на ПО.
4. На FreeBSD работает большое количество других программ, которые не являются составной частью системы, но в то же время необходимы для предоставления услуг, и их настройку так же придется включить в книгу.

Собственно из п.4 следует название. Например Корпоративный сервер на базе FreeBSD.

Что необходимо сделать чтобы такая книга пользовалась успехом (Я не о продажах!!!) у системных администраторов.
1. Книга должна помочь в решении ограниченного количества задач. Ограниченного потому что не надо пытаться объять необъятное. Крайне важно определить цель книги, или даже каждой главы.
2. Каждая задача должна быть решена максимально точно. Грубо говоря в соответствии с техническим заданием. Вопрос: Кто составляет техническое задание? Ответ: Бизнес. Те люди которые пользуются вашей настроеной системой.

Я для себя определил две больших задачи, для решения которых устанавливается FreeBSD.
1. Корпоративный сервер.
2. Сервер хостинга.
Если про п.1 я более-менее знаю все, то про п.2 я затрудняюсь что либо сказать.

Итак задача : корпоративный сервер на FreeBSD.
Причем возможно что это не один сервер.
Определимся с сервисами, которые будут на нем запущены. Или лучше не с сервисами, а с услугами которые он будет предоставлять.
Разделю их условно на технологические и бизнес-услуги.
В технологические условно входит:
1. Средства адресации
1.1. Динамическое выделение ip-адресов (DHCP)
1.2. преобразование имен (DNS)
1.3. трансляция адресов (NAT)
1.4. настройка интерфейсов (ethernet, tunnel и пр. список дополните пожалуйста)

2. Средства маршрутизации
2.1. статическая
2.2. OSPF
2.x. список дополните пожалуйста...

3. Средства управления
3.1. SSH
3.2. web-консоль

4. Средства общей безопасности
4.1. Authentication (аутентификация) — сопоставление персоны (запроса) существующей учётной записи в системе безопасности. Осуществляется по логину, паролю, сертификату, смарт-карте и т.д.
4.2. Authorization (авторизация, проверка полномочий, проверка уровня доступа) — сопоставление учётной записи в системе (и персоны, прошедшей аутоидентификацию) и определённых полномочий (или запрета на доступ). В общем случае авторизация может быть "негативной" (пользователю А запрещён доступ к серверам компании).
4.3. Accounting (учёт) — слежение за потреблением ресурсов (преимущественно сетевых) пользователем.
4.4. Межсетевой экран (firewall)
4.5. IDS
4.6. Антивирусное обеспечение

5. хранение системных данных
5.1. Конфигурационные файлы
5.2. Базы данных

6. Мониторинг
6.1. Анализ журналов регистрации системы
6.2. Анализ статистики работы программного обеспечения (сервисов)
6.1. Сбор, хранение и анализ статистики работы оборудования
6.3. Сбор, хранение и анализ файлов регистрации АТС

7. Резервирование
7.1. Репликация баз данных и конфигурационных файлов на сервер горячего резерва
7.2. Резервирование журналов регистрации
7.3. Backup

8. Ограничение доступа

9. Ведение документирования объектов, относящихся к ведению системного администратора
9.1. Абсолютно пассивные компоненты: коммутационные шкафы, кабель-каналы, патч-панели
9.2. Физические линии связи: витая пара, оптическое волокно, радиоканалы
9.3. Активное сетевое оборудование: коммутаторы, маршрутизаторы, модемы, медиа-конверторы (преобразователи среды передачи)
9.4. Оборудование пердоставления услуг: серверы, принтеры (лазерные, струйные, матричные, сольвентные; цветные, монохромные), МФУ, КМА (не очень относится к ИТ но пусть будет все равно учет в ИТ-структуре делается)
9.5. Защита оборудования предоставления улуг: системы бесперебойного питания, системы пожаротушения и сигнализации
9.6. Оборудование портебления услуг: персональные компьютеры

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

В бизнес-услуги я отношу все что называется Groupware.
Вот здесь есть не польностью : http://ru.wikipedia.org/wiki/Groupware
Мне кажется для Максимально полного охвата, список необходимо расширить.

1. Средства хранения и обмена файлами:
1.1. Общие папки на сервере (пользователи сидят в основном под Windows, так что samba)
1.2. FTP-сервис

2. Средства неинтерактивного обмена файлами и документами.
2.1. электронная почта
2.2. доступ к почте через web
2.2. факс
2.3. голосовая почта
2.4. Веб-публикации
2.5. Новостные группы

3. Средства интерактивного взаимодействия.
3.1. Мгновенный обмен сообщениями
3.2. Аудио-конференции
3.3. Видео-конференции
3.4. IRC и web-чаты
3.5. web-форумы

4. Средства организации работы
4.1. Справочник контактов (ФИО, e-mail, телефон, IM и пр.)
4.2. электронные календари — составление ежедневников, автоматические напоминания
4.3. Управление электронным документооборотом.
4.4. системы управления проектами — составление расписаний работ, отслеживание его выполнения, наглядное отображение состояния проекта по мере его выполнения.
4.5. Базы знаний.

5. Специфические средства.
5.1. Базы данных: вобщем то они же есть и в технологических услугах, просто цели разные, например хранение базы 1С в PostgreSQL.
5.2. Геоинформационные системы.

6. Развлечения
6.1. трансляция радио
6.2. Трансляция видео

Возможно что я что то забыл, но федь для этого и нужен форум. Поправите меня если я не прав.

Двигаемся дальше.
Совершенно понятно что написать одну статью про электронную почту невозможно, ибо МТА и настроек очень много. Следовательно эту задачу необходимо будет разбить на подзадачи и решать их по отдельности. тем более что в п.2.1. входит и защита от спама и вирусов.

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

По структурированиию взаимоотношений сежду ИТ и бизнесом: ITIL (v2/v3), COBiT, CMMI, MOF, SixSigma

По информационной безопасности:
ГОСТ Р 50922-96 Защита информации ОСНОВНЫЕ ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ
ГОСТ Р ИСО МЭК 12119-2000 ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ.ПАКЕТЫ ПРОГРАММ.ТРЕБОВАНИЯ К КАЧЕСТВУ И ТЕСТИРОВАНИЕ
ГОСТ Р ИСО МЭК 12207-99 ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ.ПРОЦЕССЫ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНЫХ СРЕДСТВ
ГОСТ Р ИСО МЭК 15910-2002 ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ.ПРОЦЕСС СОЗДАНИЯ ДОКУМЕНТАЦИИ ПОЛЬЗОВАТЕЛЯ ПРОГРАММНОГО СРЕДСТВА
ГОСТ Р ИСО МЭК ТО 9126-93 ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ.ОЦЕНКА ПРОГРАММНОЙ ПРОДУКЦИИ.ХАРАКТЕРИСТИКИ КАЧЕСТВА И РУКОВОДСТВА ПО ИХ ПРИМЕНЕНИЮ
ГОСТ Р ИСО МЭК ТО 9294-93 ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ.РУКОВОДСТВО ПО УПРАВЛЕНИЮ ДОКУМЕНТИРОВАНИЕМ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
ГОСТ Р ИСО МЭК ТО 10000-1-99 ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ.ОСНОВЫ И ТАКСОНОМИЯ МЕЖДУНАРОДНЫХ ФУНКЦИОНАЛЬНЫХ СТАНДАРТОВ
ГОСТ Р ИСО МЭК ТО 12182-2002 ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ.КЛАССИФИКАЦИЯ ПРОГРАММНЫХ СРЕДСТВ
ГОСТ Р ИСО МЭК ТО 15271-2002 ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ.ПРОЦЕССЫ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНЫХ СРЕДСТВ
ГОСТ Р ИСО МЭК 17799-2005 Информационная технология ПРАКТИЧЕСКИЕ ПРАВИЛА УПРАВЛЕНИЯ ИНФОРМАЦИОННОЙ БЕЗОПАСНОСТЬЮ
ПОПРАВКА К ГОСТ Р ИСО МЭК ТО 12182-2002 ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ. КЛАССИФИКАЦИЯ ПРОГРАММНЫХ СРЕДСТВ
ISO 27000 Определения и основные принципы информационной безопасности
ISO 27001 ISO/IEC 27001:2005 Информационные технологии. Методы обеспечения безопасности. Системы управления информационной безопасностью. Требования
ISO 27002 Практические правила управления информационной безопасностью Выпуск стандарта запланирован на 2006-2007 гг.
ISO 27003 Руководство по внедрению системы управления информационной безопасностью Выпуск запланирован на 2007 г.
ISO 27004 Измерение эффективности системы управления информационной безопасностью Выпуск запланирован на 2007 г.
ISO 27005 Управление рисками информационной безопасности (на основе BS 7799-3:2006). Выпуск запланирован на 2007 г.
ГОСТ Р ИСО МЭК 17799-2005 Информационная технология ПРАКТИЧЕСКИЕ ПРАВИЛА УПРАВЛЕНИЯ ИНФОРМАЦИОННОЙ БЕЗОПАСНОСТЬЮ
ISO 18028-1 ISO/IEC 18028-1:2006 Информационные технологии. Методы обеспечения безопасности. Сетевая ИТ безопасность. Управление сетевой безопасностью
ISO 18028-5 ISO/IEC 18028-5:2006 Информационные технологии. Методы обеспечения безопасности. Защита сетевых взаимодействий при помощи Виртуальных Частных Сетей
РД Гостехкомиссии РФ “АС. Защита от НСД к информации. Классификация АС и требования по защите информации.”
РД Гостехкомиссии РФ “СВТ. Защита от НСД к информации. Показатели защищенности от НСД к информации”.
ISO 15408, ГОСТ Р 15408 Общие критерии оценки безопасности информационных технологий
Указ Президента Российской Федерации от 12 мая 2004 г. N 611 О мерах по обеспечению информационной безопасности Российской Федерации в сфере международного информационного обмена
Федеральный закон "О коммерческой тайне"
Федеральный закон от 27 декабря 2002 г. N 184-ФЗ "О техническом регулировании"
Федеральный закон "Об электронной цифровой подписи"
Положение "Об организации внутреннего контроля в кредитных организациях и банковских группах"


Предлагаю следующую структуру шаблона статьи:
0. Теоретическая часть (возможно она и не нужна, но если кто нибудь захочет написать то это будет хорошо потому, что можно будет точнее сформулировать цель)
1. Цель - описываем состояние системы, которое необходимо достигнуть.
2. Используемые ресурсы
2.1. Основные используемые протоколы со ссылками на них
2.2. Название пакета, порта, ссылка на страницу программы, версия
2.3. Путь к исполняемому файлу, к конфигурационным файлам, к журналам регистрации
2.4. Описание ключей исполняемого файла (лучше вкратце описать все ключи, а на используемых остановиться подробнее и объяснить почему их используем)
2.5. Описание содержимого конфигурационных файлов (описать так же как с ключами)
3. Описание запуска, останова, рестарта, получение статуса
4. Описание проверки работоспособности.
5. Настройка безопасности.
6. Часто возникающие проблемы и способы их обхода (я думаю что этот пункт будет наполняться из форумов и разрастаться, впоследствии придется переностить в основную часть)
7. Checklist!!! Здесь должна содержаться в табличном виде информация по основным параметрам настройки. В случае ПОЛНОЙ потери всего оборудования и резервных копий, восстановление должно быть возможно по этой таблице.

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