Часть 3

3. ОБЩИЕ РЕСУРСЫ ЛВС

Дисковые и файловые серверы 

В ранних микрокомпьютерных операционных системах, таких как PC-Net, разработанной фирмой Orchid Technology, OmniShare, разработанной фирмой Corvus System и EtherShare, разработанной корпорацией 3СОМ, несколько ЭВМ имели доступ к общему твердому диску. Эт
и системы позволяли разделять диск на общие тома, работавшие в режиме "только чтение" и на индивидуальные тома, работавшие в режиме чтения/записи.
В течение нескольких лет под названием "Дисковый сервис" такой подход получил наиболее широкое распространение в обеспечении совместного использования ресурсов в локальных вычислительных сетях на базе ПЭВМ. При попытке двух или более пользователей произв
ести запись на один и тот же том можно легко разрушить Таблицу Размещения Файлов (FAT), которая указывает операционной системе, где на диске искать файлы. Каждая, использующая диск ПЭВМ пытается управлять им, как своим локальным устройством. Это и было о
сновной причиной, по которой самые первые ЛВС на базе ПЭВМ оказались медленно работающими.
Другой метод, известный под названием "Файловый сервис", также заключается в совместном доступе к общему твердому диску, но при этом предоставляется возможность централизованного контроля Таблицы Размещения Файлов FAT. Файловые серверы гораздо менее подв
ержены разрушению FAT, чем дисковые. В мире локальных вычислительных сетей ПЭВМ этот метод впервые был предложен фирмой Novell Data Systems (в настоящее время Novell, Inc.) в 1982 году. Сейчас почти все локальные вычислительные сети на базе ПЭВМ использу
ют технологию, основанную на применении файловых серверов.
Кроме защиты FAT общего диска, файловые серверы обычно обслуживают схемы защиты на уровне файлов и записей, некоторые средства обеспечения секретности, общий вывод на печать и еще кое-что. Сложность современных систем файловых серверов высокого уровня по
казывает, что они конкурируют с лучшими образцами операционных систем для мини- и универсальных ЭВМ.
Вместе с тем, в отличие от многопользовательских вычислительных систем такого класса, файловые серверы не предназначены для обработки пропускаемых через них данных. Данные просто запрашиваются или передаются на устройства ЛВС. Обработка производится на о
тдельных рабочих станциях. Измененные данные, которые возвращаются обратно серверу, затем будут исправлены на диске.

ЦЕНТРАЛЬНЫЙ СЕРВЕР И РАСПРЕДЕЛЕННЫЕ СИСТЕМЫ

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

ФАЙЛОВЫЕ СЕРВЕРЫ

Функционировать компьютер в качестве файлового сервера заставляет программное обеспечение. Конкретной машиной, которая работает файловым сервером, может быть стандартная ПЭВМ или машина типа АТ, мини-ЭВМ или специализированная разработанная для использов
ания в качестве файлового сервера ЭВМ. В любом случае, это программное обеспечение, работающее таким образом, что ЭВМ выполняет функции файлового сервера.
Программное обеспечение файлового сервера в основном предназначено для синхронизации доступа к общим вычислительным ресурсам. При этом оно совместно с прикладными программами обеспечивает, чтобы пользователи имели доступ к файлам одновременно там где это
 необходимо, и предотвращали доступ там, где это запрещено.
Файловые серверы также имеют возможность обеспечивать различные уровни защиты и управления доступом, предоставляя администратору системы назначать санкции пользователям на использование ресурсов. В этом вопросе диапазон предоставляемых пользователям возм
ожностей сильно варьируется.
Эффективность и сложность систем управления файлами и поиска информации, обеспечиваемых файловыми серверами, сильно отличаются в разных сетевых операционных системах. Для увеличения скорости получения данных применяются быстродействующие методы доступа к
 дискам, в которых применяется "кеш диска" (сохранение последних запрошенных блоков данных в оперативной памяти сервера) и соответствующие файловые структуры на диске.
