Differences between revisions 9 and 10
Revision 9 as of 2008-07-04 23:16:37
Size: 10653
Comment:
Revision 10 as of 2008-07-04 23:28:24
Size: 11253
Comment: Осталось вставить иллюстрации, что пока не работает.
Deletions are marked like this. Additions are marked like this.
Line 11: Line 11:
Системные объекты (система control, которая в /etc/control.d/). Это практически морда-редактор, специфической в альте и OWL. Ткнём, например, в сdrecord-classic. В каждом пункте есть переключатель на несколько положений (которые описываются в соответствующем скрипте в /etc/control.d/facilities), например, им пользоваться могут только члены cdwriter или только root, аналогично cups может быть сервером или локальным. Если переключиться в консоль и сказать control, то можно увидеть то же самое. Системные объекты (система control, которая в /etc/control.d/). Этот пункт конфигуратора --- практически морда-редактор к данной системе, специфической в альте и OWL. Ткнём, например, в сdrecord-classic. В каждом пункте есть переключатель на несколько положений (которые описываются в соответствующем скрипте в /etc/control.d/facilities), например, им пользоваться могут только члены cdwriter или только root, аналогично cups может быть сервером или локальным. Если переключиться в консоль и сказать control, то можно увидеть то же самое.
Line 13: Line 13:
Решение проблемы: предположим, как в случае купса, есть два способа функционирования сервера. Предположим, вы знаете, какие действия произвести над купосм, чтобы привести в одно состояние или другое. Это можно увидеть в /etc/control.d/facilities/cups. Как можно реализовать подобного рода функциональность: написать файл readme. Второй вариант: делаете две группы конфигов, в одном одни настройки, в другом другие. Третий способ --- пишете некий скрипт, который делает то, что написано. Чем последний способ плох --- плох тем, что такую строчку можно и не найти. Как это исправить --- писать вокруг функции, есть там такое, нет там такого. Ещё один способ --- можете изменить файл, подложив конфиг. Заархивировать его. Подложить дифф. В случае с разными группами, которые могут запускать программы, мы всего лишь меняем права файла. Это уже невозможно засунуть в дифф, более того, нельзя сохранить в виде какого-то файла. Разве что шеллскрипт написать, вот это оно и есть. Написан api на шелле, которая реализует эту функции. Это же решает вопрос свёртки множественных действи в атомарное. Это и реализует api control. Когда ГК пошёл работать в альтлинукс, он заставил, чтобы у каждого переключателя была кнопка хелп, теперь это всё достаточно прозрачно. Этот api не полный, например, нельзя задать множественные изменения в файле. Но, тем не менее, довольно много случаев оно покрывает. После создания альтератора выяснилось, что это имеет довольно приличный вид даже на верхнем уровне. Тем не менее, штука довольно удобная, и позволяет администратору выключать по умолчанию все службы. Мы вполне себе можем позволить закручивать ручки по безопасности, поскольку откручиваются они достаточно просто. Как это выглядит изнутри: предположим, как в случае купса, есть два способа функционирования сервера. Предположим, вы знаете, какие действия произвести над купсом (раскомментировать или закомментировать некую строку в конфиге), чтобы привести в одно состояние или другое. Это можно увидеть в /etc/control.d/facilities/cups. Как можно реализовать подобного рода функциональность: написать файл readme, в котором доходчиво объяснено, какие строки надо комментировать. Второй вариант: делаете две группы конфигов, в одном одни настройки, в другом другие. Третий способ --- пишете некий скрипт, который будет производить изменения. Чем последний способ плох --- плох тем, что такую строчку можно и не найти (допустим, автоматически созданный конфиг, который рассчитывает найти скрипт, был исправлен руками). Как это исправить --- писать вокруг функции, есть там такое, нет там такого. Ещё один способ --- можете изменить файл, подложив конфиг. Заархивировать его. Подложить дифф. В случае с разными группами, которые могут запускать программы, мы всего лишь меняем права файла. Это уже невозможно засунуть в дифф, более того, нельзя сохранить в виде какого-то файла. Разве что шеллскрипт написать, вот это оно и есть. Система control, по сути --- api на шелле, которая реализует различные функции такого рода, как-то: поиск с заменой в конфигах, изменение прав на файлы, исполнение произвольных шелл-функций, экспорт хэлпов об изменяемых опциях наверх по уровням конфигуратора. Это же решает вопрос свёртки множественных действи в атомарное. Этот api не полный, например, нельзя задать множественные изменения в файле. Но, тем не менее, довольно много случаев оно покрывает. После создания альтератора выяснилось, что это имеет довольно приличный вид даже на верхнем уровне. Тем не менее, штука довольно удобная, и позволяет администратору выключать по умолчанию все службы. Мы вполне себе можем позволить закручивать ручки по безопасности, поскольку откручиваются они достаточно просто.
Line 39: Line 39:
|| 14 || 1 || 1 || 1 || || 1 || MaximByshevskiKonopko, VladimirLysikov || || || || 16 || 1 || 1 || 1 || || 1 || MaximByshevskiKonopko, VladimirLysikov || || ||

Настройка с использованием Центра управления

В Альт-Линукс (то есть и в ПСПО) конфигуратор по имени Alterator используется как при установке системы, так и при пост-установочной настройке, что сливает задачи написания конфигуратора и инсталлятора в одну.

Вы видите фронтенд на qt, ... .

Первый пункт скорее информация для администратора.

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

Системные объекты (система control, которая в /etc/control.d/). Этот пункт конфигуратора --- практически морда-редактор к данной системе, специфической в альте и OWL. Ткнём, например, в сdrecord-classic. В каждом пункте есть переключатель на несколько положений (которые описываются в соответствующем скрипте в /etc/control.d/facilities), например, им пользоваться могут только члены cdwriter или только root, аналогично cups может быть сервером или локальным. Если переключиться в консоль и сказать control, то можно увидеть то же самое.

Как это выглядит изнутри: предположим, как в случае купса, есть два способа функционирования сервера. Предположим, вы знаете, какие действия произвести над купсом (раскомментировать или закомментировать некую строку в конфиге), чтобы привести в одно состояние или другое. Это можно увидеть в /etc/control.d/facilities/cups. Как можно реализовать подобного рода функциональность: написать файл readme, в котором доходчиво объяснено, какие строки надо комментировать. Второй вариант: делаете две группы конфигов, в одном одни настройки, в другом другие. Третий способ --- пишете некий скрипт, который будет производить изменения. Чем последний способ плох --- плох тем, что такую строчку можно и не найти (допустим, автоматически созданный конфиг, который рассчитывает найти скрипт, был исправлен руками). Как это исправить --- писать вокруг функции, есть там такое, нет там такого. Ещё один способ --- можете изменить файл, подложив конфиг. Заархивировать его. Подложить дифф. В случае с разными группами, которые могут запускать программы, мы всего лишь меняем права файла. Это уже невозможно засунуть в дифф, более того, нельзя сохранить в виде какого-то файла. Разве что шеллскрипт написать, вот это оно и есть. Система control, по сути --- api на шелле, которая реализует различные функции такого рода, как-то: поиск с заменой в конфигах, изменение прав на файлы, исполнение произвольных шелл-функций, экспорт хэлпов об изменяемых опциях наверх по уровням конфигуратора. Это же решает вопрос свёртки множественных действи в атомарное. Этот api не полный, например, нельзя задать множественные изменения в файле. Но, тем не менее, довольно много случаев оно покрывает. После создания альтератора выяснилось, что это имеет довольно приличный вид даже на верхнем уровне. Тем не менее, штука довольно удобная, и позволяет администратору выключать по умолчанию все службы. Мы вполне себе можем позволить закручивать ручки по безопасности, поскольку откручиваются они достаточно просто.

Лектор наверное не будет рассказывать про все ручки, которые есть. Их можно посмотреть, они достаточно нормально написаны. Из полезного ...

passwdqc-enforce --- проверка качества пароля.

su --- switch user, sudo --- выполнение

Настройка загрузчика. Что это такое. В лекциях несколько раз говорилось про последовательность загрузки. Речь идёт о установке начального загрузчика, который LI+LO. Загрузчик этот по умолчанию устанавливается в MBR с тем, чтобы загрузчик lilo умел управлять загрузкой разных ОС сам. Есть там некая хитрость при подготовке системы с двойной загрузкой с Windows. Когда вы это делаете, вам нужно сжать раздел с виндовсом. Если вы это делаете с помощью программы проприетарной, то с большой вероятностью всё будет нормально. Если же вы делаете это программой свободной, то возможно, что последовательность загрузки испортится, потому что карта загрузки ntldr поедет. Лечится это просто: перед установкой виндовса нужно создать диск с recovery console и сказать fixboot. Зачем бывает нужно установить загрузчик в раздел диска --- если у вас уже есть многосистемная машина и вы можете настроить загрузку ещё одной ОС, то достаточно поставить lilo в другой раздел, например, в /. После чего надо настроить свой загрузчик, чтобы он загружал ещё и линукс.

Экспертный конфигуратор --- конфигуратор lilo. Чем он плох --- надо знать конфиг lilo, чтобы её пользоваться.

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

Часовой пояс. Та же картина, кроме кнопочки "хранить время bios по гринвичу", то есть внутренние часы самого компьютера (которые хранит батарейка на материнской плате) устанавливают по гринвичу, потому что так устроены линух-системы. В чём преимущество --- у вас, когда смена зимнего и летнего времени, то единственное, что надо сделать --- прибавлять не 3 часа, а 4 (внутри ОС). В отличие от всяких операционных систем, которые считают, что в биосе локальное время.

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

Учётные записи. Мы очень долго друг с другом боролись, как в этом месте написать login name --- системное имя, правда, не отстоял того, чтобы писали полное имя. Общий совет пользоваться этим окном, а не adduser по одной причине --- он добавляется ещё в кучу разных групп.


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

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

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

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

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

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

Level

Maintainer

Start date

End date

16

1

1

1

1

MaximByshevskiKonopko, VladimirLysikov


PspoClasses/080704/03ConfigPractice (last edited 2008-08-24 22:54:27 by MaximByshevskiKonopko)