Различия между версиями 14 и 30 (по 16 версиям)
Версия 14 от 2008-07-10 01:41:16
Размер: 19741
Редактор: PavelSutyrin
Комментарий:
Версия 30 от 2008-10-09 21:30:31
Размер: 15687
Редактор: MaximByshevskiKonopko
Комментарий: No more illustration needed.
Удаления помечены так. Добавления помечены так.
Строка 4: Строка 4:
Итак, универсальный конфигуратор эффективен, если он отвечает двум требованиям:
 *Модульность;
 *Наличие большой команды разработчиков.
Строка 5: Строка 8:
Использование универсальных конфигураторов актуально для обособленных подсистем, особенно если о создании конфигуратора позаботились разработчики подсистемы. В качестве примера можно привести большинство систем управления сайтами (CMS), в частности, Drupal. Подобные системы часто написаны на PHP, устанавливаются методом копирования в предопределенные места и полностью управляются через собственный графический интерфейс.
Например, для установки Drupal необходимо скачать PHP-файл и подготовить SQL базу данных, после чего при первой попытке запуска система определит, что она еще не установлена, произведет установку, и при последующих обращениях предоставит разнообразные возможности -- скачивание и включение новых модулей, и т. п.
Строка 6: Строка 11:
Как говорилось в прошлых лекциях, универсальный конфигуратор эффективен только в двух случаях:
 *Он разрезан на модули
 *Он имеет довольно большую команду разработчиков.
В случае если мы имеем отдельную, выделенную подсистему, которая не сильно завязана на все остальные параметры нашей операционной системы, то вполне возможно создание для неё выделенного конфигуратора. Эта задача еще больше упрощается если о создании такого конфигуратора позаботились разработчики этой подсистемы . Типичный пример, который мы рассматривать не будем --- это системы управления сайтом(CMS), большинство из которых написанны на например PHP, их исходный код потом подкладывается в определенные места, после чего они запускаются и все административная деятельность по управлению ими происходит через их же собственный интерфейс. Например так устроен Drupal - вы скачиваете некий файл на PHP, подготавливаете БД SQL, дальше при попытке зайти в него он обнаруживает что он не установлен, устанавливается, после чего в нем можно включать его же собственные модули, скачивать новые и т.п.
Впрочем, требование обособленности подсистемы не является обязательным. В некоторых случаях достаточно того, что разработчики предусмотрели удобный графический интерфейс для конфигурирования, распространямый вместе с самой подсистемой. В таком случае может быть целесообразно адаптировать уже имеющийся конфигуратор под конкретную ОС или дистрибутив. Например, нет смысла заново реализовывать функциональность конфигуратора CUPS (Common Unix Printing System, сервер печати) на Scheme для интеграции её в Альтератор, когда этот конфигуратор сам по себе весьма хорош и неплохо поддерживается разработчиками.
Строка 11: Строка 13:
Другой вариант, когда авторы некой подсистемы предусмотрели к ней некий графический интерфейс и распространяют их вместе. В таком случае часто, вместо того чтобы пытаться заново переписать эту функциональность, бывает проще подогнать имеющийся конфигуратор под условия ОС и\или конкретного дистрибутива. Так например не имеет большего смысла переписывать на Scheme функциональность конфигуратора CUPS(Common Unix Printing System - сервер печати) с целью интеграции его в Альтератор, т.к. она и так довольно хороша, и к тому же неплохо поддерживается разработчиками. Стоит заметить, что существуют и не очень удачные web-конфигураторы. Например, конфигуратор к службе Samba --- Swat, по сути представляет собой редактор конфигурационного файла, но при этом генерирует конфигурационный файл без комментариев, что сильно затрудняет администрирование. Пользоваться подобными конфигураторами не рекомендуется без знания структуры конфигурационного файла. А в таком случае, зачастую, проще написать конфигурационный файл самому.

