Руководство по установке nsuts 1 Тестирующий сервер 1 Пакеты 1 Требования к окружению 1 Установка 1 - shikardos.ru o_O
Главная
Поиск по ключевым словам:
страница 1
Похожие работы
Название работы Кол-во страниц Размер
Руководство по установке i. Установка программы. 1 ii. Установка... 1 111.18kb.
Руководство по установке Установка программы. 1 Установка программы... 1 109.85kb.
Руководство по установке Внимание! 1 17.52kb.
Руководство по установке автоматизированного рабочего места Регионального... 1 19.78kb.
Руководство по работе с программным обеспечением, содержится информация... 6 1942.15kb.
Руководство пользователя детское автомобильное кресло серии jupiter... 1 122.59kb.
Инструкция по установке и настройке Установка Запустить файл setup exe 1 14.3kb.
Руководство по установке Torque 1 в связке с Globus Toolkit 3 1 37.55kb.
Атс телефонные станции 1 141.2kb.
Инструкция по установке и настройке Москва, 2006 Содержание Общие... 1 164.18kb.
Рекламная установка «Сити-формат» г. Новосибирск Рекламная установка... 1 109.25kb.
Руководство по установке Torque 1 в связке с Globus Toolkit 3 1 37.55kb.
- 4 1234.94kb.
Руководство по установке nsuts 1 Тестирующий сервер 1 Пакеты 1 Требования к окружению - страница №1/1

Руководство по установке NSUts


Руководство по установке NSUts 1

Тестирующий сервер 1

Пакеты 1

Требования к окружению 1

Установка 1

Дополнительная настройка 2

Тестирующий клиент 2

Требования к окружению 3

Простая установка 3

Сложная установка 3

Запуск тестирующего клиента 4

Структура директорий 4

Настройка компиляторов 4

Конфигурационный файл тестирующего клиента 5

Безопасность 5

Ошибки 5




Тестирующий сервер


Рассматривается установка на linux-дистрибутивы, работающие на пакетном менеджере dpkg (debian, ubuntu и прочие).

Пакеты


Для установки сервера используются два пакета:

  • nsuts-db используется для развертывания, обновления, удаления базы данных;

  • nsuts содержит исполняемые скрипты приложения и статический контент.

Требования к окружению


Работа сервера системы тестирования NSUts была протестирована на ОС Debian Lenny и Debian Squeeze.

Для работы сервера системы тестирования необходим установленный веб-сервер apache2 с модулем mod_perl и интерпретатором perl версии >= 5.10, СУБД MySQL, утилиты zip, unzip, diff и некоторые другие. Некоторые модули языка perl из архива CPAN. Полный список зависимостей имеется в метаинформации пакетов nsuts-db и nsuts.


Установка


Чтобы установить систему тестирования NSUts, необходимо использовать пакеты nsuts-db_.deb и nsuts_.deb. Для установки данных пакетов необходимо воспользоваться программным обеспечением по управлению deb-пакетами, предоставленным ОС. В качестве таких программ можно использовать консольные утилиты dpkg или aptitude.

Для установки deb-пакетов, используя dpkg, необходимо в командной строке от пользователя root ввести: dpkg -i <имя_файла_пакета>. При использовании этой команды подразумевается, что все пакеты, от которых зависит данный пакет, уже установлены. В противном случае после выполнения данной команды необходимо исправить неудовлетворенные зависимости командой: apt-get -f install.


[Примечание]

Для выполнения всех дальнейших действий обязательное условие – сервер базы данных MySQL и веб-сервер apache2 должны быть запущены.
При первой установке пакета nsuts-db необходимо запустить скрипт /usr/sbin/nsuts-db-setup, который позволяет сконфигурировать подключение к БД. В процессе работы скрипта будет потребована информация о новой базе данных, создаваемой на сервере тестирования. Настройки подключения будут сохранены в файле /etc/nsuts/nsuts_new_db.cfg. При последующем обновлении пакета nsuts-db эти настройки будут использоваться для обновления БД.