Файловые серверы можно разделить на несколько (иногда частично совпадающих) категорий:
- обобщенные серверы обычно реализуются на стандартных промышленно выпускаемых мини- и микро-ЭВМ. Для состоящей из ПЭВМ на базе процессоров 80286 и 80386 локальной вычислительной сети, как правило применяются
- файловые серверы. Обобщенные серверы часто могут обеспечить гораздо большую гибкость, чем специально разработанные,
- собственными серверами называются специально разработанные для использования в качестве сетевых серверов. Очень часто они могут обеспечивать более высокую производительность по сравнению с предыдущим типом, поскольку имеют особенности, учитывающие конк
ретные требования сервера. Их недостатком является то, что они, как правило, работают только с конкретной ЛВС и операционной системой потребителя,
- незакрепленные серверы одновременно функционируют как пользовательские рабочие станции и как файловые серверы. И хотя многие поставщики учитывают условия работы таких серверов, их применение рискованно с точки зрения целостности системы и ее производит
ельности. Пользователи и прикладные программы могут легко "заблокировать" незакрепленный" сервер. Иногда такие устройства позволяют снижать затраты,
- закрепленные серверы работают только как серверы и не используются как пользовательские рабочие станции.
Они обычно обеспечивают более высокую производительность и лучше сохраняют целостность системы, чем серверы предыдущих типов. 

СЕРВЕРЫ ДРУГИХ ТИПОВ

Наиболее часто применяемым в вычислительных сетях типом сервера является файловый сервер, поэтому нередко фраза "файловый сервер" произносится просто "сервер". Это может оказаться неправильным, поскольку эти серверы представляют собой только один из общи
х типов ресурсов сети. Другими типами серверов могут быть серверы устройств печати, серверы связи, серверы баз данных и устройств ФАКС, серверы пакетной обработки данных и другие типы серверов. На базе файлового сервера сетевая операционная система может
 обеспечить многие виды перечисленных услуг, что не требует использования для каждой из них отдельной машины. Как правило, дополнительные отдельные серверы устанавливаются по двум причинам: 
1) снизить нагрузку на файловые серверы, и
2) поднять производительность по отдельному показателю путем закрепления за ним собственного процессора. 

СЕРВЕРЫ УСТРОЙСТВ ПЕЧАТИ

Большинство версий программного обеспечения для серверов включают в себя функции совместного использования устройств печати для принтеров, которые физически подключены к машине файла-сервера. Но вместе с тем, и другие вычислительные машины сети также мог
ут обеспечивать режим работы с общим принтером. Некоторые сетевые операционные системы, как например система 3+ корпорации 3СОМ, прямо обеспечивают такую возможность. В других случаях, подобно большинству версий системы NetWare фирмы Novell, такая возмож
ность обеспечивается с помощью трех-составных утилит.
Серверы устройств печати часто применяются для физически распределенных принтеров общего пользования, для работы со специальными устройствами печати, которые требуют специфической управляющей аппаратуры и/или программного обеспечения, а также для подключ
ения дополнительных принтеров, когда возможности присоединения через файловый сервер уже исчерпаны.
В зависимости от программного обеспечения сервера устройств печати соответствующая машина может быть закрепленной, функционирующей только в режиме обслуживания принтеров, или незакрепленной, которая работает параллельно и как рабочая станция пользователя
 или как сервер другого типа.
При использовании сервера устройств печати еще и как рабочей станции ему присущи те же недостатки, что и файловому серверу в такой же ситуации: рабочая станция может работать немного медленнее при этой дополнительной нагрузке, а пользователь и/или прикла
дная программа может заблокировать сам сервер. Последствия блокировки функции сервера устройств печати, однако, как правило, менее серьезны, чем блокировка файлового сервера.
Специфические требования для сервера устройств печати при реализации на файловом сервере и/или при реализации на других рабочих станциях зависят от операционной системы локальной вычислительной сети. Для системы NetWare фирмы Novell имеется несколько сос
тоящих из трех частей пакетов сервера устройств печати. (Смотрите приложение В - "Сетевые утилиты").

СЕРВЕРЫ ПАКЕТНОЙ ОБРАБОТКИ ДАННЫХ

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

СЕРВЕРЫ УСТРОЙСТВ ФАКС

