Распределенные файловые системы Internet

Система архивов FTP

FTP-архивы — это распределенный депозитарий разнообраз­ных данных, накопленных в сети за последние 20—30 лет. Лю­бой пользователь может реализовать анонимный доступ к этому хранилищу и скопировать интересующие его материалы. Только объем программного обеспечения в архивах FTP составляет те­рабайты информации; кроме того, в FTP-архивах можно найти стандарты Internet (RFC), пресс-релизы, книги по различным отраслям знаний, главным образом по компьютерной проблема­тике, и многое другое.

Информация в FTP-архивах разделена на три категории (рис. 6.16):

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

Рис. 6.16. Структура FTP-архива

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

• свободно распространяемые информационные ресурсы, или freeware, если речь идет о программном обеспечении. К этим ресурсам относится все, что можно свободно полу­чить по сети без специальной регистрации. Это могут быть документация, программы или что-либо еще.

Протокол FTP (File Transfer Protocol) — один из старейших протоколов в Internet; обмен данными в FTP проходит по TCP-каналу и построен по технологии «клиент — сервер».

В FTP соединение инициируется интерпретатором протоко­ла пользователя. Управление обменом осуществляется по каналу управления в стандарте протокола Telnet. Команды FTP генери­руются интерпретатором протокола пользователя и передаются на сервер. Ответы сервера отправляются пользователю также по каналу управления.

Команды FTP определяют параметры канала передачи дан­ных и самого процесса передачи. Они также определяют и ха­рактер работы с удаленной и локальной файловыми системами.

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

Практически для любой платформы и операционной среды существуют как серверы, так и клиенты. Ниже описываются стандартные сервер и клиент Unix-подобных систем [31, 34].

Программное обеспечение доступа к FTP-архивам. Для работы с FTP-архивами необходимо следующее программное обеспече­ние: сервер, клиент и поисковая программа. Сервер обеспечива­ет доступ к ресурсам архива из любой точки сети, клиент — дос­туп пользователя к любому архиву в сети, а поисковая систе­ма — навигацию во всем множестве архивов сети.

Сервер протокола — программа ftpa. Команда ftpa предна­значена для обслуживания запросов на обмен информацией по протоколу FTP. Сервер обычно стартует в момент загрузки ком­пьютера. Каждый сервер имеет свое описание команд, которое можно получить по команде help.

Возможен вход в архив по идентификатору пользователя anonimous или ftp. В этом случае сервер принимает меры по ограничению доступа к ресурсам компьютера для данного поль­зователя. Обычно для таких пользователей создается специаль­ная директория ftp, в которой размешают каталоги bin, etc и pub. В каталоге bin размешаются команды, разрешенные для использования, а в каталоге pub — собственно файлы. Каталог etc закрыт для просмотра пользователем и там размешены фай­лы идентификации пользователей.

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

Обычно при передаче групп файлов для каждого файла за­прашивается подтверждение. Для того чтобы избежать этого пе­ред приемом/передачей, следует выдать команду prompt. По­следняя переключает режим запроса подтверждения и при по­вторном использовании этой команды состояние запроса подтверждения восстанавливается;

_bin _ после выдачи этой команды по умолчанию данные будут передаваться в режиме передачи двоичных данных, что весьма существенно, так как в режиме ASCII нельзя передать программы и архивированные данные. Часто бывает полезно включить режим bin для символьных данных с произвольной длиной строки, например файлов postscript (*.ps);

quit — команда выхода из ftp.

Программа обмена файлами ftp — это интерфейс пользователя при обмене файлами по одноименному протоколу. Программа устанавливает канал управления с удаленным серве­ром и ожидает команд пользователя.

Если команда ftp работает с пользователем и ожидает его команд, то на экране отображается приглашение ftp>.

Вот некоторые команды данного режима:

open — по этой команде открывается сеанс работы с удален­ным сервером:

ftp>open polyn.net.kiae.su;

После выдачи команды последуют запросы идентификации пользователя.

user регистрация пользователя:

ftp> user anonymous;

В данном случае пользователь не имеет особых прав доступа на удаленном сервере и поэтому регистрируется как аноним. В ответ на запрос идентификации пользователю следует ввести свой почтовый адрес;

cd и Is (air) — назначение этих команд достаточно оче­видно — навигация по дереву файловой системы и просмотр со­держания каталогов. Так как в процессе приема-передачи участ­вуют две машины, то кроме навигации в удаленной файловой системе нужна еще навигация в локальной файловой системе. Для этой цели служит команда led (локальная cd).

Кроме того, пользователь может выдать и любую команду локальной оболочки, если предварит ее символом «!»:

ftp>!pwd

По этой команде будет выдано имя текущей директории на локальной машине.

Команды get, put, mget, mput и bin (прием/передача данных). По командам get и put можно принять или передать один файл:

ftp> get readme.txt.

Команды mget, mput предназначены для приема/передачи группы файлов:

ftp> mget *.gz.

Функции FTP-клиента встроены, например, в программ­ную оболочку Windows Commander. На рис. 6.17 отображен экран настройки на связь с FTP-сервером. Конфигурации ка­ждой настройки запоминаются в меню Connection и включа­ют в себя:

• адрес FTP-сервера (здесь — ftp.inion.ru);

• имя пользователя и пароль (здесь — anonimous);

• имя удаленного каталога в файловой системе FTP (здесь — w inion/irb).

После установления связи на одной из панелей отображается удаленный каталог (рис. 6.18 — слева удаленный каталог, спра­ва — локальный).

Передача файлов в обе стороны (upload и Download) осуще­ствляется обычным выделением файлов (директорий) и копиро­вания их по команде <F5> (рис. 6.19).

-0-1 n=n=

; Icon l--n.ii

t'ajc mat aiSjp" к:о::v.'0"d:

ratfr AJ-'il-Vr.:

J 'e f I-:

И % \ FTP [ : 1-0-3 vj

... j fihj U t Aj'iJ ------- 1 Йэ- л | 1:39- f30- if-tiy.. 112!) - ' Ьб-> —i Iss <- ____ Jfso- ] t 32 - ------ -' Й7 - ^

pa;:™»:}

UlvoM ПИ ^;SjhrsiJ ^: SJwM bvpEMMl •®]0йаз^!и ot 7 з.

U 1-е pa:.[""t mod? fat li ar'fife-:-: e a \vVAv' tcv'jr- Send co-rmyd 'o ■ cxncc-'ic^ м--

 

Heto

Рис. 6.17. Настройка FTP-клиента Windows Commander на связь с сервером

 

В

[L d i tl:iV ] Jj|d_linkj _lj|ECON_rH-. J IqluhavJ,|йвП23|

j FTP Ttan.de* mode \ Binewy {dichives. doc etc.) v- | Disconnect]

V/dlinp tcr server... 226 T rans f gf с о rnp I e* е

<0IR> <D!R> <DIR> <DIR> <DIR> <DIH> <D1R) <DIR> <DIR> <DIR>

* thruii^l [KKi.-WTlIsDv] llkftiqal

00.00.1380 DO;00 m и n 4»

27.03,2003 0125 27.03.2003 03:25

27.03.2003 03:25 2b.U2.200S 13:4b

15.04.2004 15:25 04.00.2003 13:54 OR IB 2004 13 16 16.06.2004 02:05

j[bar,k] _J [Ьы:И) H _J[back2] _j[buf[] lildatj

JjPowrsloadsj Ijiroxpfow]

__ [My Mujicj

_ [OI!n r|

(DIR> <D1R> <D1R> <D]R> <D1R> <DIR> <DIR> <DIR> <DIR> <D!R>

_j[Ok©iiv«l 23.03.200[6] 16:29 03.11.200» 10:22 14.12 2004 05:39 16.04.2004 11:30 22.03.2004 10:20 Ub.04.2004 12:36 12.04.2004 12:53 21.03 2004 17:50 14 04 2004 1 2 32 22.03.2004 12:47

 

0 ol 2 572 k ei 0 ol 20,'tes «elected F8 Delete || AtMM Ем!

0 of 48 383 k h 0 of 48 Wet selected 0:/w_!r*mn/irb/> Ь 3 View M t dit 1 b Low

 

Рис. 6.18. Windows Commander, режим связи с FTP-сервером: I — кнопка запуска FTP-клиента; 2 — удаленный каталог; 3 — локальный каталог

.;!..-.■ I, ] <D1R>

__! [buff] <D1R>

__! Idol] <DIR>

"(Downloads] <DIH>

__:|Гокрго^З <DIR>

_J[MvMu»icJ <DIR>

__; [flfjicr] <DIR>

[DkiDfivei] <D1R>

ШШт^т^ШШвШ ЦТ'" <./» d—

134 290 28.02.2002 13 08 - 51 291 26.03.2002 17:02­114 688 18.09.2002 16:53 ■­610 1а/ 31.10.2002 11:40 309 384 31.1112002 11:41 ■■ 153 324 10.11.2002 13.43 - 4 (131 31П 21 11.200? 16 11 - 98 816 28 03 2003 12.44 -.

ИЙиШШЙЙ Dev.

1 1 317 16

to d-M с • 30 0 к

С:

1G 23 16 22 14.12 2004 05:39 16.04.2004 1 1:30 22.03.2004 10:20 0b.04.2004 12:36 12.04.2004 12:53 21.03.2004 17:50 14 П4 2004 12:3? 22 03 2004 12:47

О of 7 328 к in 0 of 1? Mcs iclcctcd Q:/w micvn/|тЬ/ророу/>

0 ol 2 572 km 0 of 20 (йог sctcclcd

 

H>Copy K6 HcnMov F/ MkDn

ются группы новостей. Сообщения в группе обычно не задержи­ваются более нескольких дней (стандартное значение по умолча­нию — 5). Проиллюстрировать такую организацию можно на примере группы сошр (компьютеры и компьютерные техноло­гии) на рис. 6.20.

Рис. 6.20. Принцип построения групп Usenet

 

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

Первые версии системы появились в 1979 г. в Университете штата Северная Каролина и функционировали на основе меж­машинного Unix-протокола UUCP. В 1986 г. система была впер­вые реализована на основе нового специального протокола об­мена новостями Network News Transfer Protocol (NNTP — RFC-977).

Протокол обмена новостями и принципы построения системы.

Протокол NNTP пришел на смену UUCP, и его целью было упорядочить обмен информацией между серверами Usenet.

Протокол NNTP определяет запросно-ответный механизм обмена сообщениями между серверами и сервером и программа­ми-клиентами. Для этой цели в протоколе определен набор ко­манд и ответов на них. Весь диалог осуществляется в текстах ASCII, причем каждая команда состоит из идентификатора и па­раметров.

По команде group выбирается группа новостей. При этом указатель статьи в группе устанавливается на первую запись в группе. По команде help можно получить список разрешенных для использования команд.

Команды last и next перемешают указатель текущей стро­ки в группе, команда list выдает список групп с указанием ко­личества новых статей в них и начальным и конечным номерами статей. По командам nexcroups и p.ewnews можно получить списки новых групп и новых статей соответственно, а по коман­де post отправить свою статью на сервер.

По командам article, body, head, star запрашиваются статьи или их части. Существует два способа запросить статью: либо по ее идентификатору (указывается в заголовке), либо по номеру статьи в группе. Команда arncle возвращает заголовок и через пустую строку текст статьи, body — только тело статьи, head — только заголовок, а по команде stat устанавливается текущая позиция в группе по идентификатору статьи. При этом никакой информации не возвращается.

Команда slave сообщает о наличии в качестве клиента подчи­ненного сервера, команда quit позволяет завершить сеанс.

Gopher

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

• иерархическое представление данных привычно большинст­ву пользователей, так как иерархии широко используются во многих компьютерных представлениях (UNIX, MS-DOS, системах BBS);

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

• модель файловой системы может быть легко расширена пу­тем добавления к традиционным файлам и директориям

других объектов, которые можно назвать виртуальными файлами. Такие виртуальные объекты могут быть поиско­выми запросами или шлюзами в другие информационные ресурсы Internet.

Gopher представляет весь Internet (серверы Gopher) в виде единой иерархической системы. Gopher-серверы объединены в единое информационное пространство на Internet (Gopper Space).

ш

До сих пор основные информационные ресурсы Gopher со­средоточены в университетах. Gopher считается простой систе­мой, легкой в установке и администрировании, достаточно на­дежной и защищенной. В России СорЬег-серверы распростра-

Netscape - [gopher j/gopher.ora.com:70/11Д File Edit View Go Boo km arks Options Directory Help фа < ft |   © I ^y- a     ♦   Back -'.■!'.■:<■! i 1 Home     ■■■/,.■■ 1 Open Print FM       Location: goplwp://g«pluip.ori.oom:7 0/ 1 V/ Whafs New! I Whafs Cool! Handbook Net Search

 

Gopher Menu

Q About O' B.ailly Associates

СИ] Me¥3 Flash! Hew Products and Projects

О Hagasine — Articles, Interviews, Excerpts

Q Catalog— Detailed Product- Information

Й List -- Product List, at a Glance

Cl Order — Ordering Information

C~3'Contact — Contact Information

CjL Example - Program from O'Reilly Books

□ Book Errata

Q Related Bibliographies

Ej Abou': Our Gopher Server

(Try our World Wide 4eb server! http://>»». ora. com/)

.xbai (Document: Done

Рис. 6.21. Пример отображения ресурсов Gopher мультипротокольным клиентом

Netscape Navigator

йены не так широко, как во всем мире — пользователи предпочитают World Wide Web.

Протокол Gopher предназначен для работы по модели «кли­ент—сервер», при этом программа-клиент установлена на рабо­чем месте пользователя. После ответа сервера соединение разры­вается, а при новом запросе оно должно быть установлено зано­во. Простота этого алгоритма позволяет реализовать его даже на маломощных персональных компьютерах.

Для использования поискового объекта из директории Gopher—клиент посылает запрос специальному поисковому сер­веру Gopher. В этом случае клиент посылает серверу строку-се­лектор и ключевые слова, а получает от сервера список адресов документов, удовлетворяющих запросу.

Модель взаимодействия Gopher основывается на архитектуре «клиент—сервер». Сервер ожидает запросы пользователя по на­значенному порту TCP, а клиент посылает в этот порт запросы. Диалог клиент—сервер может выглядеть следующим образом:

Client: {Open connection to gopher.kiae.su at pert 70} Server: {Accept connection but says nothing} Client: <CR><LF> — отправлена пустая строка Server: {Посылает серию строк, каждая из которых заканчивается переводом каретки} ОAbout Internet Gopher<tab>Stuff:About us<tab>gopher.kiae.su<tab>70<CR><LF> lAround t he

Institute<tab>Z,5 692<tab>gopher.kiae.su<tab>70<CRXLF> IMicrocomputers

Prices<tab>Prices/<tab>prices. kiae. su<tab>70<CRXLF> ICourses,

Schedules<tabxtab>kuku. kiae. su<tab>9120<CR><LF> IDepartment

Publications<tab>Stuff:DP:<tab>kuku2.kiae.su<tab>70<CR> <LF>

. {строка, означающая коней блока данных} Server: {разрывает соединение}

Здесь первый символ каждой строки определяет тип ресур­са — документ, каталог или поисковый критерий. Все остальные символы после кода типа до первого символа табуляции задают отображаемую в дереве виртуатьной файловой системы инфор­мацию. Интерфейсы-клиенты отображают эту информацию в виде идентификатора входа в элемент файловой системы. Тип информации обычно может отображаться в виде изображения (иконки) соответствующего типа в графических интерфейсах или символа, например, «/» для каталогов в алфавитно-цифро­вых интерфейсах.