В этом разделе описаны полная структура системы UNIX, взаимоотношения между процессами, выполняющимися в режиме задачи и в режиме ядра, а также аппаратная среда функционирования ядра операционной системы. Процессы выполняются в режиме задачи или в режиме ядра, в котором они пользуются услугами системы благодаря наличию набора обращений к операционной системе. Архитектура системы поддерживает такой стиль программирования, при котором из небольших программ, выполняющих только отдельные функции, но хорошо, составляются более сложные программы, использующие механизм каналов и переназначение ввода-вывода. Обращения к операционной системе позволяют процессам производить операции, которые иначе не выполняются. В дополнение к обработке подобных обращений ядро операционной системы осуществляет общие учетные операции, управляет планированием процессов, распределением памяти и защитой процессов в оперативной памяти, обслуживает прерывания, управляет файлами и устройствами и обрабатывает особые ситуации, возникающие в системе. В функции ядра системы UNIX намеренно не включены многие функции, являющиеся частью других операционных систем, поскольку набор обращений к системе позволяет процессам выполнять все необходимые операции на пользовательском уровне.

    4. 2 Файловая система
    Файловая система UNIX характеризуется:
    иерархической структурой,
    согласованной обработкой массивов данных,
    возможностью создания и удаления файлов,
    динамическим расширением файлов,
    защитой информации в файлах,

трактовкой периферийных устройств (таких как терминалы и ленточные устройства) как файлов.

Файловая система организована в виде дерева с одной исходной вершиной, которая называется корнем (записывается: "/"); каждая вершина в древовидной структуре файловой системы, кроме листьев, является каталогом файлов, а файлы, соответствующие дочерним вершинам, являются либо каталогами, либо обычными файлами, либо файлами устройств. Имени файла предшествует указание пути поиска, который описывает место расположения файла в иерархической структуре файловой системы. Имя пути поиска состоит из компонент, разделенных между собой наклонной чертой (/); каждая компонента представляет собой набор символов, составляющих имя вершины (файла), которое является уникальным для каталога (предыдущей компоненты), в котором оно содержится. Полное имя пути поиска начинается с указания наклонной черты и идентифицирует файл (вершину), поиск которого ведется от корневой вершины дерева файловой системы с обходом тех ветвей дерева файлов, которые соответствуют именам отдельных компонент. Имя пути поиска необязательно должно начинаться с корня, в нем следует указывать маршрут относительно текущего для выполняемого процесса каталога, при этом предыдущие символы "наклонная черта" в имени пути опускаются. Программы, выполняемые под управлением системы UNIX, не содержат никакой информации относительно внутреннего формата, в котором ядро хранит файлы данных, данные в программах представляются как бесформатный поток байтов. Программы могут интерпретировать поток байтов по своему желанию, при этом любая интерпретация никак не будет связана с фактическим способом хранения данных в операционной системе. Так, синтаксические правила, определяющие задание метода доступа к данным в файле, устанавливаются системой и являются едиными для всех программ, однако семантика данных определяется конкретной программой. Например, программа форматирования текста troff ищет в конце каждой строки текста символы перехода на новую строку, а программа учета системных ресурсов acctcom работает с записями фиксированной длины. Обе программы пользуются одними и теми же системными средствами для осуществления доступа к данным в файле как к потоку байтов, и внутри себя преобразуют этот поток по соответствующему формату. Если любая из программ обнаружит, что формат данных неверен, она принимает соответствующие меры.

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

Права доступа к файлу регулируются установкой специальных битов разрешения доступа, связанных с файлом. Устанавливая биты разрешения доступа, можно независимо управлять выдачей разрешений на чтение, запись и выполнение для трех категорий пользователей: владельца файла, группового пользователя и прочих. Пользователи могут создавать файлы, если разрешен доступ к каталогу. Вновь созданные файлы становятся листьями в древовидной структуре файловой системы. Для пользователя система UNIX трактует устройства так, как если бы они были файлами. Устройства, для которых назначены специальные файлы устройств, становятся вершинами в структуре файловой системы. Обращение программ к устройствам имеет тот же самый синтаксис, что и обращение к обычным файлам; семантика операций чтения и записи по отношению к устройствам в большой степени совпадает с семантикой операций чтения и записи обычных файлов. Способ защиты устройств совпадает со способом защиты обычных файлов: путем соответствующей установки битов разрешения доступа к ним (файлам). Поскольку имена устройств выглядят так же, как и имена обычных файлов, и поскольку над устройствами и над обычными файлами выполняются одни и те же операции, большинству программ нет необходимости различать внутри себя типы обрабатываемых файлов.

    4. 3 Защита данных в ОС UNIX

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