Ко всем рабочим станциям локальной вычислительной сети можно подключать отдельные устройства ФАКС. Сервером может служить рабочая станция в виде ПЭВМ с установленной в ней платой FAX или специальным устройством, проектированным для его обслуживания. 

ВЫБОР ПРИКЛАДНОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

Выбор программного обеспечения для работы в локальной вычислительной сети производится также, как и для автономно работающих ПЭВМ, но с учетом некоторых дополнительных факторов, которые мы здесь и рассмотрим.
- Будет ли прикладная программа работает на ПК с составе ЛВС? Большая часть программ работает на подключенных в сеть ПК, но не все. Если требуется память свыше 512 кб (для некоторых ЛВС даже меньше), то такая программа при загрузке может не работать с пр
ограммным обеспечением рабочей станции ЛВС.
- Имеет ли место специальная сетевая версия? Сетевые версии часто предполагают использование некоторых особенностей или преимуществ, которые не учитываются при автономной работе. Сюда может входить работа с несколькими пользователями с учетом конкретной 
конфигурации для каждого из них, обращение к сетевым устройствам печати, блокировка файлов и отдельных записей и т.д.
- Если в наличии нет сетевой версии, то может быть имеется совместимая с сетевой операционной системой однопользовательская версия? Есть ли лицензионное соглашение на сетевой вариант и каковы его условия?
- Совместимо ли ваше программное обеспечение с выбранной вами сетевой операционной системой? Некоторые прикладные программы будут работать в определенной операционной среде ЛВС, другие этого не могут. Какието программы смогут работать в разных сетевых оп
ерационных системах, другие же требуют специальных средств, доступных только в конкретных системах ЛВС.
- По какому принципу назначается цена для ЛВС? Поставщики программного обеспечения для этого используют различные подходы. Есть и некоторые различия:
- Цена на основе стоимости сервера. Производится оплата в отдельности каждого сервера, который имеет загружаемую в него программу, независимо от числа пользователей программного обеспечения.
- Цена на основе числа активных пользователей-прикладников. Производится оплата по максимальному числу пользователей, который могут иметь доступ к программе.
- Цена на основе общего числа пользователей прикладников. Производится оплата всех пользователей, работающих в прикладным программным обеспечением.
- Цена на основе общего числа пользователей локальной вычислительной сети. Производится оплата за каждого пользователя ЛВС независимо от числа пользователей, фактически работающих с прикладной программной.
- Некоторое сочетание приведенных выше принципов. Некоторые поставщики, например, устанавливают базовую цену плюс надбавку за каждого дополнительного пользователя сверх установленного количества. 

РАБОТА С ПРИКЛАДНЫМИ ПРОГРАММАМИ

При объединении уже работающих ПЭВМ в локальную сеть ваша работа облегчается в том случае, если вы представите новую сетевую среду как можно более похожей на знакомые условия автономной работы. Убедив, что знакомые прикладные программы и периферийные уст
ройства остаются по-прежнему доступными, вы снижаете последствия морального удара от введения установки ЛВС. Например, если пользователь уже освоил программу WordPerfect, то ему нужно предоставить ее и при работе в сети.
Сопровождение и обслуживание упрощается, если перевести по возможности больше прикладных программ с рабочих станций ПЭВМ в файловый сервер, но делать это следует осмотрительно, по мере знакомства пользователей с ЛВС.
При переходе пользователей с терминалов универсальных и мини-ЭВМ на сетевые ПЭВМ непросто воспроизвести привычные им условия работы, однако, несмотря ни на что очень важно обеспечить как можно больше преемственности.

ЛИЦЕНЗИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

При одновременном доступе к программе большего числа пользователей, чем это допускается лицензионным соглашением относительно нее, вы можете нарушить взятые обязательства. Как уже отмечалось ранее, лицензионная практика может широко варьироваться.
Доступ к программному обеспечению отсчитывается специальными служебными программами, такими как Saber Meter, разработанная фирмой Saber Software, или SITELOCK, разработанная фирмой Brightwork Development. Эти программы позволяют иметь доступ к прикладной
 программе только тому числу пользователей, которое определено лицензионным соглашением. (Смотрите приложение В - "Сетевые утилиты").

