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, например:
голубой.sco.COM sco
Согласно определению MCHN , расположенному в файле
mmdftailor , локальный канал ставит почту в очередь, которая
находится в файле /usr/spool/mmdf/home/q.local, и программа,
выбираемая из файла /usr/mmdf/chas/local, передает почту в поч-
товый ящик "грушевый сидр" (Perry's).
-21-19-
Модификация базы данных
Перемешанная база данных передает управление системе MMDF
с целью получения быстрого доступа к псевдониму и маршрутной
информации. Пользователь должен проводить модификацию данной
базы данных всякий раз, когда выполняется модификация како-
го-либо псевдонима или маршрутного файла. Чтобы выполнить пост-
роение базы данных, необходимо войти в систему в качестве поль-
зователя mmdf и выполнить прогон программы
/usr/mmdf/table/dbmbuild из каталога /usr/mmdf/table. Напри-
мер:
cd /usr/mmdf/table
dbmbuild
Программа dbmbuild использует определения, находящиеся в
файле mmdftailor для построения перемешанной базы данных и от-
четов, если какие-либо таблицы были потеряны во время работы.
Для получения дополнительной информации пользователь должен
изучить раздел, в котором описывается утилита dbmbuild(ADM).
-21-20-
Обслуживание системы
Программа cleanque выполняет очистку очередей почты фай-
лов выходных данных. С целью классификации базы данных вызывай-
те утилиту cron(C) во время прогона программы cleanque по край-
ней мере ежедневно (может быть даже более часто, в зависимости
от объема получаемой почты). Пользователь может также выполнить
прогон утилиты cleanque вручную всякий раз, когда возникают по-
дозрения по достоверности передачи почты. Полное описание дан-
ной программы находится в том разделе, где приводится описание
функций программы cleanque(ADM).
Программа checkque проверяет статус почтовых очередей и
выводит количество сообщений ждущих передачи. Если создана ре-
зервная копия очереди, в которой находится почта ожидающая по-
сылки, то можно попытаться отправить данную почту вручную, ис-
пользуя для этого программу deliver(ADM). Например:
deliver -w -clist,uucp
Опция - с применяется при описании каналов, используемых
во время обработки. Опция -w заставляет программу deliver и ка-
нальные программы производить вывод информационных сообщений в
том виде, в котором они передают почту. Пользователь может
просмотреть выходные данные с целью выявления аварийных ситуа-
ций, подобных отвергнутой передачи или приему почты. Полное
описание данной программы приводится в разделе, где описывается
утилита checkque(ADM).
-22-1-
ГЛАВА 22
Включение дополнительных накопителей на жестких
магнитных дисках
стр
Вступление....................................... 22-1
Действия выполняемые перед началом работы........ 22-3
Установка конфигурации накопителя на жестком маг-
нитном диске..................................... 22-3
Жесткие магнитные диски ST506 или ESDI........... 22-3
Подготовка аппаратурных средств.................. 22-6
Установка накопителя на жестком магнитном диске.. 22-7
Создание новых файловых систем................... 22-10
Перередактирование ядра.......................... 22-12
Пересылка текущих счетов пользователя с основного
накопителя на жестком магнитном диске............ 22-13
Вступление
Если система страдает от хронической нехватки памяти, то
пользователю возможно потребуется подключить дополнительный на-
копитель на жестком магнитном диске для выделения системе до-
полнительного пространства памяти, используемого для хранения
файлов пользователя и каталогов. Ниже приводятся типы подклю-
чаемых накопителей на жестких магнитных дисках и контроллеров.
Данные типы следующие:
. Дисковой контроллер ST506 (стандарт АТ фирмы IBM).
. Контроллер ESTI.
. Адаптер главного компьютера SCSI.
При подключении дополнительных накопителей на жестких маг-
нитных дисках можно установить следующие две конфигурации:
. Не более двух контроллеров ST506 , при этом к каждому
контроллеру можно подключить не более двух дисков ST506 и не
более двух адаптеров главного компьютера SCSI , каждый адаптер
обслуживает не более семи контроллеров, а каждый контроллер
SCSI может обслуживать не более четырех устройств.
-22-1а-
. Один контроллер ESDI , который обслуживает два накопите-
ля на жестком магнитном диске любого типа: ESDI или ST506.
Ниже приводится упрощенная схема конфигурации первого типа.
Устройство
ST506 LUN0 LUN7 LUN0
+------+ +------+ +------+ +------+ +------+
| | | | | |... | | | |
| | | | | | | | | |
+---+--+ +--+---+ +--+---+ +---+--+ +---+--+
+---+ +-+ +---+ +---+ +-----+
Дисковый++----++ Контроллер| | | Встроенный
контрол-| | SCSI ++----++ +---+--+контроллер
лер | | | IDm |... | IDn |...
