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

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

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

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

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

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

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

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

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

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

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

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

Поскольку используемая для запуска приложений изолирующая среда (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.
   

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

• 
  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.
  

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

В качестве примера такого 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.

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

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

• 
  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 – список идентификаторов задач, НЕ тестируемых этим клиентом. Если параметр не указан, задачи не исключаются из тестирования.
  

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

Ошибки

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