Далее рассмотрим более детально конфигуратор CUPS.
Строка 15: Строка 19:
Устроен он примерно также как веб-интерфейс Альтератора- т.е. на определенном порту есть некий веб-сервис,
подсоединившись к которому по http вы можете легко управлять сервером печати. Причём, в отличие от Альтератора, где сразу надо получить
права суперпользователя, в веб-интерфейсе CUPS довольно большое количество действий и настроек доступно обычному пользователю(не
представившемуся системе), либо пользователю, вошедшему со своим логином и паролем - например возможность снять собственные задания.
CUPS является достаточно сложным программным продуктом, поддерживающим администрирование печати в многоранговых сетях со сложной структурой распределения прав доступа групп пользователей к классам принтеров. Данное пособие не претендует на исчерпывающее описание возможностей CUPS, будут рассмотрены лишь основные функции и настройки.
 
Так же как и Alterator, конфигуратор CUPS представляет собой web-сервис.
В отличие от Alterator, использование которого требует прав суперпользователя, web-интерфейс конфигуратора CUPS предоставляет доступ к большому количеству действий всем пользователям, в том числе и не представившимся системе. Например, пользователь, указавший только свои логин и пароль, может отменить собственные задания.
  
По умолчанию, в ALT Linux, сервер печати запускается на всех компьютерах, а не только на тех, к которым подключен принтер. Дело в том, что определенным образом настроенный CUPS рассылает сообщения о доступности принтера в локальной сети (используя свой собственный протокол --- Internet Printing Protocol), чем может воспользоваться для настройки печати любой клиент, на котором запущен CUPS. Использование CUPS на клиентских машинах не является обязательным, но альтернативные способы решения задачи настройки печати весьма трудоемки.
Строка 20: Строка 26:
Сервер печати по умолчанию в альт-линуксе запускается на каждой машине, а не только на той, на которой есть принтер. Это происходит по следующим причинам. CUPS написан так, что при определенных настройках администратором, он может рассылать по своему собственному протоколу --- IPP --- сообщения о доступности принтера. Поэтому, если вы делаете доступным сетевой принтер в локальной сети т.е. разрешаете делать его видимым(т.е. рассылать вышеупомянутые сообщения), то при установленной CUPS любой клиент(с запущеным CUPS) может этим воспользоваться. Естественно, принтером можно воспользоваться и без этого, но тогда надо самостоятельно писать различные модули, что, в общем, представляет собой не очень приятное занятие. Главная страница web-конфигуратора CUPS:
Строка 24: Строка 30:
Что же касается CUPS, то это достаточно сложный программный продукт, управление которым не будет освящаться от начала до конца. Достаточно сказать что он, например, эксплуатируется на таких многоранговых сетях, где есть не только несколько принтеров, но где существуют несколько классов принтеров. Например часть пользователей имеет право печатать на всех принтерах, а часть - только на принтерах какого-то определенного класса. В большинстве случаев,однако, никто такой сложной системой не пользуется.

Быстро пробежимся настройкам:
 1.Если вы находитесь на клиенте и на сервере настроен CUPS принтер, то настройки лучше не трогать.
 2.Если вы находитесь на клиенте:
Строка 32: Строка 32:
Кнопка "Administration". === Добавление и настройка принтера в CUPS ===
Строка 34: Строка 34:
{{attachment:PspoClasses/080708/02_cups_add_printer.png}}  1. Откроем вкладку "Administration".
 Здесь указывается общая информация о принтере.
 Перейдем на следующий этап, нажав "Continue".
Строка 36: Строка 38:
Add new printer. Здесь всё очевидно - нужно впечатать информацию о принтере.  {{attachment:PspoClasses/080708/02_cups_add_printer.png}}
Строка 38: Строка 40:
{{attachment:PspoClasses/080708/03_cups_add_printer_device.png}}    1. Выберем устройство, которое надо подключить.
Строка 40: Строка 43:
Выбираем device for printer. Жмём continue.  {{attachment:PspoClasses/080708/03_cups_add_printer_device.png}}
Строка 42: Строка 45:
{{attachment:PspoClasses/080708/04_cups_add_printer_manufacter.png}}
Строка 44: Строка 46:
Обратите внимание, что здесь есть два варианта: либо нужный драйвер есть в базе данных (она огромная), либо соответствующий драйвер можно скачать с сайта производителя. Драйвер имеет расширение .ppd . Производтели принтеров раньше всех догадались создать универсальный формат драйвера принтера, независимый от платформы. Правда, производители принтеров не отказались от безумной затеи переносить логику принтера в драйвер, то есть на компьютер. Тут возникает проблема с так называемыми win-принтерами (они, правда, потихоньку начинают исчезать).
Continue.
 1. Далее необходимо указать информацию для выбора драйвера нового устройства. Возможны два варианта:
  * Драйвер есть в базе данных CUPS (весьма обширной). В таком случае в пунктах 3 и 4 достаточно выбрать производителя и модель принтера.
  * В противном случае, необходимо скачать драйвер(файл формата ppd) с сайта производителя, и указать путь к нему в соответствующем поле ввода.
