<br><br><div><span class="gmail_quote">09.08.07, <b class="gmail_sendername">Sergey Bolshakov</b> написал(а):</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>Иными словами, нам следует решить, пытаться ли комплектовать<br>ближайший релиз J исходя из модели 'класса', что требует<br>определённой работы по интеграции имеющихся решений<br>вроде alterator over ssh/web, vnc, apt-на-класс и
т.д. (не ltsp)</blockquote><div><br>Я пришел к тому же выводу.<br>На рабочей станции П(реподавателя) должны быть установлены<br>те же пакеты, что и на рабочей станцииУ(ченика). <br>И дополнительно средства удаленного управления и наблюдения.
<br>Так же средства раздачи обновлений (репо для apt).<br><br>На рабочей станции У должно быть из коробки (или в процессе установки)<br>настроено получение пакетов с сервера учебного класса (станция П),<br>разрешение на подключение по VNC с рабочего места П, и
т.п.<br><br>Так же рабочее место П может выступать в роли сервера LTSP, DHCP и пр.<br>Не исключено, что в классе может быть выделенный С(ервер) для этих нужд.<br><br>По этому предлагаю зафиксировать за рабочим местом П адрес
Х.Х.Х.1,<br>за С Х.Х.Х.254, все остальные - за рабочими станциями У.<br></div><br></div>Учебный набор (средства разработки, etc) у П должны быть точно такими же,<br>как и у У, иначе глупо, если преподаватель не может запустить у себя
<br>то же IDE, что и У...<br><br>Таким образом, кроме комплекта "учебных" пакетов, <br>необходимо сделать набор типовых настроек и комплект<br>"серверных" пакетов для интеграции класса в единый комплекс.
<br><br>Мой анализ показывает, что на данный момент нет удобного <br>средства управления LDAP, а вся интеграция будет, на мой взгляд,<br>крутиться вокруг него.<br>Смотрим Luma, Gosa ... GQ для преподавателя будет избыточен.
<br clear="all"><br><br>--<br>Best regards,<br> Dmitriy L. Kruglikov<br> Dmitriy.Kruglikov_at_gmail_dot_com <br> DKR6-RIPE<br> XMPP: Dmitriy.Kruglikov_at_gmail_dot_com <br>