Сетевые ресурсы известны и поддерживаются как службы. Им даются имена, с помощью которых пользователи могут обратиться к ним. Службы включают в себя: фазовую службу (каталоги, подкаталоги, данные и программы в каталогах), коммуникационные службы (программы эмуляции SNA 3270, асинхронные коммуникационные службы) и службы печати. Все службы получают имена через службу именования в UNIX, именуемую StreetTalk.

Каждое имя состоит из 3-х частей: имени ресурса или пользователя, имени труппы пользователей и имени организации. Например, пусть существует сервер с именем организации ACME; есть две группы пользователей MARKETING (маркетинг) и ACCOUNTING (бюджет), существует также несколько служб, связанных с каждой группой, например, WP (word processing) обработка текста) DBASE (database) база данных, АССТ (accounting) бюджет. При использовании каждая часть имени отделяется от другой знаком @. Пользователь FRED из группы MARKETING должен зарегистрироваться для работы в сети с помощью команд: A>LOGONFRED@MARKETING@ACME.

Если этот пользователь хочет запросить службу, связанную с базой данных маркетинга организации (ПО СУБД и файлы базы данных), он должен выполнить команду:

    A>SETDRIVE G DBASE@MARKETING@ACME

Эта команда назначит логическое устройство G: на каталог и подкаталоги с ПО СУБД и файлами базы данных, Длинным именам StreetTalk могут быть назначены короткие синонимы (Nicknames).

StreetTalk - это база данных списков. Она, в частности, включает в себя список сетевых ресурсов. Другие списки SteetTalk - это списки пользователей, групп пользователей и прав пользователей.

Можно сказать, что ключевым фактором, обусловливающим эффективность системы UNIX, является ее служба распределения имен StreetTalk, которая делает сеть аппаратно независимой. Служба StreetTalk осуществляет распределение единой базы данных пользователей, групп и ресурсов между всеми серверами ЛВС, так что вам никогда не придется вводить какое-либо изменение в права доступа сети более чем один раз.

Если у вас имеются соответствующие права доступа, служба StreetTalk предоставит вам возможность использовать любой ресурс сети независимо от того, в каком месте он находится. Например, когда какая-либо рабочая группа переезжает в новый город, вы можете перенести коллективно используемые и персональные данные членов этой группы просто путем загрузки резервной магнитной ленты в сервер в этом новом городе. Группа сможет продолжить свою деятельность прямо с того места, на котором работа была прервана, причем сможет использовать те же самые процедуры вхождения в систему, персональные каталоги, прикладные программы и адреса электронной почты. (В случае других сетевых ОС вам пришлось бы создавать новые сценарии вхождения в систему, задавать новые адреса и переустанавливать права доступа для каждого пользователя. )

В состав системы UNIX входит подсистема повышения эффективности работы с каталогами Directory Assistance, обеспечивающая ведение в каждой ЛВС копии полного каталога StreetTalk для всей глобальной вычислительной сети. Благодаря наличию такой локальной копии вы получаете возможность направлять электронную почту удаленному пользователю даже в случае, если обе ЛВС в настоящий момент не имеют связи.

UNIX администратор сети управляет правами доступа пользователей через ARL-список (Access Rights List), который связан с каждой службой. ARL определяет 6 операций, которые могут быть предоставлены:

    управление правами доступа к каталогу;

управление правами доступа к подкаталогам; возможность создания и удаления файлов в каталоге и подкаталогах;

