Operating System

Вид материала

Реферат

Подобный материал:

• The design of the unix operating system by Maurice, 9215.6kb.
• Уровни рассмотрения, 314.07kb.
• Курс по операционным системам (на примере ос windows) Основан на учебном курсе Windows, 29.21kb.
• Выполнил ученик 11 «А» класса, 443.51kb.
• Ос лекция 1 (2-й семестр – временно), 101.4kb.
• 1. ms sql server. Общие сведения, 66.03kb.
• Лекция Сущность, цели и задачи финансового менеджмента, 126.51kb.
• Лекция 10. Файловые системы Unix, 116.79kb.
• Д. В. Серебряков по изданию: advanced selling strategies (The Proven System of Sales, 3304.13kb.
• 1. ао «Казахстанская компания по управлению электрическими сетями» (Kazakhstan Electricity, 243.17kb.

нальных функций.

que данный параметр описывает подкаталог /usr

/spool/mmdf/lock/home, в котором формируется очередь сообщений к данному каналу. Данное имя начинается с префикса "q" , который ис­пользуется для формирования имени подкаталога (для получения дополнительной информации

по данному вопросу пользователь должен изу­чить раздел в данном руководстве, в котором описывается утилита queue(F).

-21-10а-

tbl в данном параметре используется сокращенное

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

ap данный параметр выбирает тип адреса граммати-

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

"822" преобразуется в адреса типа RFC822. "same" не преобразует заголовки.

pgm данный параметр указывает на программу нахо-

дящуюся в каталоге /usr/mmdf/chans, которая получает почту из программы deliver(ADM) и переносит ее по нужному адресу в локальный компьютер или передает ее по сети в удаленный компьютер.

mod данный параметр устанавливает режим передачи

в канале.

imm - данный подпараметр посылает почту сразу же.

reg - данный подпараметр ставит почту в оче­редь и не посылает ее, пользователь должен прогнать программу deliver для того, чтобы действительно послать почту через регулируе­мый канал. (Данный канал используется в сис­теме по умолчанию).

host данный аргумент описывает имя мощного главно-

го компьютера, которому канал передает всю почту, в списочном канале должен быть уста­новленный данный параметр; в данном параметре должно быть описано имя локального главного компьютера.

confstr данный параметр передает специфический флаг

канала в программу, которая выполняется в ка­нале; списочный канал использует строку кон­фигурации, которая позволяет использовать ре­жим отправителя, и поэтому, если не определен список запроса псевдонима для почтового спис­ка, отправитель сообщения записывается в ка­честве источника, посылающего почту в список (вместо записи почтместера в виде записи отп­равителя).

Для получения дополнительной информации о содержании и назначении канальных файлов необходимо изучить раздел "Редакти­рование маршрутных файлов".

-21-11-

Определения домена

Записи MDMN определяют домены, известные в системе MMDF. Домен представляет собой набор компьютеров, которые взаимодейс­твуют друг с другом определенным способом, возможно или по ге­ографическому местоположению (CAMFORD.AC.UK) или по организации (sco.COM ) или по типу активности (OXBRIDGE.EDU). Домен опреде­ляется следующим образом:

MDMN "sco.COM", show="Local Domain", table=locdom

MDMN "UUCP", show="UUCP Domain", table=uudom

MDMN "LIST", show="List Pseudo-Domain", table=list

MDMN "", show="Root Domain", table=rootdom

Первым аргументом является имя домена. Определение корне­вого домена не имеет имени (""), так как в таблице корневого домена не содержатся записи, относящиеся к множеству различных доменов.

Параметр show присваивает домену более удобное имя, кото­рое может использоваться определенными программами в качестве дисплейной строки. В параметре table используется сокращенное имя, полученное из определения MTBL , которое используется для описания таблицы домена.

Списочный домен обрабатывает почту, посылая ее в объемный почтовый список во время выполнения фоновой проверки адресов, и тем самым ускоряя обработку отправителя почты (дополнительная информация по данному вопросу приводится в описании утилиты list(ADM)). Операнд LIST описывает несуществующий домен, так как данный домен не связан с набором компьютеров; данный псев­додомен использует списочный канал для расширения почтового списка и повторных почтовых отправлений индивидуальных сообще­ний.

-21-12-

Система MMDF выполняет поиск наиболее длинных возможных сравнений в домене. Например, относительно почты, направленной по адресу CAMFORD.AC.UK, выполняется проверка на соответствие таблицы домена AC.UK перед проверкой на соответствие таблицы домена UK . Если система не может установить точное соответс­твие, то она выполняет проверку на частичное соответствие и направляет почту в данном направлении. Например, если почта просто адресуется в домен CAMFORD и таблицы домена CAMFORD не существует, то система MMDF выполняет поиск в доменных таблицах в том порядке, в котором их описал пользователь для элемента CAMFOFD . Система MMDF направляет почту в тот домен, для кото­рого выполнено условие частичного соответствия.

Если система MMDF не может установить даже частичного со­ответствия в более ранних доменах, то она выполняет проверки на соответствия в корневом домене с целью посылки почты на более мощный главный компьютер. Если система MMDF вообще не устанав­ливает проверок на соответствие, то в качестве последней надеж­ды, она использует канал dfdhosts , если данный канал существу­ет в системе. Так как система MMDF использует первый домен, при этом известно, что данный домен удовлетворяет условию на про­верки в более поздних таблицах без выполнения просмотров данных таблиц, то порядок, в котором пользователь описал определения MDMN , является очень важным фактором. Убедитесь в том, что ло­кальный домен является первым доменом, а корневой домен являет­ся последним.

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

Уровни регистрации

Последний раздел файла mmdftailor устанавливает уровень сохраняемой информации и максимальный размер файлов регистрации системы MMDF , которые хранятся в каталоге /usr/mmdf/log . Например:

MMSGLOG level=FAT, size=20

Запись MMSLOG управляет работой файла регистрации msg.log, который создается программами deliver и submit. Запись

AUTHLOG управляет информацией по авторизации, сохраняемой в файле auth.log . Запись MCHANLOG управляет регистрацией боль-

-21-12а-

шинства других программ системы MMDF , которые сохраняются в файле chan.log.

Наиболее многословные уровни регистрации создают огромное количество данных и снижают производительность компьютера. Об­щие установки параметра level приводятся ниже (с целью более подробного описания информации):

FAT данный параметр регистрирует только катастрофи-

ческие ошибки.

GEN данный параметр сохраняет общую диагностическую

информацию.

BST данный параметр показывает основные статистики.

FST данный параметр дает полные статистики.

Используя параметр size , пользователь может ограничить размер файла регистрации за счет установки некоторого количест­ва двадцати пяти блоковых единиц, на которые разрешается увели­чивать размер файла. В отношении примера записи MMSGLOG , можно сказать, что катастрофические ошибки регистрируются только до тех пор, пока не будет достигнут размер файла равный 500 блокам (20 блоков х 25). Когда файл регистрации достигает указанного размера, регистрация ошибок приостанавливается. Пользователю рекомендуется проводить периодические проверки файлов регистра­ции с целью выявления ошибок и очищать файлы перед тем, как размеры данных файлов достигнут максимальных величин.

С целью получения дополнительной информации о файлах ре­гистрации системы MMDF рекомендуется изучить в данном руко­водстве описание утилиты logs(F).

-21-13-

Определение псевдонимов

Находящиеся в файле /usr/mmdf/mmdftailor определения MTBL адресуют систему MMDF к каталогу /usr/mmdf/table с целью вы­полнения проверки определений псевдонимов в файлах alias.list и alias.user. Пользователь может создать и отредактировать данные файлы так, как это описано в данном разделе, или в соответствии с синтаксисом файла, описанным в данном руководстве в разделе tables(F). Всякий раз, когда пользователь выполняет изменение файла alias.list или alias.user любым из приведенных выше спо­собов, необходимо перестроить заполненную ненужной информацией базу данных.

Файл alias.list

Файл alias.list содержит псевдонимы спискового типа, кото­рые назначают простое имя для представления:

. Одному или большему количеству имен пользователя или

другими псевдонимам.

. Для переадресации сообщения относящегося к файлу.

. Для переадресации сообщения направленного в канал.

. Для почтового списка.

Например:

postmaster: admin, perry, Loguucp

Loguucp: "network//usr/spool/log/uucp"

Logmlog: "networkIcat -v >>/usr/spool/log/mlog"

printer2: "networkI/usr/bin/lpr -dprinter2"

staff: staff-outbound@list-processor

staff-outbound: "include:/etc/alias/staff"

staff-request: ross

В данном примере назначается локальный пользователь, кото­рым в системе пользователя является "postmaster", и определяет­ся псевдонимом почтмейстера. В данном примере почта, адресуемая "почтмейстеру", направляется пользователям admin и perry и за­писывается в файл регистрации UUCP . Косые наклонные черточки в синтаксисе операторов, используемые для переадресации, полезно описывать непосредственно в файле регистрации для регистрации активности.

Кроме этого, с целью выполнения более сложной обработки, можно использовать обычный символ переадресации выхода (>) сов­местно с конвейерной переадресацией. Почта, адресуемая узлу

Logmlog,обрабатывается по конвейеру командой cat(C) и затем ре-

-21-14-

гистрируется в файле mlog. Почта, адресуемая узлу printer2, об­рабатывается по конвейеру командой lpr(C) с целью вывода ее на печать. Псевдонимы переадресации используют пользователя и групповые идентификаторы ID сети пользователя. Хотя значение сети используется в большинстве случаев, можно осуществить опи­сание любого пользователя, указов его имя в файле /etc/passwd.

Три последние строки выполняют обработку почтового списка staff. В данном примере показано каким образом в синтаксисе операнда ":include:" используются имена, сформированные с целью определения псевдонима в описанном файле. Кроме этого можно ис­пользовать обычный символ переадресации (<) для чтения опреде­ления псевдонима из файла. В разделе, где приводится описание утилиты list(ADM) , в деталях объясняется действия по формиро­ванию почтовых списков.

В файле alias.list имя alias (псевдоним) и определение данного имени могут быть разделены между собой пробелом белого цвета, двоеточием или тем и другим вместе. Когда определяется псевдоним, в котором содержится большое количество имен пользо­вателя, допускается использование обратной косой черты (\) в качестве символа продолжения. Необходимо использовать кавычки (" ") для разделения строки, в которой содержатся пробелы или знаки препинания. Когда псевдоним используется для определения другого псевдонима, пользователю необходимо быть уверенным в том, циклы псевдонима создаваться не будут.

Файл alias.user

В файле alias.user содержатся псевдонимы, которые исполь­зуются при работе пользователей на их компьютерах. Например:

admin: admin@blue

carmen: carmen@ivy

perry: perry@blue

ross: ross@warwick

-21-14а-

Peдактирование маршрутных файлов

Маршруты в системе MMDF управляются файлами доменов (.dom) и каналом (.chn ). В записи файла домена содержится имя компь­ютера (blue - голубой ) в полностью определенном имени домена (blue.sco.COM ). Данное имя определяет первый главный компь­ютер, к которому по установленным адресам будет посылаться поч­та. (Во многих случаях данный главный компьютер является адре­сом, определенным в почтовом отправлении). В записи файла канала содержится информация, адресуемая главному компьютеру, о адресе транспортировки почты, который используется во время пе­редачи почты главному компьютеру.

Пользователь может создать и отредактировать домен и ка­нальные файлы так, как описано в данном разделе, или изучая синтаксис файла, приведенный в том разделе, где описывается утилита tables(F) . Всякий раз, когда пользователь сделал изме­нения в файле .dom или .chn одним из предложенных способов, ему необходимо перестроить базу данных с целью исключения из нее ненужной информации.

-21-15-

Доменные файлы

Определения MDMN,находящиеся в файле /usr/mmdf/mmdftailor, используются системой MMDF для выполнения поиска доменных опре­делений в описанных в файлах, расположеныx в каталоге /usr/mmdf/table.

Первый домен, определенный в каталоге /usr/mmdftailor, является локальным доменом. В файле local.dom содержится запись о входе в каждую машину внутри локального домена. Каждая запись расширяет локальное имя компьютера, если смотреть по направле­нию слева на право (по правилу LHS ) до полного информационного имени домена, если смотреть со стороны правой руки (по правилу RHS). Файл local.dom может выглядеть следующим образом:

blue blue.sco.COM

ivy ivy.sco.COM

warwick warwick.sco.COM

В дополнение к локальному файлу домена у пользователя ве­роятно появится необходимость использовать во время работы файл домена UUCP (файл uucp.dom ). В данном файле пользователь может сформировать список компьютеров, находящихся внутри домена UUCP, к которым часто направляется электронная почта. Каждая запись расширяется сокращенным или альтернативным именем, если смотреть слева направо (по правилу LHS ), до имени главного компьютера системы UUCP , если смотреть со стороны правой руки (по правилу RHS ). Например:

mcvax mcvax.UUCP

vu44 vu44.UUCP

Любой компьютер системы UUCP, не описанный в данном доме­не, обрабатывается в соответствии с правилом умолчания при этом маршруты его переходят через канал системы UUCP.

Если файл /usr/lib/uucp/Systems был предварительно сформи­рован, пользователь может создать файл uucp.dom путем преобра­зования системного файла ( Systems ) совместно с записью преоб­разования uulist. (Для получения дополнительной информации по данному вопросу пользователь должен изучить раздел "Установка конфигурации сети UUCP ").

Если файл топологии сети Micnet в формате операционной системы XENIX (файл /usr/lib/mail/top) был ранее сформирован, пользователь может первоначально создать файл micnet.dom путем преобразования "верхнего" файла вместе с записью преобразования

-21-16-

mnlist. (Для получения дополнительной информации по данному

вопросу пользователь должен изучить раздел "Установка конфигу­рации сети Micnet).

Следуя данному образцу формирования сокращенного имени по правилу слева направо (LHS), отображенном в имени главного компьютера со стороны правой руки (RHS), пользователь может создать файл домена для каждого определения MDMN в таблице mmdftailor (исключением является списочный псевдодомен, который использует при обработке локальный файл домена). В данном файле .dom полное информационное имя домена, полученное со стороны правой руки (RHS), создается за счет формирования приставки имени домена (как это определено в определении MDMN) по направ­лению слева направо (LHS). Записи, сформированные по правилам LHS и RHS могут быть разделены пробелом белого цвета, двоеточи­ем или тем и другим вместе. Последний домен, определенный в файле /usr/mmdf/mmdftailor будет корневым доменом. Данный спе­циальный доменный файл (root.dom ) выполняет преобразование имени домена слева направо (LHS) относительно имени главного компьютера, если рассматривать данное имя со стороны правой ру­ки (RHS). В файле root.dom могут содержаться записи, которые описывают:

. Путь к конкретному домену, который не включен в другую

таблицу домена.

. Более мощный компьютер, в который отправляют почту, ад­ресованную компьютеру, который не сможет распознать ло­кальный компьютер.

Ниже приводятся примеры данных типов записей root.dom.

sri-nic.arpa sri-nic.arpa berkeley.EDU

com uunet.UU.NET

Если запись sri-nic.arpa присутствует только в главном компьютере в домене arpa , используемом во время работы, то ве­роятно пользователь не захочет создавать отдельный файл домена для расширения домена arpa . Вместо этого, первая запись нап­равляет почту, адресованную узлу sri-nic.arpa, через узел berkeley.EDU.

В данном примере также показано каким образом можно опи­сать путь к компьютеру, используя для этого косвенную адресацию к локальной машине. Путь со стороны правой руки (RHS) читается по направлению справа налево и в данном пути могут находиться несколько промежуточных главных компьютеров. Главный компьютер

-21-16а-

отдаленный справа должен непосредственно соединяться с локаль­ным главным компьютером.

Так как корневой домен ищется последним, то в файле root.dom может находиться имя домена верхнего уровня (такое, как СОМ), которое используется в том случае, если имя домена больше не соответствует имени, указанному в раннем домене. Если почта адресуется узлу ross@nesser.COM и файл nesser.COM совер­шенно не соответствует какому-либо файлу домена, то домен СОМ верхнего уровня будет соответствовать второй записи и система MMDF будет передавать данную почту в узел UU.NET с надеждой на то, что узел uunet.UU.NET знает каким образом получить почту, направленную узлу nesser.COM.

Канальные файлы

Определения MCHN,находящиеся в файле /usr/mmdf/mmdftailor, направляют систему MMDF к выполнению поиска описанных файлов .chn , находящихся в каталоге /usr/mmdf /table. Данный каталог

предназначен для хранения канальных определений.

В файле local.chn содержатся записи подобные данной:

sco.COM sco

sco sco

blue.sco.COM sco

blue sco

Пользователь должен включить первые две записи, отображаю­щие записи MLNAME.MLDOMAIN и MLNAME в узел MLNAME, в том поряд­ке , который определен в файле mmdftailor . Если пользователь работает со скрытыми локальными компьютерами, то необходимо включить последние две записи, которые отображают записи MLOCMACHINE.MLNAME.MLDOMAIN и MLOCMACHINE в запись MLNAME.

Файл list.chn содержит следующие записи:

Списковый процессор Списковый процессор

Списковый процессор Списковый процессор

Запись имени, формируемая слева направо (LHS), является именем псевдо главного компьютера, определенным в почтовом псевдониме списка (смотрите пример файла alias.list). Данные

-21-17-

записи сообщают системе MMDF о том, что необходимо передать

почту, адресованную в почтовом списке, программе спискового

процессора.

В файле uucp.chn содержатся записи, подобные данной:

mcvax.uucp uunet!mcvax!%s

sri-nic.arpa uunet!sri-nic.arpa!%s

uunet.uu.net uunet!%s

Имя, формируемое слева направо (LHS), является именем главного компьютера сети UUCP; имя полученное со стороны правой руки (RHS) является адресом сети UUCP , который система MMDF использует в то время, когда ей необходимо обратиться к прог­раммным средствам сети UUCP. Анализируя первую запись в данном примере при условии, что почта адресуется пользователю hilis, указанному в строке mcvax.uucp, канал UUCP передает почту в узел uunet вместе с остатком адреса сети UUCP (mcvax!hillis). Во второй записи показано каким образом имя домена (srinic!arpa) может быть использовано в пути сети UUCP.

В канальном файле сети Micnet (micnet.chn) содержатся за­писи подобные данной:

ivy.sco.COM ivy:%s

warwick.sco.COM ivy:warwick:%s

Имя, сформированное слева направо (LHS), является именем главного компьютера, выбираемого из файла local.dom; имя, выби­раемое со стороны правой руки (RHS), является адресом сети Micnet, который система MMDF использует во время вызова прог­раммных средств сети Micnet . В данном примере, когда почта ад­ресуется пользователю ross (который получает почту на компьюте­ре warwick ), канал сети Micnet передает почту узлу ivy вместе с остатком адреса сети Micnet (warwick:ross).

В следующей строке имя главного компьютера, формируемое слева направо (LHS), отображается в адресную информацию, кото­рая используется для передачи в данный главный компьютер со стороны правой руки (RHS). Пользователь может создать канальный файл для каждого определения MCHN в разделе mmdftailor (за иск­лючением псевдо канала badhosts, который использует канальный файл сети Micnet). Адреса, формируемые как со стороны левой руки (LHS), так и со стороны правой руки (RHS), могут разде­ляться между собой пробелом белого цвета, двоеточием или тем и другим вместе.

-21-18-

Пример маршрута

Если почта адресуется "почтмейстеру", то система MMDF нап­равляет почту, выполняя поиск первой спрятанной таблицы псевдо­нима в файле alias.list. Данный поиск выполняется с целью рас­ширения псевдонима "почтмейстер" в связанных именах пользователя. Запись, находящаяся в файле alias.list , может иметь следующий вид:

почтмейстер: грушевый сидр

Затем система MMDF выполняет поиск файла alias.user целью нахождения имени локального компьютера, связанного с именем пользователя. В файле alias.user может находиться следующая за­пись:

грушевый сидр: грушевый сидр@голубой

Система MMDF выполняет поиск различный файлов .dom, кото­рые достраивают имя локального компьютера до полного информаци­онного имени домена. В данном случае, имя компьютера blue "го­лубой" существует в локальном домене и поэтому система MMDF находит приведенную ниже запись в файле local.dom, например:

голубой голубой.sco.COM

Система MMDF затем выполняет поиск различных файлов с рас­ширениями .chn , которые формируют полное информационное имя домена в адресуемых данных. В данном случае домен голу­бой.sco.COM обслуживается локальным каналом и на основании это­го система MMDF находит приведенную ниже запись в файле local.chn, например: