«Всероссийская научно-практическая конференция Свободное программное обеспечение: разработка и внедрение Томск, 17–18 мая 2008 года Тезисы докладов Томск Издательство ИОА СО РАН 2008 УДК 004.413 С25 С25 Свободное ...»

ALT Linux

Unigine

TLUG (Tomsk Linux User Group)

Всероссийская научно-практическая конференция

Свободное программное обеспечение:

разработка и внедрение

Томск, 17–18 мая 2008 года

Тезисы докладов

Томск

Издательство ИОА СО РАН

2008

УДК 004.413

С25

С25 Свободное программное обеспечение: разработка и внедрение: Тезисы докладов Всероссийской научно-практической конференции. М.; Томск: Издательство ИОА СО РАН, 2008.

100 с. : ил.

ISBN 978-5-94458-086-6 В книге собраны тезисы докладов, одобренных Программным комитетом первой конференции Свободное программное обеспечение:

разработка и внедрение (Томск, 17–18 мая 2008). Тезисы печатаются на основе электронных форм, представленных авторами, которые несут ответственность за содержание и оформление текста.

c Коллектив авторов, ISBN: 978-5-94458-086- Программа конференции 17 мая 09.00–09.45: Регистрация в холле гостиницы Рубин, кофе 09.45–10.00: Вступительное слово Оргкомитета. Открытие конференции Общие вопросы развития СПО 10.00–12. 10.00–10.30: А. В. Смирнов CПО в России: с просёлка на большую дорогу.

Трудности масштабирования...................... 10.30–11.00: А. Ю. Запрягаев, Д. Шергин Использование СПО при разработке Unigine............. 11.00–11.30: Д. А. Лихачёв, Д. Н. Бараксанов, Е. В. Лапин, А. Лёвин Использование СПО в работе команды веб-разработчиков. 11.30–12.00: М. А. Гусаров Менеджмент крупных открытых проектов. ALT Linux Sisyphus: проблемы и перспективы..................

Программа конференции Внедрение СПО 12.00–14. 12.00–12.30: М. Е. Кривушин Централизованное управление системами на базе GNU/Linux 12.30–13.30: Обед 13.30–14.00: А. Я. Чичак Миграция коммерческих структур на СПО. Проблемы и способы их решения.............................. СПО в высшей школе 14.00–15. 14.00–14.30: Ф. Е. Татарский, А. А. Князева Опыт использования СПО для обучения программистов в ВУЗе.......................................... 14.30–15.00: П. Г. Губин Внедрение СПО в учебный процесс кафедры ПрЭ ТУСУР.

15.00–15.30: С. Н. Постников Созрел ли ALT Linux для высшей школы?...............

16.00–17.00: Переход в Институт Оптики Атмосферы, кофе Круглый стол по внедрению СПО в школах 17.00–20. 17.00–17.30: В. Д. Корнеев Особенности внедрения СПО в школы Томской области...

17.30–17.50: Е. Г. Пьяных Об опыте педагогического университета по повышению квалификации в области СПО различных категорий 17.50–18.10: С. В. Кучин 18.10–18.30: В. Б. Смирнов 18.30–18.50: Л. А. Татарникова 18.50–19.10: Д. В. Ефанов Организация школьного сервера на базе дистрибутива 19.10–19.20: Перерыв 19.20–20.30: Дискуссия, ведущий А.В. Смирнов (Москва, ALT Linux) 18 мая 09.00–09.30: Стендовая секция 09.30–10.00: В. М. Вымятнин 10.00–10.30: С. И. Иевлев 10.30–11.00: М. С. Пожидаев Обзор информационной системы для торговли и 11.00–11.30: Кофе, стендовая секция 11.30–12.00: С. В. Подушкин 12.00–12.30: Д. В. Левин 12.30–13.00: А. Г. Боковой 13.00–14.00: Обед 14.00–14.30: О. Л. Садов Международная инициатива Scientic Linux и проект 14.00–15.00: М. А. Шигорин 15.00–15.30: А. Варламов, С. Забелин, С. М. Мишура Apache Harmony: разработка Java-платформы как 15.30–16.00: М. Ю. Фурсов Apache Harmony: компоненты для переиспользования.....

16.00–16.30: Кофе, стендовая секция 16.30–17.00: А. П. Щербаков Разработка макета автономного робота на основе 17.00–17.20: Г. Э. Куликов Создание автоматизированной системы сбора и обработки данных физического эксперимента на основе 17.20–17.40: А. И. Привезенцев Разработка модуля Мета+ информационной системы Молекулярная спектроскопия для формирования 17.40–18.00: А. Ю. Ахлёстин Промежуточное программное обеспечение для создания 18.30–19.00: Закрытие конференции Стендовая секция М. С. Пожидаев Обзор компонентов и возможностей средств для работы Е. В. Лапин, Д. Н. Бараксанов, Д. А. Лихачёв, А. Лёвин С. В. Кратов Организация взаимодействия пользователей В. В. Сергеев, С. Ю. Коростелев, С. Г. Псахье Приложение Analyzer 3D для обработки и анализа Ю. А. Поплавский, А. П. Щербаков, Г. Э. Куликов Использование распределённой сетевой архитектуры и платформы GNU/Linux в непрерывных Д. Д. Моисеенко Стохастические клеточные автоматы: моделирование роста Н. А. Лаврентьев А. А. Вичугова Опыт использования СПО в учебном процессе Д. Н. Бараксанов, Е. В. Лапин, Д. А. Лихачёв, А. Лёвин Свободные решения для построения веб-пространства И. А. Хахаев А. Н. Гороховский С. В. Косаченко О. Н. Грибан Мультимедиа технологии в обучении истории: свободный Проект: Разработка концепции развития СПО в России http://www.altlinux.ru/community_news/spo_conception_in_ russia.html СПО в России: с просёлка на большую дорогу Использование свободного программного обеспечения в России распространено значительно шире, чем это кажется на первый взгляд, достаточно обратиться к статистике использования ПО в российском сегменте Интернет, где более 90 % веб-серверов занимает Apache и более 80 % ОС это Linux или FreeBSD. В то же время разработка свободных программ и их внедрение оставались долгие годы на периферии IT-индустрии. Сейчас мы наблюдаем резкий рост интереса к СПО как со стороны бизнеса, так и со стороны государства. Я полагаю, что этот интерес вызван не только ужесточением авторскоправового законодательства и необходимостью легализации ПО, но и пониманием, что это основной путь приобщения к современным технологиям и включения в международное сообщество разработчиков, путь изменения в свою пользу сложившегося международного разделения труда.

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

В 2006 году профильное министерство Мининформсвязи рассмотрело вопросы развития СПО в России на Коллегии, была создана Рабочая Группа Мининформсвязи по Свободному ПО, которая подготовила свои рекомендации. На их базе была разработана Концепции развития разработки и использования свободного программного обеспечения в Российской Федерации. Это первый официальный документ в российской нормативной практике, вводящий понятие Свободного программного обеспечения (СПО) и другие базовые понятия. В концепции формулируется государственная политика в области разработки и использования программ для ЭВМ и принциОбщие вопросы развития СПО (10.00–12.00) пы развития разработки и использования СПО, ставятся связанные с СПО правовые вопросы, рассматриваются инфраструктура разработки и использования СПО, организация повышения квалификации, популяризация СПО, поддержка проектов СПО и некоторые другие вопросы. В декабре 2007 года Концепция была одобрена Коллегией Мининформсвязи. За эти годы удалось в значительной мере расчистить пространство, решив ряд юридических и организационных препятствий к продвижению СПО. В качестве примера приведу отмену в 2005 году Постановления Правительства от 1999 года, которое предписывало госзаказчикам требовать от разработчиков передачи исключительных авторских имущественных прав, это требование, как правило, не могло быть выполнено разработчиками свободных программ.

Заметным шагом было также Распоряжение Председателя Правительства РФ о подготовке ПСПО комплекта свободных программ для школ наряду с поставкой в школы комплектов Первой помощи. Одним из трёх пилотных регионов по внедрению ПСПО является Томская область. Хочу обратить внимание на мотивировку, сформулированную Дмитрием Медведевым, тогда ещё Первым вице-премьером, осенью 2007 года: речь идёт не о снижении издержек на лицензирование, а об обеспечении независимости государства в сфере информационных технологий.

На этой волне государственого интереса к свободному программному обеспечению провозглашался и лозунг создания Отечественной операционной системы. Прежде, чем давать ему какие-либо оценки, давайте разберёмся, какие задачи он пытается решить, и какое ПО можно было бы назвать отечественным. Вряд ли стоит связывать отечественную принадлежность ПО с гражданством разработчиков, с местом регистрации фирмы или с гражданством её владельцев: разработанное российскими оффшорными программистами ПО вряд ли можно считать отечественным, а владельцы фирмы могут и поменяться. Если речь идёт о доступности программного обеспечения для государства, то должны быть обеспечены как минимум наличие экземпляра программы (закон об обязательном экземпляре пока действует), наличие достаточных для обеспечения жизненного цикла авторских имущественных прав и доступность сборочной среды.

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

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

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

