Differences between revisions 6 and 7
Revision 6 as of 2008-07-08 18:58:13
Size: 14011
Editor: eSyr
Comment: часть с лекции от 8 июля
Revision 7 as of 2008-07-08 19:16:42
Size: 14540
Editor: eSyr
Comment:
Deletions are marked like this. Additions are marked like this.
Line 67: Line 67:
|| 15 || 1 || 1 || 1 || || 1 || ArtemSerebriyskiy + ConstantinErshov, [[Allena]] || || || || 8 || 1 || 1 || 1 || || 1 || ArtemSerebriyskiy + ConstantinErshov, [[Allena]] || || ||
## ConstantinErshov поставлен как ещё один расшифровщик, он
## соответственно отвечает за кусок от 8 июля. Артём, соответственно,
## отвечает за кусок от 7 июля (у меня есть подозрение, что ни будут сильно
## пересекаться и на каком-то этапе, предположительно перевода на
## русский, их надо будет слить).

Другие конфигураторы с web-интерфейсом

Как говорилось в прошлых лекциях, универсальный конфигуратор эффективен только в двух случаях:

  • Он разрезан на модули
  • Он имеет довольно большую команду разработчиков.

В случае если мы имеем отдельную, выделенную подсистему, которая не сильно завязана на все остальные параметры нашей операционной системы, то вполне возможно создание для неё выделенного конфигуратора. Эта задача еще больше упрощается если о создании такого конфигуратора позаботились разработчики этой подсистемы . Типичный пример, который мы рассматривать не будем --- это системы управления сайтом(CMS), большинство из которых написанны на например PHP, их исходный код потом подкладывается в определенные места, после чего они запускаются и все административная деятельность по управлению ими происходит через их же собственный интерфейс. Например так устроен Drupal - вы скачиваете некий файл на PHP, подготавливаете БД SQL, дальше при попытке зайти в него он обнаруживает что он не установлен, устанавливается, после чего в нем можно включать его же собственные модули, скачивать новые и т.п.

Другой вариант, когда авторы некой подсистемы предусмотрели к ней некий графический интерфейс и распространяют их вместе. В таком случае часто, вместо того чтобы пытаться заново переписать эту функциональность, бывает проще подогнать имеющийся конфигуратор под условия ОС и\или конкретного дистрибутива. Так например не имеет большего смысла переписывать на Scheme функциональность конфигуратора CUPS(Common Unix Printing System - сервер печати) с целью интеграции его в Альтератор, т.к. она и так довольно хороша, и к тому же неплохо поддерживается разработчиками.

Устройство конфигуратора CUPS

Устроен он примерно также как веб-интерфейс Альтератора- т.е. на определенном порту есть некий веб-сервис, подсоединившись к которому по http вы можете легко управлять сервером печати. Причём, в отличие от Альтератора, где сразу надо получить права суперпользователя, в веб-интерфейсе CUPS довольно большое количество действий и настроек доступно обычному пользователю(не представившемуся системе), либо пользователю, вошедшему со своим логином и паролем - например возможность снять собственные задания.

Сервер печати (по умолчанию??'в альт-линуксе?') запускается на каждой машине, а не только на той, на которой есть принтер. Это происходит по следующим причинам. CUPS написан так, что при определенных настройках администратором, он может рассылать по своему собственному протоколу --- IPP --- сообщения о доступности принтера. Поэтому, если вы делаете доступным сетевой принтер в локальной сети т.е. разрешаете делать его видимым(т.е. рассылать вышеупомянутые сообщения), то при установленной CUPS любой клиент(с запущеным CUPS) может этим воспользоваться. Естественно, принтером можно воспользоваться и без этого, но тогда надо самостоятельно писать различные модули, что , в общем, представляет собой не очень приятное занятие.

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

Быстро пробежимся настройкам:

  • 1.Если вы находитесь на клиенте и на сервере настроен CUPS принтер, то настройки лучше не трогать.

    2.Если сидите на клиенте, а сервер не настроен (например, виндовый сервер с расшаренным по smb принтером), то можно написать его локатор.

jobs --- управление заданиями.

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

Произвдтели принтеров раньш всех дгадались сздать унифицирванный файл-описатель принтера, независимый от платформы. Но они ещё не плнстью отказались переводить логику в драйвер (win-принтеры), но они потихньку начинает исчезать.

Мы выдираем некий общий принтер, наверно н будет бщий пстскриптный принтер. Кстати сказать, база данных этг бехбразия огрмная, и проблема не найти, а выбрать нужный. В разделе Generic мы ег выбрали потому, чт существует неке количество стандартов или доггворённстей на формат команд принтеров. Например, есть принтеры, пддерживающие PS, котроый, надо сказать, язые прграммирвания такой. Прграмма на PS выдаётся принтеру, он её исполняет и рисует результат. Пмимо принтера, это умеют делать и некие прграммы. Но PS это в сновнм у дорогих принтеров, есть другие форматы для принтеров пдешевле. Есть EXC/P для матричных принт еров, HP продвигает стандарт PCL, и большинств HP-шных принтеров его поддерживает. Выберем принтер пстскрипт.

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

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

В administration:

  • Первая кнопочка показывет принтеры, расшаренные на 631 порту
  • Втрая --- Расшаривать принтеры
    • Принимать подключения не из локальной сети
  • Позволять заходить на 631 порт не только с локалхоста
  • Если кнопочка не включена, то польз. мжет убить только свои задания, иначе и чужие

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

Довольно долго по умолчю былоо поведение купса следующее: когда ег администрировали, он не печатал, и наоборот. Какое=то время в альте с этим бились

Для того, чтобы завершить разговор о конфигураторах через сеть, можно сказать, что их есть ещё некоторое количество. Есть ещё несколько подсистем, к которым есть конфигураторы с веб-интерфейсом: например, есть конфигуратор к службе samba через веб-интерфейс который называется Swat. Пользоваться им нельзя по одной простой причине --- по сути это редактор для конфигурационного файла smb.conf. Но в отличие от конфигурационного файла, который самодокументирован -т.е. вы читаете комментарии внутри него и своеобразно им производите изменения, Swat генерирует большой файл настроек без единого комментария. Это пример того самого случая, когда пользоваться конфигуратором можно только тогда, когда представляешь себе как устроен конфигурационный файл.


Сведения о ресурсах

Готовность (%)

Продолжительность (ак. ч.)

Подготовка (календ. ч.)

Полный текст (раб. д.)

Предварительные знания

Level

Maintainer

Start date

End date

8

1

1

1

1

ArtemSerebriyskiy + ConstantinErshov, Allena


CategoryLectures CategoryPspo CategoryMpgu CategoryUneex

PspoClasses/080707/03CUPS (last edited 2008-10-09 18:30:31 by MaximByshevskiKonopko)