Строка 47: Строка 50:
{{attachment:PspoClasses/080708/05_cups_add_printer_manufacter_generic.png}}  {{attachment:PspoClasses/080708/05_cups_add_printer_manufacter_generic.png}}
Строка 49: Строка 52:
Выбор модели принтера.
Строка 51: Строка 53:
{{attachment:PspoClasses/080708/06_cups_add_printer_model.png}}  1. В случае использования драйвера из базы данных, указываем модель принтера.
Строка 53: Строка 55:
Мы выбираем некий общий принтер, наверно он будет общий постскриптный принтер. (Кстати сказать, база данных этого безобразия огромная, и проблема не в том, чтобы найти драйвер, а в том, стобы выбрать нужный. В разделе Generic мы его выбрали потому, что существует некое количество стандартов или договорённстей на формат команд принтеров. Например, есть принтеры, поддерживающие PS, который, надо сказать, язык програмирвания такой. Программа на PS выдаётся принтеру, он её исполняет и рисует результат. Помимо принтера, это умеют делать и некие программы. Но PS это в основном у дорогих принтеров, есть другие форматы для принтеров подешевле. Есть EXC/P для матричных принтеров, HP продвигает стандарт PCL, и большинство HP-шных принтеров его поддерживает. Выберем постскриптный принтер.  {{attachment:PspoClasses/080708/06_cups_add_printer_model.png}}
Строка 55: Строка 57:
{{attachment:PspoClasses/080708/07_cups_add_printer_model_ps.png}}  В данном примере мы выбрали некий generic (общий) принтер использующий !PostScript. База данных драйверов принтеров очень велика, и основная сложность заключается в том, чтобы выбрать нужный. Но существуют драйвера, которые подходят для любого принтера, использующего определенный формат команд, например, !PostScript. Существуют и другие форматы команд: EXC/P, для матричных принтеров; PCL, продвигаемый HP и поддерживаемый большинством принтеров этого производителя, и т. д. В данном примере выберем !PostScript-принтер.
Строка 57: Строка 59:
Жмём add printer.
Строка 59: Строка 60:
{{attachment:PspoClasses/080708/08_cups_add_printer_auth.png}}  1. Нажимаем Add Printer
Строка 61: Строка 62:
Обратите внимание, что мы сейчас проделали все действия как пользователи системы, и только в тот момент, когда понадобилось внесение собственно принтера, у нас попросили пароль. С этого момента вы будете делать что-то, что реально меняет конфигурационные файлы, вы должны ввести пароль суперпользователя или члена группы lpadmin.  {{attachment:PspoClasses/080708/07_cups_add_printer_model_ps.png}}
Строка 63: Строка 64:
{{attachment:PspoClasses/080708/09_cups_add_printer_auth_root.png}}
Строка 65: Строка 65:
С этого момента всё, принтер создан.  1. На данном этапе CUPS должен внести изменения в конфигурационные файлы системы. Для этого необходимы либо права суперпользователя, либо права пользователя из группы lpadmin.
Строка 67: Строка 67:
{{attachment:PspoClasses/080708/10_new_printer.png}}  {{attachment:PspoClasses/080708/08_cups_add_printer_auth.png}}
Строка 69: Строка 69:
Давайте настроим ещё формат бумаги.
Строка 71: Строка 70:
{{attachment:PspoClasses/080708/11_printer_options_paper_size.png}}  1. Добавление принтера завершено.
Строка 73: Строка 72:
Так повелось, что большинство софта пишут в северо-американских соединённых штатах, а у них формат бумаги немного другой. Поэтому page size нужно поменять на А4. Всё остальное не столь важно.  {{attachment:PspoClasses/080708/09_cups_add_printer_auth_root.png}}
 
Строка 75: Строка 75:
Лектор хочет только обратить внимание только на последнюю картинку называемую printer policy. Принтер-полиси указывает, что делать с принтером, если он перестал работать.
Строка 77: Строка 76:
{{attachment:PspoClasses/080708/12_printer_options_error_policy.png}}  Мы видим страницу управления принтером.
Строка 79: Строка 78:
Нужно заметить, что CUPS предназаначен для работы с разветвлённой сетью принтеров. По умолчанию, как видите, неработающий принтер вообще отключается. Что приведёт к тому, что попытки печатать ни к чему не приведут, задания будут копиться, копиться... До тех пор, пока сисадмин не прийдёт и не починит этот принтер. И если принтеров много, то это удобно, поскольку CUPS автоматически выбирает принтер, который ещё не выключен и печатает на него. Но если есть только один принтер, то это не очень удобно. Поэтому, стоит выбрать полиси retry job для личного принтера или abort job (вы печатаете, и оно уходит в чёрную дыру) для одинокого принтера в классе. В последнем случае можно поставить и stop printer, но при включении посмотреть список задач и прочистить его.
Строка 81: Строка 79:
Кнопка classes определяет классы принтеров. Мы её трогать даже не будем.
Строка 83: Строка 80:
{{attachment:PspoClasses/080708/13_cups_administration.png}}  {{attachment:PspoClasses/080708/10_new_printer.png}}
Строка 85: Строка 82:
В administration:
Строка 87: Строка 83:
 * Первая кнопочка показывет принтеры которые в данный момент видимы в локальной сети##, расшаренные на 631 порту - Почему 631? Может я по другому настрою - ArtemSerebriyskiy
 * Вторая позволяет Расшаривать принтеры
 * Третья позволяет принимать подключения не из локальной сети
 * Четвёртая позволяет производить действия под рутом не только с локалхоста, а по сети. Например, если принтерный сервер не имеет консоли вообще.
 * Пятая и последняя кнопка. Если кнопочка не включена, то пользователь может убить только свои задания, иначе и чужие. Дело в том, что любой пользователь может зайти на принтерный сервер со своим логином и паролем, то есть, когда он нажмёт убить задание, у него спросят логин и пароль, и, естественно, он сможет убить только своё задание. Убивать чужие задания бывает нужно по двум причинам. Во-первых, на разных машинах может быть разный список пользователей, и неизвестно, чьи в реальности будут задания на сервере. А иногда бывает так, что человек послал файл на распечатку и забыл о нём. Тогда эта особенность нужна, чтобы не звать сисадмина и не вводить рутовый пароль.
 1. В меню Printer Options укажем формат используемой бумаги. Так как CUPS разработан в США, где принят несколько иной формат бумаги, во избежание недоразумений нужно выставить значение Page Size в A4.
 
 {{attachment:PspoClasses/080708/11_printer_options_paper_size.png}}
Строка 93: Строка 87:
Кнопка edit configuration file превращает интерфейс в редактор конфигурационного файла; есть кнопка "посмотреть журналы". В общем, это различные администраторские действия. Также можно получить информацию о том, что происходит с системой.
Строка 95: Строка 88:
{{attachment:PspoClasses/080708/14_cups_administration_restart_server.png}}  1. Printer Policy позволяет задать действия CUPS в случае прекращения работы принтера. По умолчанию неработающий принтер отключается. Это удобно, если в сети есть много принтеров, так как в этом случае CUPS автоматически выберет один из неотключенных принтеров и отправит задания на него. Если же в сети есть только один принтер, то это не самый удачный выбор -- задания, отправленные на неработающий принтер будут накапливаться. Для личного принтера больше подходит вариант retry job, для единственного принтера в компьютерном классе -- abort job. В последнем случае допустим так же вариант stop job, однако при таком выборе рекомендуется при включении принтера очищать список задач.
Строка 97: Строка 90:
Довольно долго по умолчанию поведение купса было следующее: в режиме, когда его администрировали, он не печатал, и наоборот. Чтобы не происходило толчеи, например, администратор что-то меняет, а тут приходит задание, и он его давай печатать. Какое-то время в альте с этим бились. Теперь таких проблем не возникает: то ли разработчики CUPS отказались от такой политики, то ли патч, исправлявший всё это, прочно вошёл в дистрибутив.
##08.07.08 part ended
Строка 100: Строка 91:
Для того, чтобы завершить разговор о конфигураторах через сеть, можно сказать, что их есть ещё некоторое количество. Есть
ещё несколько подсистем, к которым есть конфигураторы с веб-интерфейсом: например, есть конфигуратор к службе samba через
веб-интерфейс который называется Swat. Пользоваться им нельзя по одной простой причине --- по сути это редактор для
конфигурационного файла smb.conf. Но в отличие от конфигурационного файла, который самодокументирован -т.е. вы читаете
комментарии внутри него и своеобразно им производите изменения, Swat генерирует большой файл настроек без единого
комментария. Это пример того самого случая, когда пользоваться конфигуратором можно только тогда, когда представляешь
себе как устроен конфигурационный файл.
 {{attachment:PspoClasses/080708/12_printer_options_error_policy.png}}



 1. Вернемся к странице Administration.

 Рассмотрим подробнее список Basic Server Settings.

  * Show printers shared by other systems. Позволяет увидеть список принтеров, видимых в локальной сети в данный момент. Первая кнопочка показывет принтеры которые в данный момент видимы в локальной сети.
  * Share published printers connected to this system. Позволяет предоставлять общий доступ к принтерам.
  * Allow printing from the Internet. Позволяет предоставлять доступ к принтерам пользователям не только из локальной сети.
  * Allow remote administration. Позволяет производить действия от аккаунта суперпользователя по сети.
  * Allow users to cancel any job (not just their own). Если эта опция не включена, то любой обычный пользователь может отменить только те задания, которые послал сам. В противном случае, все пользователи могут отменять любые задания. Второй вариант удобен, если, например, на разных машинах в сети различаются списки пользователей. Также второй вариант позволяет пользователям не обращаться к системному администратору каждый раз, когда кто-нибудь послает файл на распечатку и забывает о нём.

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


 {{attachment:PspoClasses/080708/13_cups_administration.png}}




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

 


 {{attachment:PspoClasses/080708/14_cups_administration_restart_server.png}}

Строка 118: Строка 132:
|| 20 || 1 || 1 || 1 || || 1 || ArtemSerebriyskiy + ConstantinYershow, [[Allena]]  || || || || 90 || 1 || 1 || 1 || || 1 || ArtemSerebriyskiy + ConstantinYershow, [[Allena]], MaximByshevskiKonopko || || ||

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

Итак, универсальный конфигуратор эффективен, если он отвечает двум требованиям:

  • Модульность;
  • Наличие большой команды разработчиков.

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

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

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

Далее рассмотрим более детально конфигуратор CUPS.

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

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

Так же как и Alterator, конфигуратор CUPS представляет собой web-сервис. В отличие от Alterator, использование которого требует прав суперпользователя, web-интерфейс конфигуратора CUPS предоставляет доступ к большому количеству действий всем пользователям, в том числе и не представившимся системе. Например, пользователь, указавший только свои логин и пароль, может отменить собственные задания.

По умолчанию, в ALT Linux, сервер печати запускается на всех компьютерах, а не только на тех, к которым подключен принтер. Дело в том, что определенным образом настроенный CUPS рассылает сообщения о доступности принтера в локальной сети (используя свой собственный протокол --- Internet Printing Protocol), чем может воспользоваться для настройки печати любой клиент, на котором запущен CUPS. Использование CUPS на клиентских машинах не является обязательным, но альтернативные способы решения задачи настройки печати весьма трудоемки.

Главная страница web-конфигуратора CUPS:

PspoClasses/080708/01_cups_main.png

Добавление и настройка принтера в CUPS

  1. Откроем вкладку "Administration". Здесь указывается общая информация о принтере. Перейдем на следующий этап, нажав "Continue".

    PspoClasses/080708/02_cups_add_printer.png

  2. Выберем устройство, которое надо подключить.

    PspoClasses/080708/03_cups_add_printer_device.png

  3. Далее необходимо указать информацию для выбора драйвера нового устройства. Возможны два варианта:
    • Драйвер есть в базе данных CUPS (весьма обширной). В таком случае в пунктах 3 и 4 достаточно выбрать производителя и модель принтера.
    • В противном случае, необходимо скачать драйвер(файл формата ppd) с сайта производителя, и указать путь к нему в соответствующем поле ввода.

    PspoClasses/080708/05_cups_add_printer_manufacter_generic.png

  4. В случае использования драйвера из базы данных, указываем модель принтера.

    PspoClasses/080708/06_cups_add_printer_model.png

    В данном примере мы выбрали некий generic (общий) принтер использующий PostScript. База данных драйверов принтеров очень велика, и основная сложность заключается в том, чтобы выбрать нужный. Но существуют драйвера, которые подходят для любого принтера, использующего определенный формат команд, например, PostScript. Существуют и другие форматы команд: EXC/P, для матричных принтеров; PCL, продвигаемый HP и поддерживаемый большинством принтеров этого производителя, и т. д. В данном примере выберем PostScript-принтер.

  5. Нажимаем Add Printer

    PspoClasses/080708/07_cups_add_printer_model_ps.png

  6. На данном этапе CUPS должен внести изменения в конфигурационные файлы системы. Для этого необходимы либо права суперпользователя, либо права пользователя из группы lpadmin.

    PspoClasses/080708/08_cups_add_printer_auth.png

  7. Добавление принтера завершено.

    PspoClasses/080708/09_cups_add_printer_auth_root.png Мы видим страницу управления принтером.

    PspoClasses/080708/10_new_printer.png

  8. В меню Printer Options укажем формат используемой бумаги. Так как CUPS разработан в США, где принят несколько иной формат бумаги, во избежание недоразумений нужно выставить значение Page Size в A4.

    PspoClasses/080708/11_printer_options_paper_size.png

  9. Printer Policy позволяет задать действия CUPS в случае прекращения работы принтера. По умолчанию неработающий принтер отключается. Это удобно, если в сети есть много принтеров, так как в этом случае CUPS автоматически выберет один из неотключенных принтеров и отправит задания на него. Если же в сети есть только один принтер, то это не самый удачный выбор -- задания, отправленные на неработающий принтер будут накапливаться. Для личного принтера больше подходит вариант retry job, для единственного принтера в компьютерном классе -- abort job. В последнем случае допустим так же вариант stop job, однако при таком выборе рекомендуется при включении принтера очищать список задач.

    PspoClasses/080708/12_printer_options_error_policy.png

  10. Вернемся к странице Administration. Рассмотрим подробнее список Basic Server Settings.
    • Show printers shared by other systems. Позволяет увидеть список принтеров, видимых в локальной сети в данный момент. Первая кнопочка показывет принтеры которые в данный момент видимы в локальной сети.
    • Share published printers connected to this system. Позволяет предоставлять общий доступ к принтерам.
    • Allow printing from the Internet. Позволяет предоставлять доступ к принтерам пользователям не только из локальной сети.
    • Allow remote administration. Позволяет производить действия от аккаунта суперпользователя по сети.
    • Allow users to cancel any job (not just their own). Если эта опция не включена, то любой обычный пользователь может отменить только те задания, которые послал сам. В противном случае, все пользователи могут отменять любые задания. Второй вариант удобен, если, например, на разных машинах в сети различаются списки пользователей. Также второй вариант позволяет пользователям не обращаться к системному администратору каждый раз, когда кто-нибудь послает файл на распечатку и забывает о нём.
    Страница Administration предоставляет доступ еще к некоторым возможностям -- изменить конфигурационный файл в специальном встроенном реакторе, посмотреть журналы, получить информацию о системе и т.д.

    PspoClasses/080708/13_cups_administration.png Довольно долго в процессе администрирования CUPS не выполнял заданий по печати, но теперь эта проблема решена.

    PspoClasses/080708/14_cups_administration_restart_server.png

Занятное


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

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

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

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

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

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

Level

Maintainer

Start date

End date

90

1

1

1

1

ArtemSerebriyskiy + ConstantinYershow, Allena, MaximByshevskiKonopko


CategoryLectures CategoryPspo CategoryMpgu CategoryUneex

PspoClasses/080707/03CUPS (последним исправлял пользователь MaximByshevskiKonopko 2008-10-09 21:30:31)