Использование СПО при разработке Unigine Прозрачное использование кросс-платформенных-инструментов (SCons, Python, Vim) и библиотек. Параллельное использование свободных решений с закрытым исходным кодом: MS Visual C ++ Express Edition, MS Platform SDK. Эффективная разработка с использованием GNU toolchain: GCC, GDB, distcc, ccache. Вопросы обеспечения лицензионной чистоты проприетарного продукта, при разработке которого используется СПО. Опыт взаимодействия с командами разработки драйверов современного 3D железа под GNU/Linux. Использование платформо-независимых решений для управления проектом:

Subversion и Trac.

Unigine это высокотехнологичный кросс-платформенный 3Dдвижок для систем виртуальной реальности, включающий в себя рендер, модуль физической симуляции, интерпретатор языка UnigineScript, модуль GUI и звуковую подсистему. Основные сферы применения современные игры и системы виртуальной реальности.

Разработка ведётся с 2004 года, проект имеет open source корни, но в настоящее время является проприетарным по ряду причин.

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

Процесс разработки Целевыми платформами Unigine на текущий момент являются 32и 64-битные версии MS Windows и GNU/Linux. Разработка, в основном, вёдется из Linux-окружения. Используемые компиляторы GCC (Linux) и MS Visual Studio Express Edition + MS Platform SDK (Windows), распространяемые бесплатно. В качестве системы сборки используется кросс-платформенный SCons. Для автоматизации рутинных операций широко используется Python. Не используется никаких платформозависимых IDE, только редакторы с поддержкой plain text (в основном VIM, отлично работающий и в Linux, и в Windows).

Альтернативные компиляторы не устраивают по ряду причин например, MinGW не имеет поддержки DirectX 10 из-за инертности разработчиков, а Intel Compiler не даёт работающих сборок под Linux.

Огромным плюсом разработки в GNU/Linux-окружении является наличие ccache (системы кеширования объектных файлов), ускоряющего пересборку проекта на порядок. Ещё один используемый инструмент для ускорения сборки distcc (система распределённой компиляции, доступна только в Linux). Для отладки используются GDB, Visual Studio IDE и самый мощный инструмент голова разработчика.

Профилирование производительности производится, в основном, в Windows из-за наличия совместимых удобных инструментов, включая специфичные для графических приложений: NVIDIANVPerfHUD, AMD GPU PerfStudio и AMD Shader Analyzer (которые тоже доступны бесплатно). Изредка используется gprof, но его применение ограничено из-за низкой скорости работы с крупными проектами и не очень удобных текстовых отчётов.

Для разработки используется выделенный сервер, предоставляющий доступ к одним и тем же файлам по NFS и SMB, что при наличии сети 1 Гб/с вполне комфортно для разработчика. Оттестированные изменения фиксируются в системе контроля версий Subversion. Официальные сборки создаются на одной машине под управлением Linux, Windows работает на ней в эмуляторе (VirtualBox). Для автоматизации процесса финальной сборки SDK, предоставляемого клиентам, создан набор скриптов на Python и Bash.

Для организации совместной работы группы разработчиков используется open source система управления проектами Trac (webbased), которая содержит багтрекер, трекер задач, wiki, и хорошо интегрируется с SVN. Документация частично генерируется с помощью Doxygen, в целом же для документирования разработана эффективная система на основе Python, PHP и XML/XSLT.

Открытые библиотеки Unigine использует ряд открытых библиотек: zlib, pnglib, jpeglib, freetype, oggvorbis, theora, для каждой из которых написаны сборочные правила для SCons, чтобы избежать путаницы в разнообразии систем сборки и конфигурирования. Лицензии каждой из этих бибОбщие вопросы развития СПО (10.00–12.00) лиотек совместимы с проприетарным ПО, этому вопросу уделяется пристальное внимание.

Драйверы под Linux Не секрет, что одной из основных проблем Linux признаётся ситуация с драйверами современных видеокарт. К счастью, недавно Linux-драйвер от AMD (он сильно отставал по качеству от NVIDIA) был серьёзно переработан (код, касающийся OpenGL, синхронизирован с Windows-версией) и сейчас вполне пригоден к использованию.

К сожалению, у AMD и NVIDIA поддержка Linux до сих пор производится по остаточному принципу, т. к. основные ресурсы брошены на поддержку Vista и DirectX 10. Несмотря на это, нужно отметить, что темпы исправления ошибок в драйверах в последнее время значительно возросли, большая часть проблем уже в прошлом.

Ещё одной проблемой в Linux являются современные звуковые карты от Creative Labs, большая часть возможностей которых недоступна пользователям из-за отсутствия нормальных драйверов и спецификаций. К счастью, недавно производитель открыл доступ к документации на флагманскую линейку X-Fi для разработчиков OSS и ALSA, скоро ожидаются драйверы с поддержкой 3D для Linux.

Заключение Опыт разработки Unigine показывает, что использование свободного программного обеспечения позволяет создавать крупные кроссплатформенные проекты ничуть не хуже, чем с помощью дорогих проприетарных решений. Компания Unigine Corp. относится к сообществу open source с признательностью, в меру возможностей внося свой вклад в общее дело Так, предыдущие версии Unigine доступны под GPL, интенсивное взаимодействие с производителями аппаратных средств помогает улучшать драйверы для Linux, сотрудники компании активно участвуют в продвижении свободного программного обеспечения.

Д. А. Лихачёв, Д. Н. Бараксанов, Е. В. Лапин, А. Лёвин Использование СПО в работе команды Основные задачи

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

Исходные данные Команда разработчиков: 4 человека.

Разрабатываются веб-приложения на базе J2EE технологий.

Одновременно ведётся 2–4 проекта. Порядка 5–10 проектов постоянно сопровождаются. В проектах часто изменяются требования.

Существующие проблемы В конце 2006 года команда столкнулась с проблемой лицензирования используемого ПО. Было принято решение о полном переходе на СПО. В то же время назрела необходимость применения методологии, позволяющей систематизировать процесс разработки ПО.

Анализ существующих методологий разработки ПО показал, что в исходных условиях наиболее применимыми являются гибкие методы разработки [6].

Большинство гибких методологий нацелены на минимизацию рисков путём сведения разработки к серии коротких циклов, называемых итерациями, которые обычно длятся одну-две недели. Каждая итерация сама по себе выглядит как программный проект в миниатюре и включает все задачи, необходимые для выдачи прироста по функциональности: планирование, анализ требований, проектирование, кодирование, тестирование и документирование. Хотя отдельная итерация, как правило, недостаточна для выпуска новой версии продукта, подразумевается, что гибкий программный проект готов к выпуску в конце каждой итерации. По окончании каждой итерации команда выполняет переоценку приоритетов разработки [1].

Таким образом, перед командой встали следующие задачи:

организация планирования разработки;

контроль версий;

накопление и обмен знаниями внутри команды;

выбор среды разработки.

Организация планирования разработки Планирование является одним из ключевых этапов жизненного цикла проекта [2]. Регулярное планирование позволяет отслеживать текущее состояние проекта и прогнозировать сроки его завершения.

