|
|
|
содержание .. 29 30 31 32 ..
:
&:#*%)K* :(*AK & +($5(!%%)$
-
%*#$A&
F
*:,&* ,$%+@*,:K
:!+(
5
@!"!
5
полнителя
запроса
.
В
ответе
сервера
содержатся
результаты
выполнения
процедуры
.
О
RB —
технология
объектно
-
ориентированного
подхода
,
базирующаяся
на
спецификациях
CORBA.
Спецификации
CORBA
устанавливают
способы
использования
удаленных
объектов
(
сервер
-
ных
компонентов
)
в
клиентских
программах
.
Взаимодействие
клиента
с
сервером
происходит
с
помо
-
щью
программы
-
посредника
(
брокера
) ORB.
В
случае
применения
ORB (
в
отличие
от
RPC)
хранить
све
-
дения
о
расположении
серверных
объектов
в
узле
-
клиенте
не
нужно
,
достаточно
знать
расположение
в
сети
брокера
ORB.
Поэтому
доступ
пользователя
к
различным
объектам
(
программам
,
данным
,
принте
-
рам
и
т
.
п
.)
существенно
упрощен
.
Брокер
должен
определять
,
в
каком
месте
сети
находится
запрашива
-
емый
ресурс
и
инициализировать
серверную
программу
.
После
этого
клиент
может
направлять
запрос
в
серверный
узел
,
а
после
выполнения
запроса
сервер
будет
возвращать
результаты
пользователю
.
Для
описания
интерфейсов
распределенных
объектов
используют
язык
IDL,
предложенный
в
CORBA.
Этот
язык
отличается
от
языка
IDL
технологии
RPC,
в
нем
имеются
средства
описания
ин
-
терфейсов
,
но
нет
средств
описания
операций
.
При
использовании
ORB
может
увеличиться
нагрузка
на
сеть
,
однако
имеется
и
ряд
преимуществ
:
обеспечивается
взаимодействие
разных
платформ
,
не
требуется
дублирования
прикладных
программ
во
многих
узлах
,
упрощается
программирование
сетевых
приложений
и
поддержка
мультимедиа
.
В
CORBA
создан
протокол
IIOP (Internet Inter-ORB Protocol),
который
обеспечивает
взаимодей
-
ствие
между
брокерами
разных
производителей
.
L#*’&#".
&")*6)%=’;
отличаются
от
RPC
наличием
готовых
процедур
обработки
транзакций
(
в
том
числе
отката
транзакций
),
что
упрощает
работу
программистов
.
Принимая
запросы
от
клиен
-
тов
и
мультиплексируя
их
,
монитор
транзакций
избавляет
от
необходимости
создавать
для
каждого
клиента
отдельное
соединение
с
БД
.
Мониторы
транзакций
могут
оптимально
распределять
нагрузку
на
серверы
,
выполнять
автоматическое
восстановление
после
сбоя
и
перезапуск
системы
.
DCE
разработана
консорциумом
OSF (Open Software Foundation).
Она
не
противопоставляется
другим
технологиям
(RPC, ORB),
а
является
средой
для
их
использования
,
например
,
в
одной
из
реа
-
лизаций
DCE
пакет
Encina
есть
монитор
транзакций
,
а
пакет
Orbix ORB
представляет
собой
техноло
-
гию
ORB.
В
DCE
возможны
одно
-
или
многоячеечная
структуры
сети
.
Выделение
ячеек
производится
по
функциональным
,
а
не
по
территориальным
признакам
.
В
каждой
ячейке
должен
быть
главный
сервер
данных
и
возможно
несколько
дополнительных
серверов
с
копиями
содержимого
главного
сервера
,
причем
доступ
к
дополнительным
серверам
разрешен
только
для
чтения
.
Обновление
данных
осуще
-
ствляется
исключительно
через
главный
сервер
.
Ячейка
может
занимать
значительную
территорию
,
главный
сервер
размещается
вблизи
от
центра
ячейки
,
дополнительные
серверы
—
по
периферии
.
К
функциям
DCE
относятся
распределение
вычислений
по
технологии
RPC;
распараллеливание
вычислений
(
но
программист
сам
проектирует
параллельный
процесс
);
защита
данных
;
синхрониза
-
ция
(
согласование
времени
);
поддержка
распределенной
файловой
системы
.
Работая
в
DCE,
пользователь
дополнительно
к
своей
прикладной
программе
пишет
IDL-
файл
,
в
котором
указывает
свое
имя
,
требуемые
операции
и
типы
данных
.
IDL-
компилятор
на
основе
этого
файла
создает
три
модуля
:
клиентский
стаб
(
С
l),
серверный
стаб
(Sr),
головной
файл
(Hd). Cl
содер
-
жит
вызовы
процедур
, Sr —
обращения
к
базе
процедур
, Hd
устанавливает
связь
между
стабами
.
Определение
нужного
сервера
в
DCE
либо
происходит
автоматически
с
помощью
ORB,
либо
возлагается
на
программиста
,
как
в
RPC .
"8+7D:501.
384
-
47
4
D1
+
-.D.7
4
//<0+7
:=+4001.
+0H48
/
:=+4001.
<
,D<@+
.
Основные
ус
-
луги
телекоммуникационных
технологий
—
электронная
почта
,
передача
файлов
,
телеконференции
,
справочные
службы
(
доски
объявлений
),
видеоконференции
,
доступ
к
информационным
ресурсам
(
информационным
базам
)
сетевых
серверов
и
др
.
Эти
услуги
обеспечиваются
соответствующими
прикладными
протоколами
.
Среди
прикладных
протоколов
наиболее
известны
протоколы
,
связанные
с
Internet,
и
протоколы
ISO-IP (ISO 8473),
относящиеся
к
семиуровневой
модели
открытых
систем
.
К
важным
прикладным
протоколам
Internet
относятся
следующие
:
Telnet —
протокол
эмуляции
терминала
,
или
,
другими
словами
,
протокол
реализации
дистанци
-
&
.
+
.
)
"#$%!#&’&($"!))$* +($*,#&($"!)&*
123
:
&:#*%)K* :(*AK & +($5(!%%)$
-
%*#$A&
F
*:,&* ,$%+@*,:K
:!+(
5
@!"!
5
онного
управления
,
он
используется
для
подключения
клиента
к
серверу
при
их
размещении
на
раз
-
ных
компьютерах
,
пользователь
через
свой
терминал
имеет
доступ
к
компьютеру
-
серверу
;
FTP —
протокол
файлового
обмена
(
реализуется
режим
удаленного
узла
),
клиент
может
запра
-
шивать
и
получать
файлы
с
сервера
,
адрес
которого
указан
в
запросе
;
HTTP (Hypertext Transmission Protocol) —
протокол
для
связи
Web-
серверов
и
Web-
клиентов
;
SMTP, IMAP, POP3 —
протоколы
электронной
почты
;
SNMP —
протокол
управления
сетью
.
Указанные
протоколы
поддерживаются
с
помощью
соответствующего
ПО
.
Как
правило
,
при
-
кладной
протокол
реализуется
серверной
и
клиентской
программами
.
Клиентская
программа
запра
-
шивает
информационную
услугу
,
серверная
программа
выполняет
запрос
.
Для
Telnet, FTP, SMTP
на
серверной
стороне
выделены
фиксированные
номера
протокольных
портов
.
F4$%&"#**)9
0#1&)
—
средство
обмена
сообщениями
по
электронным
коммуникациям
(
в
режи
-
ме
off-line).
Посылка
сообщения
осуществляется
по
инициативе
отправителя
.
Можно
пересылать
тек
-
стовые
сообщения
и
архивированные
файлы
.
В
последних
могут
содержаться
данные
(
например
,
тек
-
сты
программ
,
графические
данные
)
в
различных
форматах
.
На
ЭВМ
пользователя
должна
быть
установлена
программа
-
клиент
,
поддерживающая
функции
создания
,
передачи
и
приема
сообщений
.
На
почтовом
сервере
,
выделяемом
в
корпоративной
или
ло
-
кальной
сети
,
организуется
промежуточное
хранение
поступающих
сообщений
.
Связь
индивидуаль
-
ных
пользователей
с
почтовым
сервером
осуществляется
по
протоколам
IMAP
или
POP3.
В
территориальных
сетях
почтовые
сообщения
проходят
через
ряд
промежуточных
федераль
-
ных
или
региональных
узлов
.
В
таких
узлах
устанавливают
ПО
(
так
называемый
агент
передачи
со
-
общений
),
выполняющее
функции
сортировки
и
маршрутизации
сообщений
.
Разработан
ряд
альтернативных
протоколов
электронной
почты
для
прикладного
уровня
.
Расши
-
рение
числа
возможных
кодировок
и
форматов
данных
по
сравнению
с
SMTP
сделано
в
MIME
(Multipurpose Internet Mail Extensions).
Применение
MIME
упрощает
пересылку
графических
и
звуко
-
вых
файлов
,
реализацию
шифрования
и
электронной
подписи
.
Примерами
программ
могут
служить
Lotus cc: mail, Microsoft Mail, Outlook Express
и
др
..
Они
позволяют
посылать
сообщения
индивидуальному
пользователю
,
на
доску
объявлений
,
последова
-
тельный
просмотр
несколькими
исполнителями
с
возможностями
коррекции
сообщения
;
осуществля
-
ют
поиск
сообщений
,
пришедших
в
почтовый
сервер
,
по
контексту
,
по
адресу
,
по
времени
отправки
.
В
настоящее
время
при
разработке
многих
программных
систем
предусматривают
интерфейс
со
средствами
электронной
почты
,
клиентские
программы
E-mail
стараются
включать
в
Web-
браузеры
сети
Internet,
а
также
во
многие
прикладные
программные
системы
САПР
,
АСУ
,
документооборота
.
Письма
в
E-mail
состоят
из
заголовка
и
тела
(
текста
).
В
заголовке
указывается
кому
предназна
-
чено
письмо
,
от
кого
оно
поступило
,
кому
посланы
копии
,
дата
отправки
,
указатель
ключа
,
по
которо
-
му
пользователь
может
определить
ключ
для
декодирования
текста
.
В
протоколе
IMAP (Internet
Message Access Protocol)
сначала
клиенту
передается
заголовок
,
а
текст
остается
на
сервере
,
затем
пользователь
при
желании
может
получить
и
весь
текст
.
В
протоколе
POP3
при
обращении
к
почто
-
вому
серверу
на
клиентский
узел
переписывается
все
сообщение
.
H);4#(.;
#2/$*
—
доступ
к
файлам
,
распределенным
по
различным
компьютерам
.
Доступ
воз
-
можен
в
режимах
off-line
и
on-line.
В
режиме
off-line
посылается
запрос
к
FTP-
серверу
,
сервер
форми
-
рует
и
посылает
ответ
на
запрос
.
В
режиме
on-line
осуществляется
интерактивный
просмотр
каталогов
FTP-c
ервера
,
выбор
и
передача
нужных
файлов
.
На
ЭВМ
пользователя
устанавливается
FTP-
клиент
.
При
запросе
файла
по
протоколу
FTP
пользователь
должен
знать
,
где
находится
нужный
ему
файл
.
Обращение
к
FTP-
клиенту
происходит
по
команде
ftp
[<
параметры
>] [<
имя
сервера
>]
(5.
1
)
В
качестве
имени
сервера
указывается
IP-
имя
или
IP-
адрес
удаленного
компьютера
.
В
большинстве
серверов
Internet
для
входа
по
FTP-
команде
нужны
предварительная
регистрация
пользователя
и
указание
пароля
.
Однако
это
не
требуется
при
обращениях
к
общедоступным
(
аноним
-
ным
)
серверам
.
Такие
серверы
создают
и
обслуживают
организации
,
заинтересованные
в
распростра
-
&
.
+
.
)
"#$%!#&’&($"!))$* +($*,#&($"!)&*
124
:
&:#*%)K* :(*AK & +($5(!%%)$
-
%*#$A&
F
*:,&* ,$%+@*,:K
:!+(
5
@!"!
5
нении
информации
определенного
вида
.
После
выполнения
команды
(5.
1
) FTP-
клиент
переходит
в
командный
режим
.
Примеры
субко
-
манд
,
которые
могут
выполняться
в
командном
режиме
(
ниже
удаленный
компьютер
обозначен
S,
ло
-
кальный
компьютер
— T ):
open
[<
имя
S>] —
устанавливает
связь
с
удаленным
компьютером
;
close
[<
имя
S>] —
разрывает
связь
с
удаленным
компьютером
,
оставаясь
в
командном
режиме
;
quit
—
то
же
,
что
и
close,
но
с
выходом
из
командного
режима
(
из
ftp);
cd
[<
имя
каталога
в
S>] —
выбор
каталога
на
сервере
;
get
[<
имя
файла
в
S>[<
имя
файла
в
T >]] —
перепись
файла
с
S
на
T;
mget
[<
имена
файлов
в
S>] —
то
же
,
что
и
get,
но
нескольких
файлов
;
put
[<
имя
файла
в
Т
>[<
имя
файла
в
S>]] —
обратная
перепись
;
mput
<
имена
файлов
в
S> —
то
же
,
что
и
put,
но
более
одного
файла
;
user
<
имя
/
пароль
> —
идентификация
пользователя
на
сервере
.
Каждый
обмен
порождает
два
процесса
.
Управляющий
(
командный
)
процесс
инициирован
в
те
-
чение
всего
сеанса
связи
,
а
процесс
передачи
файла
—
только
на
время
передачи
.
Протокольные
|