возможность модификации файлов в каталоге и его подкаталогах; возможность чтения файлов в каталоге и подкаталогах;

    возможность удаления каталогов.

Каждому имени пользователя в ARL присваивается одно из следующих 4-х прав доступа: право управления (control access), которое дает пользователю возможность выполнения всех 6-ти операций; право модификации (modify access), которое позволяет выполнять операции 2, 3, 4 и 5; право чтения (read access), которое позволяет выполнять операцию чтения фактов в каталоге и подкаталогах; нулевое право (null access), которое запрещает пользователю выполнять любую из шести операций.

Права доступа для трупп и имен пользователей не объединяются, как это имеет место в NetWare. Пользователю просто даются права, относящиеся к первому элементу в списке. Если первым элементом является элемент, описывающий права группы, то пользователь получает права труппы. Если первый элемент - это элемент, описывающий права пользователя, то пользователь получает права пользователя. Вместе эти права не объединяются.

Каждая служба принадлежит определенной группе и имеет связанный со службой ARL. (В приведенном выше примере служба DBASE принадлежит группе MARKETING). Если со службой нс связан ARL, то каждый пользователь в группе автоматически получает право модификации. Если ARL существует, то доступ к службе имеют только пользователи, указанные в ARL и только с теми правами, какие там указаны. Разрешено применение wildcard-символов в ARL. Например, элемент *@MARKETING@ACME дает каждому из группы MARKETING одинаковые права доступа к службе.

ARL может содержать только 5 элементов. Поэтому даже в небольшой сети UNIX ARL представляет собой список имен пользовательских списков. Все пользователи в каждой группе с одинаковыми правами доступа могут быть помещены в 1 список и имя этого списка может быть добавлено к ARL. Например, StreetTalk - имя MODLIST@MARKETING@ACME может ссылаться на список, содержащий всех пользователей группы MARKETING с правом модификации. Помещение имени этого списка в ARL для службы базы данных (с именем DBASE) и указание для него права модификации делает возможным доступ пользователей из этого списка к службе DBASE только с правом модификации.

Наконец, с каждой группой связан список администраторов AdminList. Каждый пользователь в AdminList имеет право управления для корневого каталога, независимо от того, что указано в ARL.

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

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

Принтеры и коммуникационные службы, например, SNA-шлюзы, именуются и защищаются с помощью списков пользователей, имеющих права на работу с этими службами. Консоль сервера также защищается паролем, который надо ввести перед выполнением команд с консоли.

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

Превратить UNIX-компьютер в файловый сервер относительно просто. Для этого достаточно использовать на нем программное обеспечение, которое будет принимать запросы от других рабочих станций, обрабатывать их и отвечать на эти запросы. При этом программное обеспечение файлового сервера будет всего лишь еще одной программой в многозадачной операционной системе, Если центральный процессор файлового сервера обладает достаточно высоким быстродействием, то одновременно с программным обеспечением файлового сервера на нем может быть запущена еще какая-нибудь программа. В Главе 2 проводилось обсуждение причин, по которым сетевые ОС LAN Manager и LAN Server представляют прекрасную основу для применений архитектуры клиент/сервер. Те же доводы для применения архитектуры клиент/сервер можно привести в пользу операционной системы UNIX. Популярным протоколом для компьютерных сетей на базе операционной системы UNIX является TCP/IP, хотя некоторые сетевые программные продукты для обмена информационными пакетами между компьютерами применяют протокол NetBIOS. Рабочие станции в ЛВС, управляемой операционной системой UNIX, посылают запросы на файловый сервер с требованиями передачи файлов и работают с этими файлами так, как если бы они хранились на локальном диске. Перенаправление файлов позволяет использовать UNIX-файлы так, как если бы эти файлы принадлежали DOS, OS/2 или Mac в зависимости от того, какая из этих операционных систем управляет рабочей станцией, запросившей файл. Однако иногда в таких случаях может потребоваться некоторая перекодировка. Например, в текстовых файлах DOS каждая строка заканчивается двумя символами - возврат каретки (CR) и перевод строки (LF), а в UNIX используется только символ LF.

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16