Для удаления созданной в процессе установки базы данных и пользователя, предназначенного для работы с данной базой, используется скрипт /usr/sbin/nsuts-db-remove.

После установки пакета nsuts-db необходимо выполнить установку пакета nsuts вышеприведенным способом. В процессе установки пакета nsuts создаются необходимые для работы сервера директории в /var/filebase/ и временные директории в /tmp/htmlcache/. Для удаления файлов, созданных в процессе работы сервера, используется скрипт /usr/sbin/nsuts-fb-remove.

После корректного завершения установки обоих пакетов стартовая страница системы тестирования NSUts будет доступна по адресу http://:82/nsuts-cgi/.


[Upd] Начиная с версии nsuts-1.2.7 стартовая страница доступна по адресу http:///nsuts/.
[Примечание]

Необходимо проверить, что доступ к базе данных для тестирующего клиента открыт (например, установить параметр bind-address=0.0.0.0 в файле /etc/mysql/my.cnf).


Дополнительная настройка


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

[Примечание]

Для версии системы тестирования nsuts-1.2.6 при использовании порта, отличного от 80 (в файле конфигурации пакета nsuts прописан порт 82) необходимо указать используемый порт в ports.conf.
[Upd] Начиная с версии nsuts-1.2.7 дополнительные настройки не требуются.

Тестирующий клиент

Требования к окружению


Работа тестирующего клиента была протестирована на операционных системах Windows XP, Windows 7. Необходимо наличие интерпретатора perl версии >=5.10.

Простая установка


При использовании установщика NSUtsClient-installer.exe необходимо выбрать опцию «текущий пользователь» в разделе «Выбор пользователя NSUtsClient»
В процессе работы установщика нужно в разделе «Выбор директории установки» указать базовую директорию для установки NSUtsClient.

Внимание: базовая директория NSUtsClient не должна содержать пробелов (в пути).

В результате установки по указанной в установщике директории будет создан каталог NSUtsClient с вложенными подкаталогами checker/, compiler/, perl/. При этом текущий пользователь должен иметь права на чтение/запись в каталог checker/TEST/.

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

Сложная установка


При использовании установщика NSUtsClient-installer.exe необходимо выбрать опцию «новый пользователь» в разделе «Выбор пользователя NSUtsClient».

Внимание: для использования этой опции необходимы права администратора!
В процессе работы установщика нужно ввести имя и пароль нового пользователя в разделе «Выбор пользователя NSUtsClient», а также в разделе «Выбор директории установки» указать базовую директорию для установки NSUtsClient.

Внимание: базовая директория NSUtsClient не должна содержать пробелов (в пути).

Поскольку используемая для запуска приложений изолирующая среда (Winkill) не обеспечивает полной изоляции запускаемых приложений, может понадобится выполнить дополнительные операции по обеспечению безопасности работы системы:



  1. Создание отдельного пользователя с ограниченными правами для запуска тестируемых программ от его имени. Данный пользователь должен иметь права на чтение и запись только для директории, из которой он запущен (по умолчанию: checker\TEST);

  2. Данные аутентификации созданного пользователя должны быть прописаны в файле checker\param.ini (параметр Security определяет, используется ли запись от указанного имени пользователя).

Данные операции в автоматическом режиме осуществляются установщиком NSUtsClient-installer.exe (см. также «Ошибки»).


Запуск тестирующего клиента


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

  1. Распаковать содержимое архива nsuts-client (или установить, в случае использования инсталлятора) в некоторую директорию (Внимание: базовая директория nsuts-client не должна содержать пробелов (в пути)).

  2. В файле checker\tester2.cfg необходимо прописать правильные настройки подключения к СУБД, url скрипта nsuts_new_get2.cgi и параметр fbauth. Эти настройки используются для взаимодействия с сервером системы тестирования.

  3. Настроить и подключить компиляторы (см. «Настройка компиляторов»)

  4. Запуск тестирующего клиента осуществляется скриптом loop.bat.