В качестве инструмента, обеспечивающего поддержку планирования, используется Redmine (http://www.redmine.org). Redmine позволяет отслеживать задачи, вести учёт фактически потраченного времени по каждому проекту, планировать итерации, обеспечивать интерактивную обратную связь с пользователями.

Контроль версий Если в команде не используется система управления версиями, то в в исходных кодах проектов отсутствует порядок; на жёстком диске участников команды появляются директории вида new, new2, old, very_old. Параллельная работа членов команды становится невозможной из-за сложности слияния внесённых изменений.

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

В качестве системы управления была выбрана Subversion (http:

//subversion.tigris.org). Система обладает хорошей инструментальной поддержкой и тесно интегрируется с другими системами и средами разработки.

Накопление и обмен знаниями внутри команды Классическим примером реализации базы знаний является вики.

Вики это набор связанных веб-страниц, предназначенных для быстрого коллективного доступа и лёгкой модификации. Для написания вики-страниц используется простой синтаксис, позволяющий легко и быстро структурировать информацию [5].

В команде используется DocuWiki (http://wiki.splitbrain.org/ wiki:dokuwiki) в качестве основного вики-движка. Для некоторых проектов используется модуль вики, интегрированный в Redmine.

Интегрированная среда разработки Обычно среда разработки включает в себя текстовый редактор, компилятор и/или интерпретатор, средства автоматизации сборки и отладчик [4].

В команде используется IDE Eclipse (http://www.eclipse.org).

Eclipse хорошо интегрируется с различными средствами поддержки разработки (Subversion, Trac) при помощи модулей расширения.

Вывод Процесс перехода на использование СПО в веб-разработке может проходить двумя путями: использование рассмотренных решений в окружении Windows либо осуществление полного перехода на СПО.

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

Литература [1] Гибкая методология разработки.

[2] Жизненный цикл проекта.

[3] Система управления версиями.

[4] Среда разработки программного обеспечения.

[5] Wiki.

[6] Амблер С. Гибкие технологии: экстремальное программирование и унифицированный процесс разработки. СПб:Питер, 2005.

Проект: Сеть ЗАО СОЮЗ Т http://deepwalker.blogspot.com Централизованное управление системами на базе Введение Современный уровень развития свободного программного обеспечения (СПО) позволяет использовать системы на базе GNU/Linux в корпоративном секторе. С 2006 года в ЗАО СОЮЗ Т применяется СПО, с 2007 года на рабочих местах используется ОС Linux.

Сеть ЗАО СОЮЗ Т имеет централизованную архитектуру с центром в Томске и множеством филиалов. Задачи, решаемые сетью, это торговые операции на терминальных серверах под управлением MS Windows и обмен информацией. Сеть должна предоставлять современный уровень безопасности и доступности. Технологии, обеспечивающие работу сети Linux-машин, должны интегрироваться с имеющейся инфраструктурой MS Active Directory, что необходимо для совместной работы в полученной неоднородной среде. Инфраструктура управления сетью базируется на Kerberos, LDAP и Cfengine.

Kerberos, аутентификация Система Kerberos разработана в Массачусетском технологическом институте для проекта Athena. Kerberos построен на криптографии с симметричным ключом, разрабатывался в основном для клиент-серверной модели, предоставляет взаимную аутентификацию (и сервер, и клиент проверяют друг друга). Инфраструктура требует третьей доверенной стороны KDC (Key Distribution Center центр распределения ключей). Kerberos является системой, проверенной временем, обладает хорошим дизайном. Kerberos позволяет аутентифицироваться со своими ключами в дружественных сферах, в частности, пользователь из сферы Kerberos может получить доступ к машинам в домене Active Directory, для чего достаточно настроить дружественные отношения и отображение имён.

Критичными для Kerberos являются синхронизация времени и корректность DNS (обратное разрешение имён). Практически 90 % любых проблем связаны с этими причинами.

В ЗАО СОЮЗ Т инфраструктура Kerberos состоит из двух KDC, расположенных в Томске, и их клиентов.

LDAP, хранение информации LDAP Lightweight Directory Access Protocol, протокол доступа к каталогу. Каталог LDAP представляет собой базу данных, информация в которой организована в виде дерева. LDAP позволяет искать по каталогу, изменять, добавлять и удалять записи. LDAP хорошо подходит для хранения разнородной информации, записей, у которых не все атрибуты обязательны для заполнения или могут включаться несколько раз. Например, у группы может быть сколько угодно вхождений MemberUid, или dNSDomain может включать в себя сколько угодно записей MXRecord. Как видно из примеров, LDAP идеальное решение для хранения различной информации, необходимой для правильного функционирования сети. Также плюсом является единая репликация сервисов, чья информация хранится в каталоге LDAP. Операции с LDAP хорошо скриптуются, и конфигурация разных сервисов становится более единообразной добавление нового пользователя, DNS-записи или учетной записи для IP-телефонии очень похожи.

Конфигурирование Есть два типа инструментов для конфигурирования нескольких машин: инструменты, посылающие пользовательский ввод одновременно нескольким машинам, и системы с поддержкой конфигурации. К первому типу относятся ClusterSSH и аналоги, ко второму Cfengine, Puppet, Bcfg2. Системы с поддержкой конфигурации через определённые промежутки времени проверяют все условия, на которые настроены. Условием может быть наличие определенной строки в файле, разрешение на доступ, состояние процесса (запущен или нет), установлены ли необходимые пакеты ПО и т. д. Если условие не соблюдено, то корректируется состояние системы до нужного.

В ЗАО СОЮЗ Т применяются CLusterSSH, Cfengine и скрипты.

Скрипты предназначены для извлечения конфигурационных файлов из каталога LDAP и контроля состояния пакетов через apt.

Литература [1] Heimdal Официальный сайт Heimdal http://www.h5l.org/ [2] OpenLDAP Официальный сайт OpenLDAP http://www.

openldap.org/ [3] Cfengine Официальный сайт Cfengine http://cfengine.org/ Миграция коммерческих структур на СПО.

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

1. организационные;

2. психологические;

3. технические.

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

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

Проведение миграции можно разбить на четыре этапа.

Первый этап (переговорный). На этом этапе выясняется круг задач, решаемых в организации при помощи компьютерной техники, разъясняются возможности СПО и его ограничения. Особо убедительны доводы о малой подверженности систем вирусам, большей возможности контроля прав доступа, например, к сменным носителям, лучшая защита информации. Продолжительность этапа совершенно непредсказуема, может достигать и 6–8 месяцев.

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

При правильной организации сбора и анализа информации максимальная продолжительность этапа 1 неделя.

Следующий этап составление плана миграции. Возможны два варианта: постепенное замещение компонент системы на аналоги из СПО и одномоментный. Варианты постепенного замещения установка OpenOce, работа с сервером в терминальном режиме из Windows, используя NX, тонкий клиент с загрузкой по сети. Довольно быстрый этап, в среднем занимает 2–3 рабочих дня вместе с согласованием плана работ.

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

Средняя длительность этого этапа (не считая сопровождения) практически не зависит от количества рабочих станций и составляет около 1 месяца. Как показывает опыт миграций, основные проблемы возникают с унаследованным ПО, предназначенным для предоставления отчётности в налоговую инспекцию и пенсионный фонд, разнообразными системами банк-клиент. Для решения этих проблем возможно предложить установку компьютера с лицензионной MS Windows и работу с ним в терминальном режиме, но и этот вариант в последнее время становится проблематичным, так как многие системы банк-клиент под MS Windows Vista работают хуже, чем под Wine@Etersoft, а MS Windows XP купить не всегда представляется возможным из-за сложившегося дефицита.

Опыт использования СПО для обучения В докладе рассказывается о свободных и открытых программных продуктах, технологиях и методическом обеспечении, которые используются в подготовке инженеров по специальности 230105 Программное обеспечение вычислительной техники и автоматизированных систем на кафедре АиКС АВТФ ТПУ. Освещаются вопросы развёртывания рабочей среды (бездисковые терминалы X Windows), обучения различным аспектам программирования, использования технологии DocBook для подготовки методического обеспечения, CVS для хранения исходных кодов работ студентов и для поддержки сквозного обучения, веб-технологий для организации дистанционного обучения и обратной связи.

Учебные планы для направления 230105 Программное обеспечение вычислительной техники и автоматизированных систем, подготовка инженеров по которому ведётся на кафедре АиКС АВТФ ТПУ[1], содержат различные специальные дисциплины, такие как Объектно-ориентированное программирование, Операционные системы, Базы данных, Технология разработки программного обеспечения и многие другие.

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

Таким образом, использование свободного, открытого или бесплатного программного обеспечения не является вопросом моды или идеологии. Для нас это насущная необходимость. Находясь в такой ситуации мы приняли решение просто отказаться от требующего лицензирования программного обеспечения и постараться обеспечить учебный процесс, оставаясь в рамках свободного и открытого ПО.

Далее перечислено то ПО, которое мы уже используем в учебном процессе.

Операционная система Так сложилось, что мы не используем Linux. В качестве операционной системы мы выбрали систему FreeBSD[6], так как у нас уже имеется большой положительный опыт её использования для решения различных задач. Однако ту же самую функциональность можно получить и в системе Linux. Более того, когда система уже настроена и работает, разницу между Linux и FreeBSD сможет заметить не всякий пользователь.

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

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

Такую систему можно использовать и как бездисковую рабочую станцию, когда всё ПО запускается на ней самой, и вместе с сервером терминалов, когда все пользователи запускают программы на одном сервере терминалов, а рабочая станция отображает только графический интерфейс. В качестве графического интерфейса используется известная система XOrg[13]. Оба подхода имеют свои преимущества и недостатки и могут использоваться параллельно.

Студентам-заочникам, которые работают дома, мы предлагаем использовать так называемый живой диск (LiveCD). Хорошо зарекомендовала себя сборка Frenzy[7], базирующаяся на дистрибутиве FreeBSD 6.

Используемое в учебном процессе программное обеспечение В качестве первого и базового языка программирования для наших студентов мы используем C++. Коллекция компиляторов GCC входит в базовую конфигурацию FreeBSD. Кроме C++ в учебном процессе требуются языки Perl[11] и Lisp[3], которые так же имеются и могут быть использованы во FreeBSD. Кроме того, студентам необходима СУБД MySQL[10] и Веб сервер Apache[2].

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

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

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

Здесь возникают следующие проблемы:

1. Объём документов большой, часть документов редактируется несколькими авторами параллельно. Необходимо синхронизировать правки и выдерживать единое оформление текстов.

2. Часто изменения в текстах появляются уже в процессе выполнения работ студентами. Необходимо поддерживать несколько версий документов и иметь возможность при необходимости откатываться назад.

3. Часть материалов пересекается. Одна и та же глава может быть включена в лекции по двум разным дисциплинам.

4. Необходимо подготавливать параллельно две версии документов печатную и электронную.

Для решения всех этих проблем мы с успехом используем систему DocBook[5].

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

При таком подходе не обойтись без системы контроля версий. Мы выбрали систему CVS[4] и занимаемся её внедрением в учебный процесс. Эта работа ещё не закончена, но трудности с внедрением CVS обусловлены в основном материальными причинами нет аппаратуры (сервера) для поддержки репозитория. Однако уже сейчас некоторые наши студенты используют CVS для хранения своих дипломных работ.

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

Кроме того, почтовая рассылка имеет стимулирующий эффект.

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

Для поддержки почтовых рассылок мы используем традиционную связку sendmail+mailman[8].

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

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

Реферат является одной из традиционных форм самостоятельной работы студентов. В то же время, совместная работа студентов над Круглый стол по внедрению СПО в школах (17.00–20.30) решением задачи может оказать большой положительный эффект на качество обучения. На наш взгляд, Wiki-система может стать отличной площадкой для совместного творчества студентов, склонных к коллективной работе.

В качестве блоговой платформы мы планируем использовать систему WordPress[12]. В качестве wiki-системы систему MediaWiki[9].

Литература [1] ТПУ. Кафедра АиКС.

[2] The apache software foundation, 2008.

[3] Association of lisp users, 2008.

[4] Cvs - open source version control, 2008.

[5] Docbook.org, 2008.

[6] The freebsd project, 2008.

[7] Frenzy, 2008.

[8] Mailman, the gnu mailing list manager, 2008.

[9] Mediawiki, 2008.

[10] Mysql :: The world’s most popular open source database:, 2008.

[11] The perl directory at perl.org, 2008.

[12] Wordpress - blog tool and weblog platform, 2008.

[13] X.org foundation, 2008.

Томский государственный педагогический университет Об опыте педагогического университета по повышению квалификации в области СПО различных категорий работников образования Доклад посвящён обобщению накопленного Томским государственным педагогическим университетом опыта по повышению квалификации различных категорий работников образования в области СПО и сопровождения процесса внедрения СПО в учреждениях системы образования.

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

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

Обучение различных категорий слушателей работе с СПО ведется в рамках:

1. внутривузовской программы повышения квалификации;

2. областного проекта по внедрению СПО в учреждения образования;

3. федерального проекта по внедрению СПО в учреждения образования;

4. программы Интел Обучение для будущего.

Круглый стол по внедрению СПО в школах (17.00–20.30) В настоящее время в общей сложности обучено более 200 человек.

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

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

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

При работе с опытными пользователями основным методом обучения является метод сравнения. Основная цель научить пользователя делать в СПО всё то, что он делал посредством коммерческих программных продуктов.

Параллельно с обучением различных категорий слушателей ведутся работы по подготовке учебного обеспечения к реализуемым программам. Разработаны учебные пособия по пакету OpenOce.org, по СУБД, по программному обеспечению для вёрстки и подготовки публикаций, по объектно-ориентированному программированию, по работе с образовательными пакетами и др. (всего более 20 наименований).

Следует отметить, что в своей деятельности ТГПУ находит поддержку в Департаменте общего образования Администрации Томской области, взаимодействует с районными ресурсными центрами.

В дальнейшем ТГПУ планирует развивать это направление деятельности. Наибольшие перспективы, с нашей точки зрения, в развитии дистанционного обучения по вопросам применения СПО в профессиональной деятельности.

Linux глазами сельского учителя и его учеников Большинство учителей сельских школ являются совместителями (ведут информатику, математику, физику и т. д.) и не в состоянии конфигурировать операционную систему. Для этого у них нет ни времени, ни опыта. Что необходимо от СПО простому сельскому учителю, который не является суперспециалистом в настройке операционных систем? Ответ прост. Для того чтобы начать работу, необходим дистрибутив, при установке которого:

1. Автоматически настраивается сеть, включая Samba-клиент.

2. Обнаруживаются и автоматически монтируются все физические и логические диски.

3. Есть возможность выбора порядка загрузки Windows/Linux.

4. Есть возможность установки и обновления с CD и DVD.

Этим требованиям в конце 2006 года в большей мере соответствовал дистрибутив Mandriva PowerPack, который и был установлен в МОУ Кафтанчиковская СОШ как вторая операционная система.

Немного позднее захотелось разнообразия. Так появились Kubuntu и ALT Linux.

В течение 2007–2008 гг. на базе кабинета информатики Кафтанчиковской школы производилось тестирование различных дистрибутивов Linux. Тестерами выступали ученики школы. Они высказывали своё личное, скорее всего, субъективное мнение о разных версиях Linux. Возможно, их взгляд отличается от мнений профессионалов, но не надо забывать, что использовать СПО в школах будут именно они.

Перед учениками ставилась задача сравнить между собой предложенные им дистрибутивы. В тестировании участвовало 40 учащихся 9–11 классов. Отзывы были самые разные, но при их обработке проявилась интересная закономерность.

Итоги Исследования:

Круглый стол по внедрению СПО в школах (17.00–20.30) Вот отзывы учеников, приведённые с сохранением орфографии и пунктуации:

Мне больше понравилась Mandriva Linux 2007 Spring, так как видом он лучше, функции у всех одинаковые, но у него как то более упрощено и понятно, чем у других. Второе место ALT Linux из за того, что в нем есть различные учебники по геометрии, алгебре, словари, переводчики.

• Все образцы ОС которые мы наблюдали сегодня примерно одинаковы. Mandriva Linux 2007 Spring имеет больше количество различных редакторов, прост в использовании и удобен даже для начинающих пользователей ПК. ALT Linux имеет также большое количество редакторов и обучающих программ, игр.

• Linux 2007 Спринк. Он мне понравился потому что у него хорошее оформление и хорош он в ориентировке.

• Mandriva PowerPack 2008 самая удобная версия Linux. Удобное обращение компьютерных устройств. Он более похож на Windows XP. Он более комфортен в работе и понятен. На втором месте я бы поставил ALT Linux, в нем тоже хорошо работать, но у него худшее оформление, чем у PowerPack. На последнем Кубунта, с ним бы я вообще не хотел работать. Он мне не понравился.

Конечно, некоторые ученики пытались сравнить Linux и Windows XP, причём на примере прикладных программ. Поэтому следующим логическим шагом была попытка сравнения офисных программ.

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

1. OpenOceWriter 2. MS Word 3. MS Word Результат никого не удивил. Опытные пользователи MS Word успешно справились с заданием в OpenOceWriter примерно за то же время. Для них более сложным оказался MS Word 2007. Ну а у начинающих во всех трёх редакторах были одинаковые проблемы.

Всё вышеизложенное подтверждает следующее:

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

Мне понравилось то, как сам Линус Торвальдс относится к своему творению. Он искренне считает, что скоро никто не будет даже думать о том, что есть такая вещь, как операционная система все технологии будут просто обслуживать сферу развлечений и общения между людьми.

Сопровождение сервера в школе Проблема настройки сервисов специалистом с неглубокими знаниями. Оценив преимущество ручной настройки через текстовые файлы хотелось бы иметь и графический интерфейс. При недостатке времени гораздо эффективнее работать по смешанному методу. Задать характеристики через графический интерфейс, а далее править и доводить систему напрямую. В этом случае, по крайней мере, есть начальная рабочая конфигурация, которая позволяет редактировать настройки в течение 2–3 месяцев.

Практика нашей работы показала, что в средней школе свой сервер жизненно необходим. Как пример, в свое время web- и ftpсерверы, поднятые под ОС Windows, сыграли решающую роль в развитии информационных технологий в ЗСОШ №2. Далее школа взяла нацпроект по данному направлению. Это краткое пояснение зачем школам серверные технологии.

Далее проблемы. Сопровождение сервера в школе ложится на плечи учителя информатики. Помимо всего прочего, у этого учителя нагрузка 25–30 часов, семья и какие то личные интересы :). На экспеКруглый стол по внедрению СПО в школах (17.00–20.30) рименты с ПО время ограничено, а службы должны работать, что называется, ещё вчера.

Разворот Desktop-ных систем СПО в сторону пользователя не может не радовать. Linux-системы обладают достаточно широкими возможностями, и глупо ими не пользоваться. Проблема работы с серверами на базе Linux для меня кроется в длительном изучении работы и настройки программы из-за плохого знания английского и недостатка времени. Задавать вопросы иногда просто стыдно... Большую помощь в настройке сервисов оказывают работоспособные блоки файлов конфигурации. В связи с этим очень хочется видеть графический интерфейс настройки интернет-сервисов, внутрисетевых служб, в частности: Web, Ftp, mail, proxi (sqwid), Ldap, samba, установки устройств.

Создав через графическую оболочку первоначальную конфигурацию, новичку легче будет ориентироваться в *.conf. При этом нельзя не согласиться с тем, что тонкую настройку лучше проводить в текстовом режиме.

Несколько слов о том, зачем и какие серверы нужны школе:

Web наш сайт занимает более двух Гбайт, и это не предел; на чужом ресурсе поддерживать его проблематично.

Ftp хранение объёмных ресурсов сайта, внутрирайонный обмен данными.

Mail удобно иметь свой сервер, ученики быстро осваиваются в e-mail-пространстве, проверено.

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

Samba системы Windows ещё долго будут соседями.

Открытие доступа к папкам пример: класс компьютеров, штук, у каждого жёсткий диск на 320 Гбайт, хочется их использовать в сети.

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

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

Из области желаемого (фантастики) кластер из 4–8 компьютеров, который работает как один терминальный сервер.

Кроме того, на Desktop-ных системах хотелось бы иметь графический интерфейс работы с жёсткими дисками (монтирование, разметка, форматирование, в том числе и дополнительных дисков).

Возвращаясь к теме графическо-текстового редактирования файлов конфигурации серверов, следует добавить, что учитель информатики никогда не будет отлично разбираться в тонкостях настроек.

Вряд ли он останется учителем после этого, причём по разным причинам...

Проект: Внедрение и сопровождение свободного программного обеспечения в учреждениях общего образования Томской области http://spo.tomsk.ru Переход на СПО: методическое обеспечение В последние годы мы немного (и это мягко сказано) избаловались.

Разнообразие прикладных программ (Хочешь изучать графику? Вот тебе Photoshop и Corel! А ты хочешь заниматься черчением? Есть прекрасная программа, AutoCAD называется!), обилие обучающих программ, достаточно надёжная и, главное, привычная система позволяли строить уроки информатики на любой вкус. Преподаватель определился с программами и учебниками, наработал уроки, выверил презентации, подобрал контролирующие материалы... Причём речь идёт не только об учителе информатики многие предметники активно используют компьютеры на уроке.

Что нас ожидает в следующие два (ну, может, три) года? Новая система будет установлена, сеть настроена, принтеры подключены.

Можно работать?

Если бы так... Как говорится, стрижка только начата. Забот много: подобрать аналоги тем программам, которыми пользовался в учебном процессе, и адаптировать к ним свои методические материалы, изучить новые программы и разработать для них методику преподавания. Собственные обучающие программы перенести на новую платформу. Переработать программы и учебные планы, адаптиКруглый стол по внедрению СПО в школах (17.00–20.30) ровать, дополнить, изменить контрольные работы. Мы уже не говорим об учебниках и обучающих программах профессиональных фирм.

Образовательный центр Школьный университет подобрался к решению этой проблемы почти два года назад. Отчасти из-за того, что некоторые школы начали задавать вопрос: А когда у вас будут практикумы под Linux?, отчасти из-за того, что просто интересно есть под Linux интереснейшие программы. Ну а события последнего года значительно ускорили процесс перехода к разработке курсов под СПО.

Первое, что хочется отметить, это открытый электронный практикум Уроки Linux, разработанный в рамках областного проекта.

Что он собой представляет? 46 уроков, позволяющих учителю хоть немного сориентироваться в мире Линукс-программ. Правда, эти уроки создавались под конкретную систему Kubuntu. Однако, их большую часть можно легко адаптировать и под другие системы.

Уже вторым изданием выходит в свет курс компьютерного дизайна, базирующийся на использовании таких программ, как GIMP и Inkscape. Популярная, востребованная тематика реклама, яркие примеры весь процесс создания произведения рекламного искусства, от идеи до её реализации. Теория, подкрепляемая интересными практическими примерами, и практика, позволяющая постичь теоретические основы, кредо курса.

Примерно год назад среди itdrom-овцев (активных обитателей портала itdrom.com) нашёлся искренний почитатель OpenOce, студент, который взялся переработать курс офисных технологий под этот уже довольно известный пакет. Что можно сказать об офисных приложениях? Думаю, что если обычному пользователю Word предложить оформить документ во Writer, то процесс адаптации произойдёт за 5– 30 минут. Действительно, интерфейсы Word и Writer очень похожи, модель документа практически та же. Однако, продвинутым пользователям, использующим достаточно редкие, глубинные возможности Word, придётся затратить на осваивание OpenOce намного больше времени.

Переработанный курс OpenOce придётся кстати и тем, и другим.

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

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

Но и в этой сфере Школьный университет может предложить помощь учителю и ученику. Прежде всего, переработан курс программирования на языке Pascal, который теперь базируется на использовании среды Free Pascal параллельно с Borland Pascal.

Кроме того, ведётся работа над курсом программирования для исполнителя Черепашка, ориентированная на среды Logo Writer, KTurtle и BlackBox. Этот курс ориентирован на использование в среднем звене (7–9 классы).

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

Для учащихся 5 7 классов можно предложить исполнителя Little Wizard. Составление программ для этого исполнителя похоже на складывание мозаики. Играя, учащийся получает как знания из теории алгоритмов, так и навыки составления, редактирования и сохранения программ.

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

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

Хочется верить, что УМК Школьного университета значительно облегчат учителю переход к свободному программному обеспечению.

Во всяком случае, мы делаем для этого всё возможное.

Организация школьного сервера на базе дистрибутива Debian GNU/Linux Рассматривается задача организации сервера в школе. Предлагается использование дистрибутива Debian GNU/Linux. Рассматриваются технические решения по взаимодействию школьного сервера с продуктами 1С:ХроноГраф Школа и Электронная учительская.

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

В результате возросла роль школьного сервера, на который возлагается как решение классических серверных задач (централизованное хранение файлов и печать документов, организация выхода в Internet), так и специфическая задача создания информационного образовательного пространства (ИОП), в значительной степени определяющая требования к программному обеспечению школьного сервера, и в первую очередь к серверной операционной системе.

С точки зрения создания ИОП школьный сервер является образовательным ресурсом специального назначения, состоящим из двух частей: внутренней, обращённой к школьному сообществу (учащиеся, учителя, родители), и внешней, представляющей школу в мировом информационном пространстве.

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

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

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

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

Для комплексного решения представленных задач Национальный фонд подготовки кадров ведёт проект Информатизация системы образования, целью которого является создание условий для системного внедрения и активного использования информационных и коммуникационных технологий в работе школ. В рамках данного проекта ОАО ВНИИНС ведёт разработку серверной операционной системы на базе дистрибутива Debian GNU/Linux, получившей название ВС Школьный Сервер и предназначенной для организации школьного сервера.

Выбор Debian в качестве технологической основы обоснован его высоким качеством и существованием вокруг проекта Debian одного из старейших сообществ пользователей и разработчиков Linux. Debian широко используется во всём мире в качестве базы для многих проектов, в т. ч. и в сфере образования. Одним из недавних примеров является начало массового внедрения в бразильские школы дистрибутива Linux Educacional 2.0, основанного на Debian.

Отличительной особенностью ВС Школьный Сервер является возможность запуска на клиентских рабочих местах под управлением Windows программного комплекса 1С:Управление школой, предназначенного для автоматизации администрирования общеобразовательного учреждения и поставленного в российские школы в рамках проекта по обеспечению лицензионной поддержки стандартного базового пакета ПО для общеобразовательных учреждений.

Особое внимание в ВС Школьный Сервер было уделено взаимодействию школьного сервера с конфигурацией 1С:ХроноГраф Школа и с программно-технологическим комплексом Электронная учительская.

Таким образом, задача организации сервера в школе может быть решена с использованием дистрибутива ВС Школьный Сервер.

Литература [1] Дашниц Н. Л. Роль школьного веб-сервера в образовательном процессе современной школы.

[2] http://www.ict.edu.ru/vconf/index.php?a=vconf&c= getForm&r=thesisDesc&id_sec=190&id_vconf=33&id_thesis= 7148&d=light СПО в ВУЗе: необходимое, но не достаточное Отказ от использования коммерческого ПО (в первую очередь подразумевается ОС семейства Windows) и переход на свободное ПО (подразумевается, как правило, один из многочисленных дистрибутивов ОС Linux) в последние годы стали предметом широкого обсуждения не только в среде ИТ-специалистов, но и в СМИ. Этому в немалой степени способствовало и дело Поносова. Масла в огонь подлило и принятое на правительственном уровне решение поставить через три года систему общего среднего образования перед выбором: покупка Windows (и ПО, работающего на этой платформе) за свой счёт или переход на платформу Linux (и использование свободно распространяемого прикладного ПО).

Конечно, для школы, с её постоянным недофинансированием второй вариант представляется более привлекательным (особенно, если забыть, что кроме стоимости приобретения существует и стоимость владения). Тем более, что для платформы Linux разработано практически всё прикладное ПО, необходимое для обеспечения учебного процесса в школе (и не только в рамках курса информатики). Пользовательский интерфейс современных программных продуктов определяется эргономикой, а не программной платформой, поэтому школьник, освоивший работу в OpenOceOrg Writer, без особого труда сможет работать и в Microsoft Word.

Говоря о школе, не следует забывать, что кроме учебного процесса есть ещё и административная деятельность. Она связана с контактами с вышестоящими и сторонними организациями и соответствующим документооборотом. При переходе на электронный документооборот проблема совместимости форматов документов приобретает высокую важность. Поскольку вопрос о переходе всех государственных учреждений на СПО пока не ставится, полное изгнание торговцев (коммерческого по с маркой MS) из храма (школы) нереально.

Миссия высшего профессионального образования качественно отличается от миссии общего среднего. Задача школы дать выпускнику основы знаний (в том числе и в области ИТ), необходимых для практической деятельности в различных областях, а также и для продолжения образования. Задача ВУЗа подготовить специалиста, способного использовать новейшие научные и технологические достижения в своей профессиональной области (в том числе и соответствующее профессионально ориентированное ПО).

В Томском государственном университете СПО в качестве сетевых ОС (сначала FreeBSD, а затем и Linux) используется почти 15 лет.

Поскольку серверные продукты (коммерческие!) ведущих производителей (Oracle, IBM и т. д.) имеют дистрибутивы как для Windows, так и для ряда версий UNIX, это не вызывает проблем. В качестве вебплатформы широко используется популярная СПО-тройка Apache + PHP + MySQL.

Однако использование Linux в качестве настольной ОС создает больше проблем, чем решает: многие профессионально-ориентированные пакеты не имеют Linux-версий, а кроссплатформенное ПО, как правило, не относится к классу СПО, и его стоимость для различных делении компьютеров, работающих под различными ОС, усложняет работу администраторов.

Более перспективным является использование СПО там, где коммерческое ПО не является стандартом de facto. Примером может являться компьютерная графика для личных нужд, где можно прекрасно использовать Paint.NET или Gimp. Однако в профессиональной среде компьютерных художников есть свои корпоративные стандарты, и это необходимо учитывать при подготовке специалистов.

Специалист, прекрасно владеющий Gimp’ом и Inkscape, но не знающий тонкостей работы с продукцией Adobe и Corel, может остаться без работы.

Мощные математические, статистические, лингвистические и т. д.

пакеты это мнгофункциональность и надёжность (а отсюда и высокая цена за вложенный интеллект). И если фирмы, их производящие, желают использовать только платформу Windows это их право. А вот соответствующие облегчённые аналоги (не для крутых профессионалов), свободно распространяемые и портированные как под Windows, так и под Linux (а может быть, и под другие ОС?), могут побудить многих к отказу от тяжёлой артиллерии.

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

Проект: alterator http://wiki.sisyphus.ru/Alterator После нескольких лет разработки в ALT Linux была создана новая современная программа установки операционной системы. Она обладает высокой функциональностью (широкий выбор источников установки, возможность автоустановки), простым интерфейсом, модульностью и широкими возможностями по адаптации к конкретному продукту.

Инсталлятор неотъемлемая часть любого дистрибутива. Основная задача инсталлятора корректное развёртывание системы на оборудовании пользователя. От него же зависит и общее впечатление от системы в целом.

Инсталлятор ALT Linux есть результат объединения следующих продуктов: общая инфраструктура (installer), штатный конфигуратор системы (alterator) и профиль установки (installer-desktop, installerserver и т. д.).

Alterator модульная система с поддержкой трёх различных интерфейсов взаимодействия с пользователем: командная строка, традиционный GUI и http-интерфейс через web-браузер. В инсталляторе и центре управления системой используются одни и те же модули.

Благодаря этому достаточно легко отлаживать отдельные компоненты инсталлятора.

Installer состоит из трёх стадий. Первая, загрузчик, поддерживает массу способов загрузки основной части инсталлятора: диск, nfsсервер, cdrom, ftp-сервер (анонимный и с паролем), http-сервер. В первых двух случаях возможна работа как с развёрнутым дистрибутивом, так и с iso-образом непосредственно. Вторая стадия инсталлятора выполняет основную часть работы разбивку диска и установку базовой системы. Третья стадия работает уже внутри установленной системы. Благодаря такому разбиению на каждом этапе имеет место минимальный расход оперативной памяти, что позволяет устанавливаться на достаточно слабые машины.

Инсталлятор работает в стиле пошагового выполнения модулей конфигуратора. Шаги могут быть интерактивные и неинтерактивные. Последние оформлены в виде скриптов и разделены на следующие группы: initinstall.d инициализация инсталлятора, preinstall.d перенос настроек из среды инсталлятора в установленную систему (между второй и третьей стадиями инсталлятора), postinstall.d изменения в установленной системе по окончанию работы инсталлятора.

Каждый модуль конфигуратора, работающий в инсталляторе, может иметь свой набор preinstall.d-скриптов. Таким образом, когда составитель дистрибутива заменяет модуль на эквивалентный, прозрачным образом происходит замена и необходимых для его работы скриптов.

Профиль инсталлятора содержит описание шагов, описание порядка исполнения шагов, а также набор дополнительных скриптов.

Для наиболее распространённых случаев можно воспользоваться готовыми коллекциями скриптов из пакетов серии installer-feature. НаРазработка СПО (10.00–16.00) пример, installer-feature-pxeboot делает все необходимые настройки в системе, чтобы сразу после установки она могла функционировать как tftp-сервер.

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

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

Проект: Indocs Обзор информационной системы для торговли и Программный пакет Indocs создан для организации процесса торговли и складского учёта. Система разработана на базе СУБД PostgreSQL. Клиентская часть реализована на языке Java (j2se). К основным возможностям системы относятся:

• организация иерархического каталога товаров с неограниченной глубиной вложенности;

• складской учёт с указанием серийных номеров товара;

• построение прайс-листов;

• окружение для выписки счетов клиентам;

• оформление расходных документов;

• хранение информации о клиентах.

Складской учёт ведётся через систему накладных. Приходные накладные работают одновременно в двух валютах рублях и долларах. Цена товаров рассчитывается автоматически с указанием надбавки и текущего курса иностранной валюты.

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

Печатные формы строятся при помощи библиотеки JasperReports.

Система имеет двухуровневую архитектуру. Первый слой это ядро операций с данными, второй пользовательский интерфейс.

Операции с данными реализованы только для хранения в реляционных СУБД при поддержке языка SQL. Локальная работа системы может быть реализована при помощи пакета hsqldb. Оконная пользовательская часть выполнена на основе библиотеки Swing.

В настоящий момент система Indocs используется в компьютерной фирме Интек в г. Северске. Её исходный код публикуется под лицензией GPL. Главная цель разработки максимальная независимость от лицензионных ограничений. Кроме этого, данная система позволяет организовать работу предприятия с использованием только открытого программного обеспечения. Исходный код системы хорошо структурирован и допускает возможность модификации для требований, не предусмотренных текущей реализацией.

К недостаткам системы относятся невозможность репликации удалённых пользователей и полная реализация логики работы приложения на стороне клиента (модель толстый клиент ).

Проект: ОфисМастер, OceMaster http://www.abbris.ru ОфисМастер сервер на основе ОС Линукс, разработанный для использования в организациях, не имеющих штатных ИТ-специалистов, предоставляющий полный набор инфраструктурных служб. Основные задачи администрирования сведены к типовым и для их выполнения используется простой веб-интерфейс. Сервер обеспечивает регистрацию пользователей и групп, лёгкое управление доступом к электронной почте и онлайн ресурсам, учитывает потребляемый трафик, защищает от вирусов и нежелательных сообщений и многое другое.

ОС Линукс практически с первых своих дней была и остаётся гибкой, надёжной и безопасной основой для серверных решений.

Открытость самой операционной системы и приложений, разрабатываемых для неё, обеспечивает возможность создавать качественно новые решения без необходимости изобретать колесо заново. Одним из таких решений и является ОфисМастер.

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

ОфисМастер это не просто очередное техническое решение для пополнения списка полезных инструментов, это решение, комбинирующее технологии и практику эффективного и безопасного их применения в организации. Именно практика применения технологий и является центром внимания фирмы АББРИС. Это находит отражение в применённом в ОфисМастере интерфейсе инструкция всегда под рукой.

Что даёт ОфисМастер?

ОфисМастер обеспечивает автоматическое рапределение адресного пространства и автоматическую регистрацию имён компьютеров в локальной сети, позволяя просто включать компьютер в локальную сеть и приступать к работе.

ОфисМастер обеспечивает централизованную аутентификацию пользователей, обеспечивая парольную защиту ресурсов.

ОфисМастер обеспечивает соблюдение политики качества паролей и средства смены/сброса паролей через веб-интерфейс.

ОфисМастер позволяет регистрировать пользователей с размещением такой информации, как телефоны, адреса и фотографии. Также обеспечивается регистрация групп пользователей. И пользователи, и группы могут выступать в качестве адресатов при электронной переписке. Информация о пользователях и группах доступна в виде корпоративной адресной книги как через веб-интерфейс сервера, так и в почтовых программах.

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

ОфисМастер обеспечивает развитые возможности электронной почты. В состав сервера включён почтовый веб-клиент, позволяющий работать с электронной почтой с любой машины в локальной сети.

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

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

ОфисМастер обеспечивает доступ к онлайн-ресурсам через прокси-сервер. Такой доступ позволяет как повысить эффективность использования Интернет-соединения за счёт повторного использования ранее полученной информации, так и обеспечить гибкое управление доступом пользователей к ресурсам.

ОфисМастер проверяет всю информацию на наличие вирусов.

Электронная почта эффективно защищена от спама.

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

Доступ к функциям ОфисМастера разграничен на основе членства в специальных группах, обеспечивая удобные возможности по распределению и делегированию полномочий в организации, позволяя избежать зависимости от единственного человека (обычная ситуация в малых компаниях с одним администратором).

ОфисМастер предоставляет в распоряжение пользователей доску объявлений.

ОфисМастер открытое решение, компоненты которого написаны на популярных языках PHP и Python, а это значит, что оно всегда может быть развито до необходимого заказчику уровня.

ОфисМастер решение, не имеющее никаких ограничений ни по числу подключений, ни по числу учётных записей, ни по допустимой нагрузке, что делает его очень выгодным на фоне коммерческих решений.

Проект: hasher http://ftp.altlinux.org/pub/people/ldv/hasher hasher: технология безопасной сборки пакетов Рассматривается задача безопасной воспроизводимой сборки пакетов репозитория, изучаются требования, накладываемые этой задачей на архитектуру системы сборки, рассматривается архитектура hasher ’а и существенные моменты её реализации. Приводятся примеры использования hasher ’а.

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

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

Сборка в хост-системе: неудобство и ненадёжность Необходимость установить дистрибутив полностью приводит к неоправданно большому размеру сборочной среды.

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

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

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

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

Сборка в хост-системе: небезопасность Небезопасность хост-системы проистекает из-за самой возможности запуска произвольного кода с правами администратора при установке пакетов, требуемых для сборки.

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

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

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

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

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

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

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

Требования к сборочной технологии Таким образом, технология сборки элементов дистрибутива (пакетов) должна:

• не снижать уровень безопасности хост-системы;

• обеспечивать собственную безопасность от атак со стороны пакетов;

• обеспечивать безопасность сборки одних пакетов от атак со стороны сборки других пакетов;

• гарантировать надёжность (воспроизводимость) результатов • обеспечивать приемлемый уровень производительности.

Архитектура hasher ’а hasher базируется на принципе создания новой сборочной среды для каждой сборки.

В основе архитектуры hasher ’а лежит трёхпользовательская модель: вызывающий непривилегированный пользователь (C ) и два непривилегированных вспомогательных псевдопользователя; первый (R) играет роль root в порождаемой сборочной среде (далее псевдоroot), второй (U ) обычного пользователя, собирающего программы (далее псевдосборщик).

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

Путь пакета через сборочную систему в общих чертах выглядит следующим образом:

1. Пользователь C порождает среду (aptbox) для работы с apt.

2. Полностью удаляется сборочная среда, возможно оставшаяся от предыдущей сборки. Удаление происходит последовательно в чруте пользователем U, в чруте пользователем R и, наконец, пользователем C.

3. Пользователь C создаёт каркас новой сборочной среды, состоящий из вспомогательных каталогов и вспомогательных статически слинкованных программ (ash, nd и cpio). С помощью вспомогательной привилегированной программы создаётся фиксированный набор файлов устройств, достаточный для нормального функционирования сборочной среды и при этом не несущий угрозы host-системе.

4. Порождается базовая установочная среда, представляющая собой набор средств, необходимых для штатной установки пакетов в эту среду. Пользователь C с помощью aptbox определяет набор пакетов, необходимых для порождения базовой установочной среды. Пользователь R с помощью вспомогательных статически слинкованных программ распаковывает эти пакеты.

5. Порождается базовая сборочная среда, представляющая собой набор средств, необходимых для сборки любого пакета. Пользователь C с помощью aptbox определяет набор пакетов, пользователь R устанавливает их.

6. Проверяется исходный пакет.

7. Порождается сборочная среда для данного пакета. Пользователь U извлекает сборочные зависимости пакета, пользователь C с помощью aptbox определяет набор пакетов для установки и пользователь R устанавливает их.

8. Пользователь U осуществляет сборку пакета и проверку результатов сборки.

Такая схема призвана исключить атаки вида U R, U C, RC, а также все виды атак на root.

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

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

beehive: распределённая сборка с помощью hasher ’а.

Благодаря свойству воспроизводимости результатов сборки hasher можно использовать для параллельной сборки большого числа пакеРазработка СПО (10.00–16.00) тов на нескольких серверах. Таким образом удаётся достичь разумного времени сборки при средних вычислительных ресурсах. Открывается возможность организовать регулярное тестирование на пересобираемость большого репозитария пакетов, что и было сделано на примере Sisyphus с помощью средства параллельной сборки beehive.

Литература [1] Dmitry V. Levin, hasher: технология безопасной сборки дистрибутива, тезисы докладов 1-ой международной конференции разработчиков свободных программ на Протве, 2004.

[2] Dmitry V. Levin, hasher: технология виртуализации для безопасного выполнения приложений, тезисы докладов 2-ой международной конференции разработчиков свободных программ на Протве, 2005.

Проект: Samba http://www.samba.org, http://ctdb.samba.org, http://www.openchange.org С 1992 года, когда Andrew Tridgell написал свою реализацию протокола SMB для Unix-подобных систем, чтобы получить доступ из клиента PathWorks в MS DOS к данным на сервере Sun, прошло уже более 15 лет. В 1996 году Microsoft потребовалась прорывная технология, чтобы стать Internet-компанией, и такой технологией стал стек протоколов SMB, переименованный в CIFS, Common Internet File System. Расширенный и дополненный, десять лет спустя CIFS уже неотделим в сознании потребителей от Mirosoft. Проект Samba традиционно рассматривался как попытка догнать Microsoft, но неожиданно в 2007 на неприметных устройствах хранения фотографий, музыки и видео их разработчики из азиатских стран пишут совместимо с протоколом Samba, а не CIFS. Тихая революция?

2007 год вообще был богат на события. Команда разработчиков проекта Samba попадает на первые страницы главных деловых газет, таких как Financial Times, за победу над Microsoft в рамках антимонопольного процесса в Европейском Союзе. Затем Microsoft публикует более 40,000 страниц документации под лицензией, дающей возможность использовать её при разработке Samba, а также впервые с 1998 года принимает участие в конференциях, посвящённых разработке Samba. В 2008 году эта документация становится доступной всем желающим. Из самой закрытой компании ИТ-мира Microsoft становится самой открытой?

Но это только вершина айсберга. В 2007 году проект выпускает версию Samba, рассчитанную на высокопроизводительные системы хранения. Кластерная Samba в составе Scale-out File Services компании IBM позволяет горизонтальное масштабирование систем хранения с доступом на основе CIFS и демонстрирует производительность минимум в четыре раза быстрее любых коммерческих аналогов, включая Microsoft, фактического законодателя мод в области CIFS.

Небольшая группа внутри Samba Team за пять лет сформировала основу для замены Microsoft Active Directory. Samba 4.0, ещё не выпущенная и вряд ли готовая увидеть свет до конца 2008 года, тем не менее уже стала площадкой для атаки на другие бастионы технологий Microsoft Microsoft Exchange. В проекте OpenChange уже реализована практически вся функциональность клиентской части Microsoft Exchange, что позволяет, например, GNOME Evolution работать в сетях Exchange наравне с клиентами от Microsoft, а MocaBox наступать на позиции Microsoft Unied Communications.

В то же время пользователи заблудились в трёх соснах. Samba 3.0, 3.2 и 4.0 развиваются одновременно и с разным функционалом, выглядят вкусными стогами сена, дразнят и манят уже не первый год.

Однако до сих пор проект не говорит пользователям, для чего планируется каждая версия и каков режим её выпуска. В докладе автор попытается объяснить позиционирование, новую модель разработки и выпуска разных версий Samba, их новинки и возможности. Также отдельное внимание будет уделено взаимодействию с разработчиками и компаниями, включая создателей Windows Vista и протокола SMB2.

Проект: Scientic Linux/НауЛинукс http://www.scientificlinux.org, http://www.naulinux.ru Международная инициатива Scientic Linux и проект НауЛинукс для школьного образования Дано описание международного проекта Scientic Linux. Проанализированы возможности использования репозиториев проекта (включая российский) для создания специализированных дистрибутивов.

Scientic Linux Дистрибутив Scientic Linux (SL) был создан в 2004 Fermi National Accelerator Laboratory в сотрудничестве с рядом других лабораторий, занимающихся проблемами физики высоких энергий. Данный дистрибутив был создан на базе использовавшегося уже в течение нескольких лет дистрибутива Fermi Linux. Изначально он носил название HEPL (High Energy Physics Linux). Ключевой особенностью данного дистрибутива являлась возможность его адаптации к конкретным нуждам отдельных лабораторий и университетов путём создания собственных вариантов дистрибутива т. н. сайтов. В том же году, после интенсивного обсуждения на конференции HEPIX, к проекту присоединился CERN.

Именно SL был выбран базовым дистрибутивом для GRIDсистемы обработки результатов экспериментов, проводимых на строящемся в CERN Адронном Суперколлайдере (LCG[1]). Его дальнейшим развитием стал общеевропейский (а теперь получивший и общемировой статус) проект EGEE[2]. На данный момент Gridинфраструктуры, построенные на базе SL, объединяют сотни вычислительных центров. Эти центры расположены в десятках стран в разных частях мира и обладают совокупной вычислительной мощностью в десятки тысяч CPU. Число одновременно выполняющихся заданий достигает сотни тысяч, а объёмы обрабатываемых данных петабайтов.

Уникальной является модель построения проекта SL. В ней удачно сочетаются деятельность сообществ разработчиков (самого SL, проектов CentOS и Fedora), крупного коммерческого разработчика (Red Hat) и структур, финансируемых государством (FermiLab, CERN).

Такая схема серьёзно снижает традиционные для IT-проектов риски, связанные с использованием разработок по всем трём указанным выше моделям, и даёт высокую гарантию стабильного хода проекта.

SL строится на основе исходных пакетов Red Hat Enterprise Linux (RHEL) и позволяет использовать в нём бинарные пакеты и драйверы устройств, созданных для RHEL. SL объединяет наборы пакетов, входящие в серверные и десктопные варианты RHEL, включает в себя компоненты кластеризации, виртуализации и ряд дополнительных программных компонентов, добавленных разработчиками дистрибутива (например, поддержка OpenAFS).

Текущая версия SL 5.1 поддерживает архитектуры i386 и x86_64.

В состав дистрибутива входит более 2.5 тысяч программных пакетов, позволяющих использовать его для рабочей среды пользователя с возможностью выбора комфортной графической среды (GNOME, KDE, IceWM), создания серверной и сетевой инфраструктуры, ведения разработки при помощи различных языков программирования и программных сред, построения кластерных конфигураций для проведения массовых вычислений, балансировки нагрузки, построения отказоустойчивых и даже катастрофоустойчивых решений.

Для повышения функциональности могут быть использованы программные репозитории[3] проекта, например: Dag Weers, AtRPMS, Dries Verachtert, Linux Ink, с совокупным объёмом почти в 9 тыс. программных пакетов. Также могут быть использованы пакеты из репозиториев других программных проектов (например, Fedora, EPEL и др.).

Коллектив разработчиков ОАО ЛИНУКС ИНК принимает участие в данном международном проекте, поддерживая программный репозиторий, ориентированный на SL, локализованный вариант Scientic Linux Cyrillic Edition и документации по нему[4], ведёт русскую версию сайта проекта[5], участвует в выпуске учебно-справочной литературы, посвящённой вопросам внедрения свободного ПО в целом[6] и данному дистрибутиву в частности[7].

НауЛинукс В рамках проекта НауЛинукс решалась проблема адаптация SL для целей школьного образования. Освоение возможностей, предоставляемых данным программным решением на самом раннем этапе обучения, даёт сегодняшним школьникам возможность приобрести навыки работы в любом сколь угодно полном объёме в дистрибутиве, занимающем на данный момент ключевую роль в самых передовых научно-исследовательских проектах и по сути дела являющемся промышленным стандартом.

В данный момент компания ОАО ЛИНУКС ИНК ведет ряд проектов на базе SL, имеющих отношение к учебному и научному процессу, результаты которых могут быть широко применены и в сфере школьного образования.

В рамках проекта Разработка и апробация в пилотных субъектах Российской Федерации пакета свободного программного обеспечения для использования в общеобразовательных учреждениях Российской Федерации в 2007–2008 годах ведётся разработка дистрибутива для рабочих станций. Было добавлено более 300 программных пакетов, адаптирована процедура установки, добавлена поддержка процессоров класса Pentium I, продемонстрирована возможность локальной пересборки. Осуществлена помощь коллегам из FermiLab в адаптации процесса генерации дистрибутива в виде набора CD. Был выявлен ряд программных ошибок, о путях исправления которых были оповещены участники проекта SL, компании производителя базового дистрибутива и разработчики соответствующих проектов. Ведётся работа по добавлению поддержки национальных языков (татарского) и системы, упрощающей развёртывание дистрибутива.

В рамках проекта ELSP/А2/C/071 НФПК Разработка серверной операционной системы и комплекта серверных приложений для общеобразовательных учреждений на базе свободного программного обеспечения ведётся работа по созданию серверного решения школьного уровня, интегрированного с существующими системами автоматизации школьной деятельности.

Кроме указанных выше проектов, компания ОАО ЛИНУКС ИНК принимала и принимает участие в ряде разработок, которые могут оказаться полезными на этапе создания образовательных ресурсов на базе свободных программных платформ. Примерами таких разработок являются портальные системы управления контенмая том с встроенными механизмами контроля исполняемых регламентов (workow), привязка этого контента к картографическим данным[8], библиотечно-архивные системы[9] и др. Данные решения представляют собой WEB-ориентированные прикладные системы, допускающие кроссплатформенное использование, что на начальном этапе внедрения решений на базе свободного ПО в школьной деятельности будет иметь определяющее значение.

Литература [1] LHC Computing GRID http://lcg.web.cern.ch/LCG/ [2] Enabling Grids for E-sciencE http://public.eu-egee.org [3] SL RPM Repositories https://www.scientificlinux.org/ community/repo [4] Русская документация по SL http://www.linux-ink.ru/static/ [5] Русская версия сайта проекта SL http://www.scientificlinux.

[6] Руководство по миграции на Linux для региональных администраций http://www.ibm.com/developerworks/ru/library/ linux_migr/contents.html [7] Red Hat Enterprise Linux/Scientic Linux. Полное руководство пользователя http://www.bhv.ru/books/book.php?id= [8] Прототип системы публикации картографических данных http:

//ecology.linux-ink.ru [9] Прототип электронно-библиотечной системы http://elbi.

linux-ink.ru Преимущества использования терминальных технологий для целей миграции на свободное ПО и повторного использования морально устаревшего железа. Участие в проектах ALT Linux и LTSP: порознь и вместе. ALTSP как уникальный сплав лучшего из двух миров LTSP4/5.

Доистория В 1999 году уже существовало как движение свободного ПО, так и намерение разработчиков ядра Linux вплотную заняться настольными системами. Этим воспользовались в одной детройтской фирме, занимавшейся обслуживанием госпиталей; так появилась первая версия LTSP.

События развивались довольно быстро, и в 2004 был выпущен LTSP4 с очень неплохими эксплуатационными характеристиками: работа на 12M RAM, загрузка в полминуты, поддержка балансировки нагрузки и локально запускаемых на клиенте приложений (например, для интернет-телефонии с доступом к микрофону).

LTSP В 2005 году начались работы над фреймворком по составлению терминальных решений из существующих дистрибутивов, а не над специализированным мини-дистрибутивом. Эта работа выполнялась в тесном сотрудничестве с проектом Ubuntu.

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