БЛОКИРОВКА ЗАПИСЕЙ И ФАЙЛОВ

В локальной вычислительной сети к одним и тем же файлам данных обеспечивается доступ нескольких пользователей. Именно поэтому, необходимо использовать какой-либо метод или для предотвращения одновременной параллельной записи в один файл несколькими польз
ователями, или для синхронизации параллельного доступа, чтобы обеспечить одному пользователю возможность изменять часть файла, а остальным - вносить изменения в другие части того же самого файла.
Для этого применяются два метода, которые называются соответственно "блокировка файла" и "блокировка записи".
Блокировка файлов дает прикладной программе возможность блокировать файл данных целиком тогда, когда она его использует, причем другие программы пользователей в это время не могут вносить в него изменения или удалять его. Блокировка файла используется дл
я программ текстовой обработки, обработки таблиц данных, машинной графики и т.п.
Блокировка записей позволяет фиксировать определенную часть файла за одним пользователем и предоставлять остальные его части для доступа другими пользователями. Блокировка записей обычно предусматривается в локальной вычислительной сети расчетных програм
мах и при управлении базами данных.
Блокировка может работать в монопольном или немонопольном режимах. Монопольная блокировка означает, что при занятии пользователем файла или записи всем остальным пользователям отказывается во всех видах доступа. Немонопольная блокировка дает возможность 
читать файл или запись сразу нескольким пользователям и только одному пользователю, который объявил блокировку, позволяется выполнять запись. В прикладных программах могут быть различные вариации описанных методов блокировки (смотрите Главу 4 - "Базы дан
ных ЛВС").

ВИДЫ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ЛВС

Имеется несколько классов программного обеспечения, применяемого в локальных вычислительных сетях на базе ПК.

ОДНОПОЛЬЗОВАТЕЛЬСКОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ

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

МНОГОПОЛЬЗОВАТЕЛЬСКОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ

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

УСОВЕРШЕНСТВОВАННОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ДЛЯ ВЫЧИСЛИТЕЛЬНОЙ СЕТИ

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

ГРУППОВОЕ ОБЕСПЕЧЕНИЕ

Под названием "групповое обеспечение" в среду локальных вычислительных сетей начинает входить относительно новая категория программного обеспечения.
И хотя имеются расхождения относительно определений, по существу групповое обеспечение представляет собой программы, которые дают возможность отдельным пользователям работать совместно, единой группой, под этим понятием также имеют ввиду программное обес
печение, которое помогает достигать групповых целей. Определение исходит от поставщиков, которые стараются укрыться под популярным зонтиком "группового обеспечения". (Пусть возражает поставщик, но не все многопользовательское программное обеспечение явля
ется групповым).
Групповое обеспечение отражает настоящую тенденцию организации работ по рабочим группам. Например, члены рабочих групп могут трудиться в одном подразделении или объединяться в конкретный проект. Члены рабочей группы могут работать в одном здании или быть
 разделенными географически. Они могут придерживаться одного или различных графиков работы. Они могут работать даже в разных компаниях, а отдельные работники часто успевают трудиться в нескольких рабочих группах.
Явными кандидатами на звание группового обеспечения являются электронная почта, проведение компьютерных встреч, планирование групповых графиков и календарное планирование, а также некоторые средства управления проектами. Примерами могут служить разработа
нная корпорацией WordPerfect программа WordPerfect Office, разработанная корпорацией Data Access программа Office Work, Higgins корпорации Enable Software и Coordinator, созданная фирмой Action Technologies.
Правильный выбор группового обеспечения для вашей организации является скорее вопросом управления ее деловой жизнью, чем поиска "наилучшего" проекта.
Промышленные стандарты относительно группового обеспечения отсутствуют, поэтому единственным критерием его оценки должен быть порядок его работы. Вместе с тем, вводятся стандарты обмена информацией по линиям связи, которые могут послужить платформой для 
текущих и будущих разработок группового обеспечения. Многие продукты, обеспечивающие обмен сообщениями, например, Coordinator, Framework III и Da Vinci еMail используют в качестве своей основы Программу обработки сообщений (MHS), созданную Action Technol
ogies.
Первые попытки создания группового обеспечения обычно рассматривались, как неуклюжие и "недружественные". Например, хотя для многих видов связи электронная почта (э-почта) гораздо более эффективна, чем телефон, потеря человеческого контакта отпугивает мн
огих пользователей.
Успех даже прекрасно спроектированного группового обеспечения зависит от восприимчивости пользователя, а учет потребностей организаций должен быть достаточно строгим, чтобы убедить потребителей использовать продукт на протяжении начальных этапов.
Для успешного внедрения в учреждении электронной почты и другого группового обеспечения необходимо применять его всем и регулярно. Если вам не удастся заставить Фреда читать приходя на работу его почту, то вам придется вызывать его к себе. После удачного
 внедрения в организации электронной почты ее использование становится стандартной деловой практикой, а не личной прихотью.
Пользователям, вынужденным работать совместно, может потребоваться использовать различные почтовые системы. Это имеет место именно в больших организациях и при взаимодействии различных организаций. В следующем разделе рассматриваются некоторые проблемы, 
возникающие в этом процессе, и пути их решения.

ЭЛЕКТРОННАЯ ПОЧТА

По мере разработки стандартов электронной почты (а также стандартов связи между различными такими стандартами), была быстро достигнута точка, когда практически каждый пользователь с модемом или сетевым подключением может иметь связь с любым другим пользо
вателем.
Пока что электронная почта представляет собой наиболее важное средство из технологии ЛВС и других видов вычислительных сетей, хотя обмен сообщениями между пользователями представляет не единственное их достижение.
Вместе с тем, некоторые базы данных, работающие в локальных и более распределенных вычислительных сетях, требуют быстродействующих постоянных и немедленно реагирующих коммуникаций, поэтому такие контакты могут оказаться дорогостоящими и не всегда оправда
нными необходимостью. Альтернативой является схема действий "запомни наперед", в которой связь активизируется только при специально оговоренных условиях. Условием передачи данных может быть, например, время передачи, место передачи и накопление определен
ного количества данных для передачи, завершение временного интервала, а также определенная комбинация условий такого рода. Средство связи обычно представляет собой модем или телефонную линию. Наиболее распространенной реализацией системы такого рода явля
ется электронная почта, но это могут быть и другие основанные на транзакциях распределенные системы обработки данных. 

X.400

Международный стандарт электронной почты и обмена сообщениями называется CCITT. Содержимое сообщений, разработанных в настоящем стандарте, может передаваться между пользователями беспрепятственно. Хотя этот стандарт в Соединенных Штатах еще не принят шир
око, о его поддержке объявили многие поставщики, включая IBM, Telenet, Hewlett-Packard, DEC и Data General. В настоящий момент Х.400 представляет собой важнейшее средство связи для международных систем, причем может обеспечить непараллельный уровень связ
ности как приемлемую и реализуемую основу развития стандарта.
В стандарте X.400 передача определяется в виде сообщений и сопутствующей им информации (конверта). Передача определяется как "имя к имени", что означает посылку и получение информации от одного узла к другому вне зависимости от центрального, главного или
 основного компьютера.
В конверты может включаться информация в виде "застежки", которая позволяет работающим в данном стандарте программам проводить обработку сообщений. Список возможных услуг по обработке приводится ниже и не является исчерпывающим, причем основное внимание 
в нем уделяется обслуживанию сообщений в стандарте Х.400:

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

Передача и доставка  
Обозначение на доставку и не доставку, доставка по нескольким адресам, ранг доставки.
Обслуживание статуса Указание важности и ответственности, пользователя основного и дополнительных восприемников, предмета, требования ответа, шифра и составного характера сообщения.
В стандарте Х.400 допускается использование сообщений на нескольких носителях, включая устройства ФАКС, речевые устройства, телекс, текстовые и графические устройства. 

ДРУГИЕ СТАНДАРТЫ СООБЩЕНИЙ

Многие поставщики сетевого оборудования и трехсторонние компании используют собственные стандарты обработки сообщений и/или электронной почты. Некоторые из них предоставляют утилиты перевода сообщений с помощью межсетевых шлюзов в другие системы, такие к
ак Х.25 и Х.400. Собственные системы имеют тенденцию устанавливать адаптированные усовершенствованные разработки, учитывающие требования конкретных пользователей. Вводимые усовершенствования обычно теряются при переводе изделий с других стандартов.

MHS

Вместе с Х.400 стандарт MHS обеспечивает пользователям основу для разработки собственных программ электронной почты или для организации обмена с другими, основанными на стандарте MHS разработками.
Как и в стандарте Х.400, в MHS создается конверт, который охватывает само сообщение. В этом конверте содержится адрес и исходная информация. В нем также есть указатели на посылающего и получающего сообщения, которые можно использовать в целях управления 
порядком обработки сообщения после его прибытия. По своей организации основанная на стандарте MHS электронная почта может располагать богатыми возможностями и развитой структурой. Использование MHS позволяет также выходить за его рамки, поскольку в нем н
е придается значения содержимому самих сообщений.
Разработчики прикладных программ могут использовать MHS для пересылки и обработки данных в распределенных базах данных разного вида. Более того, стандарт MHS позволяет инициировать работу на принимающем компьютере. Например, прикладная программа на основ
е MHS может вносить изменения в центральную базу данных в поле продавцов и покупателей. В настоящий момент наибольшая часть разработок на базе MHS относится к электронной почте.
В стандарте MHS для доставки почты применяется схема запоминания и ретрансляции. При адресации сообщения пользователю другой ЛВС оно транслируется на соответствующий или промежуточный "наборный" компьютер через устройство, например, модем телефонной лини
и. Применение средств набора освобождает пользователей от обязанности подключаться и отключаться от почты. В большинстве случаев "наборное" устройство представляет собой программу в стандарте MHS, модем и автономную ПК или рабочую станцию локальной вычис
лительной сети. Использование промежуточных наборных устройств освобождает пользователей от поддержки связи в реальном времени.
Если предполагаемый получатель сообщения использует для почты другое программное обеспечение, сообщение можно также доставить ему, если оба различных программных пакета работают в стандарте MHS в пользовательском интерфейсе обработки сообщений. Например,
 пользователи пакета Framework III и пакета Coordinator беспрепятственно могут обмениваться сообщениями. Это не просто сделать, если для коммуникации применяются различные программные средства.
При отличающихся средствах обслуживания сообщений их необходимо пропускать через межсетевые почтовые шлюзы с преобразованием из одного протокола в другой.
MHS является "открытым" стандартом. Описание можно получить в фирме Novell или Action Technologies (оригинальный разработчик MHS).
В Х.400 содержится возможность обмена универсальными сообщениями между всей группой компьютеров, для которой MHS ориентирован на локальную сеть ПЭВМ. Одновременно с этим MHS может обеспечить большинство требований, заложенный в стандарте Х.400 и имеет не
 такую сложную программу.
Перед разработчиками систем сегодня не стоит проблема выбора между стандартами Х.400 и MHS. Уже существует несколько продуктов в стандарте Х.400 и в мире ЛВС появляются все новые и новые разработки. Поступают также промежуточные переходные средства комму
никации между стандартами Х.400, MHS и другими системами.
В промышленности существует мнение, что собственные стандарты отойдут после принятия Х.400. И если в промышленности стараются иметь хотя бы что-то, то стандарт Х.400 по всей вероятности сможет обеспечить основные, хотя и не все, ее потребности. В ближайш
ее время тройка разработчиков продолжает создавать средства межсетевого перехода для работающих сегодня систем.

ВЫПОЛНЕНИЕ ПОДКЛЮЧЕНИЙ

Многие компании ударились в попытки связать разнородные системы электронной почты, включая PROFS производства ИБМ, All-in-1 производства DEC, Office производства Wang, электронную почту в локальной сети ПК и такой сети общего пользования, как MCI или Tel
enet.
Некоторые пакеты электронной почты для локальных сетей ПЭВМ имеют средства стыковки с определенными универсальными ЭВМ, мини-ЭВМ и системами электронной почты для сетей общего пользования. Например, сс:Mail обеспечивает пользователей сетевых ПК связью с 
PROFS разработки ИБМ, Telemail разработки Telenet и MHS, а связь с All-in-1 разработки DEC должна поступить в середине 1989 года. Входящая в состав Network разработка Courier обеспечивает переход с PROFS, All-in-1, MCI Mail и Х.400, а пакет Higgins имеет
 связи с MHS и другими системами.
Еще один подход заключается в использовании семейства Mailbridge ("почтовых мостов"), разработанного фирмой SoftSwitch. Эти программы преобразуют форматы сообщений и служебную информацию для большого множества систем электронной почты, в том числе:
IBM PROFS Wang Office Network Framework
DEC All-in-1 IBM DISOSS 3+ Mail
Higgins IBM AS/400 Office HP Desk Manager
NBI WP Banyon Mail Network Courier
Wang Mailway MCI Mail Data General CEO
cc:Mail SM/TP(TCP/IP) The Coordinator
Xerox WP PC/TSO Mail 

Пакет Mailbridge требует в качестве головной ЭВМ машину фирмы ИБМ. В предложении, что нужно обеспечить все виды обмена между пользователями вводится полная служебная и адресная информация, которая лично сопровождается и изменяется.
В большинстве систем пользователей нельзя адресовать в принятом формате, ко многим необходимо обращаться в собственном пользовательском простейшем формате, который затем должен быть преобразован в главной ЭВМ в соответствующие адреса получателей.
Например, в одном пакете требуется задавать адрес в таком виде:
//jrobinson/sales/sf
Пакет получателя требует:
US @ CA @ SF @ SALES @ ROBINSON @ JACK 

Дело не только в преобразовании одних адресов в другие; это было бы слишком тривиальным испытанием возможностей переходных сетевых шлюзов. Проблема состоит в том, что второй адрес требует информации, которая просто отсутствует в первом адресе. Если в пер
вом адресе уже достигнут максимальный размер, то дополнительную информацию нельзя присоединить даже при обработке переходной программой в первой системе.
Для такого рода перехода имеется несколько методов: 
- Администратор может построить карту по всем адресам пользователей для всех форматов почтовых систем. В системах такого рода пользователи, которые часто изменяют свои адреса, добавляют администраторам головной боли. 
- Еще один подход заключается в принятии в виде первого пользователя обобщенного или "пустого" значения в поле адреса, а конкретный адрес передавать как свободный текст в сообщении. Например, будем говорить, что пользователь желает осуществить связь поср
едством пакета MCI Mail. В адресном поле пользователь может ввести имя, например, //MCI/. После этого он помещает реальный адрес в системе MCI в первое текстовое поле сообщения. Когда пользовательский пакет обслуживания почты обнаружит в адресном поле MC
I, он пошлет сообщение в переходник MCI. Там будет прочитан адрес MCI из первой строки сообщения, подготовлено сообщение в формате MCI и отослано куда следует. 
Некоторые "интеллектуальные" средства стыковки могут выполнять некоторые ограниченные операции сопоставления имен пользователей, представленных в различных стандартах. Если перекодировщик не очень хорошо выполняет сопоставление, то слишком много почты не
 попадет по нужным адресам. Если сопоставление слишком приблизительное, то много почты вернется обратно. 

ВЫБОР ПАКЕТА ЭЛЕКТРОННОЙ ПОЧТЫ

Некоторые сетевые операционные системы, например, 3СОМ 3+ и Banyan VINES, поставляются уже с пакетами программ для обслуживания электронной почты. Другие, например, NetWare производства фирмы Novell, приходят с основными средствами обслуживания сообщений
, которые выполняют некоторые различные функции трехсторонней э-почты и группового обеспечения. В любом случае, у вас не будет готовой для использования системы почты, которая поступает с ЛВС. Трех-составные пакеты доступны на большинстве локальных сетей
.
Потребности пользователей в электронной почте и выбор системы определяются несколькими факторами:
1. С какими другими системами почты вы хотите иметьсвязь?
2. Имеет ли пакет возможности использования приоритетов?
3. Сколь широки возможности средств индексации и поиска сообщений?
4. Насколько принадлежат вам коммуникации? Поддерживаются ли архивы посылаемых вами сообщений в центральном компьютере?
5. Можете ли вы использовать свой собственный текстовый процессор? Сможете ли вы посылать дополнения от других программ, например, Lotus1-2-3, WordPerfect или SuperCalc?
6. Сколько оперативной памяти потребуется для каждой из рабочих станций? Какой объем дискового пространства отнимает сервер для программы и почтовых ящиков?
Какой вид программного обеспечения требуется для рабочей станции для сервера? Какой требуется модем?
7. Хотите ли вы еще что-нибудь сверх того, что предлагается вам в пакете? Сюда входят календари, групповые встречи, записные книжки и предупреждения, встроенные средства текстовой обработки, автоматическая отсылка и т.п.
8. Сколько это будет стоить? Требуется ли дополнительная плата за каждого пользователя? Требуется ли платить за наборное устройство?
9. Каковы дополнительные затраты на телефон и как этосравнивается с сокращением затрат на телефонную связь, которая будет вызвана почтовой системой?
10. Насколько трудно будет ее изучить, применять и управлять? Этот вопрос частично относится к качествупроекта. Вам также необходимо искать такой пакет, который использует уже применяемый вашими пользователями интерфейс или который по крайней мере хотя б
ы немного знаком. С другой стороны, это может казаться влияние ваши старые приобретения: чем больше у вас выбора, тем больше вам нужно знать.
11. Позволяет ли пакет вести разговор между собой, пользуясь знакомыми именами даже из разных ЛВС?
12. Смогут ли пользователи ЛВС проверить свои почтовые сообщения с удаленных ЭВМ (например, во время своих утешествий).
Характеристики некоторых пакетов электронной почты и группового обеспечения приведены в приложении В - "Сетевые утилиты".

Общие средства и общее проблемное программное обеспечение 

Общие средства и общие проблемные программы циркулируют среди пользователей и принимаются к использованию по их общему согласию. Общее обеспечение распространяется по принципу "испытайте, потом покупайте"; если продукт вам понравился, то вы посылаете ден
ьги, если нет, то прекращаете его использование. Общепринятыми источниками общего обеспечения являются объявления в компьютерных бюллетенях. Общие проблемные программы предоставляются авторами всем желающим, как правило при запрете продажи или прямой ком
мерческой выгоды. 

Для локальных сетей самыми полезными программами такого сорта являются утилиты, которые берутся там, где нет сетевой операционной системы и обс\еспечивают средства управления ресурсами для устройств печати, обработку файлов и тому подобное. Самыми популя
рными программами, можно назвать, например, программы архивирования ARC и PKZIP. Эти программы архивируют несколько файлов в один файл, как правило сжимая его на 40-50 процентов и даже более. Программы архивирования применяются для экономии пространства 
на диске, создания архивов упорядоченных во времени материалов, а также для облегчения быстрой передачи данных через модем.

ВИРУСЫ

Последнее время возникла большая проблема, связанная с компьютерными вирусами и инфекциями. Они представляют собой компьютерные программы, которые вторгаются в компьютеры и воспроизводятся в них до тех пор, пока их не удалят оттуда или пока они не захват
ят все ресурсы ЭВМ. Источником заразы часто бывает программное обеспечение, полученное по компьютерным бюллетеням или переписанное у других программистов.
Инфекционный вирус хорошо копируется. После попадания инфекции в сеть ARPANET Департамента Обороны в 1988 году пресса захлебнулась в истерии. Проверяющие лезли из кожи. По мнению прессы можно было подумать, что наступила последняя степень эпидемии. Правд
ой во всем этом является то, что заражение не является общим, особенно в среде локальных сетей ПЭВМ.
И все же вам не мешает принять меры защиты. Пользуйтесь общепринятыми правилами: например, получайте программы только от известных источников, не загружайте новые распространенные программы в свой персональный компьютер без предварительной тщательной про
верки, регулярно выполняйте копирование информации и вы избежите многих трудностей.