Структура директорий


[Замечание] Клиент должен быть распакован в директорию, полный путь к которой не содержит пробелов (например: C:\Temp\work).

  • checker\ – директория, в которой лежат исполняемые скрипты тестирующего клиента;

  • checker\tester2.cgi – основный скрипт, который содержит логику работы клиента;

  • checker\tester2.cfg – основной конфигурационный файл;

  • checker\*.pm – модули perl, используемые внутри tester2.cgi;

  • checher\loop.bat – скрипт, запускающий по циклу tester2.cfg;

  • checker\TEST\ – директория для непосредственного тестирования: в ней запускаются тестируемые программы;

  • checker\cache\ – директория, содержащая кэш задач и тестов.

  • compiler\ – директория, в которой должны располагаться компиляторы, используемые клиентом. (и bat-файлы для их запуска);

  • perl\ – базовая директория для интерпретатора perl.

Настройка компиляторов


В директории .\checker\ должны быть расположены bat-файлы для запуска компиляции исходных кодов программ и компиляторы (опционально).

В качестве примера такого bat-файла приложен файл gcc.bat. Данный bat-файл использует для компиляции компилятор, распакованный в директорию .\checker\gcc-4.4.3\.

Описание параметров, передаваемые bat-файлу:


  • %1 – Полный путь до файла с исходным кодом

  • %2 – Путь до директории, куда должен быть помещен откомпилированный файл (task.exe; для java – Task.class)

  • %3 – Базовая директория для тестирующего клиента (.\checker\)

  • %4 – Базовая директория для компиляторов (.\compiler\)

  • %5 – Полное имя файла программы winkill (опционально)

  • %6 – Полное имя файла программы noacm (опционально)

В файле checker\tester2.cfg в значение параметра “supported” прописать список идентификаторов поддерживаемых клиентом компиляторов (см. далее).

Для того чтобы иметь возможность использовать компилятор на сервере системы тестирования, необходимо добавить запись об этом компиляторе на странице «Лог» -> "Языки / Компиляторы", причем идентификатор компилятора («Id») должен совпадать с указанным значением в списке “supported” файла checker\tester2.cfg.

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


Конфигурационный файл тестирующего клиента


Описание основных параметров файла checker\tester2.cfg:

  • fbauth – строка использующаяся для авторизации тестирующего клиента. Должна совпадать со значением параметра authstr в файле /etc/nsuts/nsuts_new_get.cfg на сервере;

  • fburl – url скрипта http:///
    /nsuts_new_get2.cgi. В версии 1.2.7 по умолчанию будет иметь вид http:///nsuts/nsuts_new_get2.cgi, где  – адрес сервера;

  • [database] – группа параметров, указывающая настройки подключения к базе данным. Настройки должны коррелировать с настройками, указанными на сервере в файле /etc/nsuts/nsuts_new_db.cfg;

  • sleep – интервал между подключениями к базе данных при холостом цикле в секундах;

  • supported – список идентификаторов поддерживаемых клиентом компиляторов. Значения должны быть разделены запятой;

  • include_tasks – список идентификаторов задач, тестируемых этим клиентом. Используется для проверки задач, требующих специальной настройки тестирующего клиента. Если параметр не указан, тестируются все задачи;

  • exclude_tasks – список идентификаторов задач, НЕ тестируемых этим клиентом. Если параметр не указан, задачи не исключаются из тестирования.

Безопасность


Следует обратить особое внимание на настройки подключения к БД, и параметр fbauth хранящиеся в файле checker\tester2.cfg тестирующего клиента. Параметр fbauth используется для авторизации тестирующего клиента сервером: значение данного параметра должно совпадать со значением authstr в файле /etc/nsuts/nsuts_new_get.cfg.

Ошибки


  1. Установщик nsuts-client может некорректно выполнять создание/удаление пользователя на некоторых версиях ОС Windows;

  2. Базовая директория nsuts-client не должна содержать пробелов (в пути).