Как найти необходимые файлы на ftp-сервере

Эффективный поиск информационных ресурсов (адресов FTP-серверов, на которых располагаются необходимые файлы, и самих файлов) представляет собой довольно сложную проблему. В целом поиск файлов на FTP-серверах напоминает ситуацию, когда читатель публичной библиотеки начал бы поиск нужной книги не в центральном каталоге, а методом исследования стеллажей с книгами. И на каждом из них он находил бы список книг только данного стеллажа. Примерно так происходил поиск информации в Internet на протяжении значительной части времени его существования: очень много информации, но крайне трудно найти нужную.

Большинство FTP-серверов не имеют списка файлов, доступных извне. Иногда единственный способ найти необходимое программное обеспечение – это поочередно раскрывать каталоги и изучить их содержимое. Поскольку формат имен файлов на FTP-сервере зависит от операционной системы компьютера, н качестве имен можно встретить разные сочетания символов. Если, к примеру, сервер построен на базе UNIX-системы, это будут сочетания символов верхнего и нижнего регистра, л для системы, работающей под управлением операционной системы VMS (миникомпьютеры корпорации Digital), имена файлов будут представлены только прописными буквами. Соответственно, для PC и Macintosh имена файлов будут отвечать правилам, принятым в операционных системах DOS и Mac System. На некоторых компьютерах, особенно хранящих большие объемы информации, существует индексный указатель доступных файлов с краткими аннотациями о том, что каждый из них собой представляет. Это бывает крайне полезным для быстрого поиска нужных файлов, поэтому в качестве совета можно рекомендовать начинать изучение содержимого каталогов с поиска файла, имеющего название INDEX. Следует также не оставлять без внимания файлы с именами README (или read.me, readme.txt и т. п.). Эти файлы чаще всего хранят информацию о содержимом каталогов или о самом FTP-сервере. Рекомендуется всегда сначала скопировать файл типа README, чтобы ознакомиться с его содержанием. Такие файлы находятся на сервере неслучайно. Если у пользователя возникли вопросы о данном сервере, можно обратиться к его администратору, используя адрес электронной почты с именем получателя "postmaster". Например, для FTP-сервера с именем rs.internic.net следует адресовать вопросы по адресу [e-mail]. Некоторые серверы имеют несколько ответственных лиц, поэтому конкретное имя можно найти в файле README или же оно сообщается при регистрации на данном сервере.

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

SOCKS5

При подключении локальной сети к Internet один из компьютеров выступает в роли шлюза: через модем или другим способом связывается с Internet, а остальные работают через него. Для полноценной работы в Internet компьютер должен иметь реальный (доступный из Internet) IP-адрес, в противном случае он не получит извне ни одного IP-пакета, так же как человек без полного почтового адреса не сможет получать писем. Но, как правило, реальный IP-адрес выделяются только комьпьютеру-шлюзу, имеющему непосредственное соединение с Internet. При подключении через модем IP-адрес обычно назначается ему динамически из адресного пула провайдера. При постоянном подключении он статический. С момента назначения разница между динамическими и статическими адресами исчезает (вопреки распространенному заблуждению). На шлюзовом компьютере, независимо от типа подключения, смогут работать как клиентские, так и серверные программы. Причем услуги сервера, работающего на такой машине, будут доступны из обеих сетей - и из Internet, и из локальной сети. (Нежелательные соединения извне могут быть исключены программными средствами безопасности, но это уже другой вопрос.). Благодаря такой организации сети убиваются два зайца: 1) экономятся дефицитные реальные IP-адреса; 2) осуществляется некоторая базовая защита компьютеров в локальной сети (кроме шлюза) от вторжения извне. Но это исключает возможность работы в Internet с любого компьютера локальной сети, кроме шлюзового. Поэтому в таких сетях обязательно используются прокси-серверы, которые заставляют шлюзовой компьютер выполнять запросы на получение информации по просьбе и от имени других компьютеров сети. Большинство прокси-серверов являются узкоспециализированными и рассчитаны на конкретные прикладные протоколы (HTTP, FTP, RealAudio и т. д.), то есть для новых протоколов требуются новые прокси-серверы… Весь описанный здесь спектр проблем решается с помощью Socks-серверов.

Как работает Socks5

Socks-сервер устанавливается на шлюзовых компьютерах, то есть на границе локальной сети и Internet. Socks обладает двумя ключевыми особенностями, выделяющими его из группы прокси-серверов. 1. Он не зависит от высокоуровневых протоколов (HTTP, FTP, POP3, SMTP, NNTP и т. д.), так как осуществляет представительство клиентов на более низком уровне (TCP и UDP). 2. Приложение в локальной сети может попросить Socks-сервер выступить в роли сервера от лица клиента. То есть приложение в локальной сети сможет принимать соединения извне, несмотря на отсутствие реального IP-адреса. Вообще говоря, многие из описанных проблем решаются просто путем отображения портов с помощью Mapping-proxy (тема для отдельного разговора), но Socks - более рациональное средство, не требующее в отличие от MAP знания тонкостей конкретных протоколов и приложений. Через Socks5 можно заставить работать даже приложения, которые и понятия не имеют о прокси! Многие современные программы сами умеют работать через Socks. Примеры - Mirabilis ICQ, MS Internet Explorer, Netscape Navigator - хотя все с некоторыми оговорками, о которых позже. В протоколе Socks5 есть запросы (от Socks-клиента Socks-серверу) со следующим смыслом:

* Установи TCP-соединение от моего лица с таким-то сервером и передавай между нами данные в обе стороны (установленное соединение дальше работает как простое отображение, без "вникания" Socks-сервера в суть происходящего в канале - это могут быть команды и данные любых высокоуровневых протоколов).

* Работай сервером от моего лица на таком-то TCP-порте, принимай входящие соединения и передавай мне для обработки (после приема соединения Socks-сервер опять-таки тупо передает данные между двумя сторонами, не вникая в содержание).

* Установи UDP-отображение заданного порта (UDP не ориентирован на соединения, поэтому ярко выраженных клиентов и серверов нет, обе стороны можно считать и тем и другим).

Фактически Socks-сервер является программно-управляемым mapping-proxy, причем с описанным единым интерфейсом. Все mapping-proxy так или иначе программно управляются, но под руководством администратора сети (человека), и отображения статичны. А Socks-сервер управляется прикладными программами, и отображения устанавливаются, только когда они нужны, и на то время, пока они нужны. Запросы Socks хорошо согласуются с запросами, посылаемыми программами к интерфейсу winsock, именно поэтому существует возможность "насильно" заставить любую Internet-программу пойти через Socks-сервер, даже если она сама не умеет. Socks4 и Socks5 Цифры в названии означают версию протокола. Socks5 - последняя версия, определенная в RFC1928.

Socks5 и ICQ

ICQ - первое из популярных приложений, которое тяжело полноценно использовать в локальных сетях без наличия Socks5-сервера. В отличие от подавляющего большинства современных приложений, ICQ очень широко использует протокол UDP, поэтому использование Socks5 напрашивается само собой. Тем более что ICQ сама предлагает использовать Socks. Однако ICQ не полностью использует возможности, предоставляемые Socks5. Здесь надо отметить, что ICQ98 использует новую версию собственных протоколов поверх UDP по сравнению с недавними выпусками ICQ 1.113. Новый протокол намного интенсивнее использует UDP. Теперь даже при обычном использовании интерфейса ICQ (открытии, закрытии его окон, например) отправляются UDP-пакеты, средний размер пакетов тоже увеличен. Так что есть определенный смысл продолжать использовать более старые версии ICQ.

Socks5 и браузеры

Браузеры Explorer и Navigator в использовании Socks "блещут консерватизмом": используется Socks4. UDP браузерам не нужен, но такую полезную возможность Socks5, как избавление от локального DNS-сервера, они игнорируют явно зря. К сожалению, Socks4 и Socks5 не имеют обратной совместимости, и не все Socks5-серверы могут обрабатывать Socks4-запросы, посылаемые браузерами. Socks и SocksCapture SocksCapture и подобные программы помогут вам приручить в локальной сети большинство из тех программ, которые не умеют работать через прокси самостоятельно. Это обеспечивается за счет перехвата обращений этих программ к функциям winsock и направления этих вызовов через Socks-сервер. SocksCapture позволяет довольно гибко настраивать и сохранять сетевую конфигурацию этих программ: через какой Socks-сервер ее запускать, в каком режиме работать с DNS и др. Socks-сервер запускается на шлюзовом компьютере, а SocksCapture является клиентской по отношению к нему программой и должен устанавливаться на каждом компьютере в локальной сети. Что не может делать Socks Поскольку Socks-прокси не знает, какие высокоуровневые протоколы он через себя пропускает, он не может им "помогать". В основном это касается кэширования. Socks не может узнать, какие ресурсы сети извлекаются с его помощью, и, соответственно, не может при следующем обращении к этому ресурсу "подставить" старое содержание немедленно без выполнения запроса. Второе ограничение - когда клиентская программа просит Socks-прокси выполнить за него серверную функцию (прими для меня входящее TCP-соединение), Socks-прокси не гарантирует, что он будет "слушать" именно тот номер порта, который хотел бы слушать клиент, так как на шлюзовой машине этот порт может быть уже занят другим сервером или другим потоком Socks-сервера, обслуживающим другого клиента. Таким образом, почти невозможно организовать работу, например, Web-cервера, находящегося внутри локальной сети, но принимающего соединения через Socks-сервер, - так как внешний клиент не будет заранее знать, с каким портом соединяться. То есть через Socks-прокси клиентское приложение сможет быть сервером, но только временным и только после того, как эта пара - клиент и сервер - уже установили первичное соединение и могут передать через него номер порта для вторичного соединения. Этот номер назначается Socks-сервером и сообщается Socks-клиенту. В таком режиме могут работать, например, FTP-клиенты и ICQ. Для выдачи постоянных внутренних серверов "наружу" через прокси лучше пользоваться обычным mapping-прокси с постоянными отображениями портов.

 

Создание Internet-центра

Выбор подключения

Полное подключение

Такой способ подключения не нуждается в комментариях. Вы получаете полномасштабный Интернет, но и стоимость такого подключения достаточно высока в г.Владивостоке стоимость выделенного подключения от 800 до 1600 у.е. с абонентской платой от 600 до 1000 у.е. в месяц.

SLIP и PPP

Существуют также и менее дорогие методики ``почти прямого доступа''. Они называются SLIP и PPP и являются версиями программного обеспечения Internet, которое работает на обычных телефонных линиях, используя стандартные высокоскоростные модемы. Итак, вы находите сетевого поставщика, который предоставляет такой вид услуг, договариваетесь о таком доступе, устанавливаете на своем компьютере программное обеспечение, поддерживающее работу по этому протоколу, и работаете, когда вам нужно. Вам даже не нужно использовать выделенную линию (телефонную, например): ваша работа по SLIP или PPP происходит на обычной линии, которую вы освобождаете по окончании сеанса работы и этой же линией могут воспользоваться другие аналогичные пользователи. Преимущество SLIP и PPP состоит в том, что они позволяют работать в режиме полноправного входа в Internet. Вы именно сами входите в Internet, а не используете чью-нибудь еще систему как точку входа в сеть.

Что такое SLIP? Это Internet-протокол, позволяющий в качестве линий связи использовать последовательные линии, например, вкупе с модемом - обычные телефонные линии. Программное обеспечение, реализующее работу с протоколом SLIP, принимает символы, приходящие с устройства последовательной передачи данных (модема, последовательного порта и т.д.). Рассматривает и толкует их как составляющие IP-пакета. Укладывает полученные данные в полнокровный нормальный IP-пакет и передает этот пакет далее - соответствующей программе, которая обрабатывает IP-пакеты, например, модулю TCP. На обратном пути SLIP получает от программы (сетевого уровня), посылающей IP-пакеты, IP-пакет, вычленяет его содержимое, соответствующим образом переформатирует, потом делит на символы и отправляет его через устройство последовательной передачи по последовательной линии в сеть, - соседнему узлу Internet. Для корректности укажем: SLIP и PPP - это протоколы канального уровня.

PPP - это более поздний протокол, занимающийся тем же самым, что и SLIP. PPP совершеннее и мощнее своего предшественника, поэтому он быстро вытесняет SLIP. SLIP и PPP очень удобны для подключения домашнего компьютера к локальной сети, которая, в свою очередь, входит в Internet. Например, вы можете воспользоваться SLIP, чтобы подключить ваш домашний компьютер к сети вашей компании или института. И тогда ваш компьютер будет иметь полный доступ в Internet, как любой компьютер вашей компании, подключенный через Ethernet к Internet. Ваш домашний компьютер в такой схеме будет иметь такие же возможности, как и все сетевые подключения вашей фирмы. SLIP и PPP также подходят для подключения домашнего компьютера (или очень маленькой локальной сети) к поставщику услуг, который может предоставить непосредственный доступ в Internet. Эти протоколы совсем не предназначены для подключения к Internet сетей средней величины или больших сетей: они не могут общаться достаточно быстро, чтобы обслуживать одновременно большое количество пользователей. Так что, если вы имеете среднюю или большую сеть (или она у вас скоро станет таковой), вам лучше всего обратить свой взор к действительно непосредственному доступу. SLIP - это выбор ``умеренной цены'': он предоставляет хорошее обслуживание и, вместе с тем, не очень дорог. Существует версия протокола SLIP, приспособленная для работы на медленных линиях - CSLIP. Это SLIP со сжатыми заголовками. Этот протокол был создан в Lawrence Berkeley Labs (LBL) Ван Якобсоном, как способ повысить эффективность последовательной передачи и повысить уровень сервиса прикладных программ, использующих TCP/IP на медленных линиях. Протокол CSLIP использует в шесть раз меньше избыточной информации (в виде заголовков), нежели протокол SLIP. На низких скоростях передачи данных эта разница заметна только при работе с пакетами, несущими малые обемы информации, такие пакеты порождаются, например, при работе telnet или rlogin. На больших же скоростях CSLIP дает меньший выигрыш и совсем почти ничего не дает для пакетов с большими объемами данных, например, ftp-пакетов. CSLIP для сжатия-разжатия и проверки правильности пересылки пакета (и заголовка) использует информацию из предыдущего пакета, т.е. передача имеет структуру цепочки. Первый пакет в цепочке - несжатый. Если какой-либо пакет теряется, то цепочка рвется, нельзя этот же пакет запросить в самом конце передачи, его нужно пересылать заново тут же, т.е. прекращать процесс передачи и начинать новую цепочку. Таким образом, эта технология при пропаже или искажении пакетов приводит к бґольшим потерям времени, чем обычный SLIP. Это происходит из-за задержек на останов и передачу нового несжатого пакета.

Простой доступ в Интернет.

Самый простой и быстрый способ позволяющий работать в Интернет на компьютерах, объединенных в локальную сеть это организация Proxy-сервера или сервера полномочий. Такой сервер позволяет группе компьютеров выходить в Интернет под одним адресом и получать минимальный необходимый для работы в сети набор сервисов. При этой организации все компьютеры как бы маскируются за одним который “виден” в Интернете, таким образом пользователю в сети доступна только информация находящаяся на сервере полномочий (естественно при наличии прав). Информация находящаяся на компьютерах (рабочих станциях) за сервером полномочий не доступна из Интернета. Сервер полномочий выполняет также роль Firewall защищая от несанкционированного доступа информацию находящуюся под его юрисдикцией. Итак установив в своей локальной сети сервер полномочий и подключив его к Интернет провайдеру вы получаете доступ к WWW сервису для всех компьютеров в вашей сети. Этого достаточно для получения информации из Интернет. Для того чтобы иметь возможность получать и отправлять почту в этом варианте нет необходимости обращаться к провайдеру и тратить дополнительные средства. Имеются многочисленные почтовые сервера предоставляющие услуги бесплатных почтовых ящиков с доступом по WWW. Это означает, что вы можете, зарегистрировавшись на таком сервере, получив пароль и почтовый адрес в дальнейшем заходить на сервер и отправлять и просматривать почту на специальной WWW странице. Причем вы можете находиться в любом месте земного шара поскольку для получения почты вам необходим компьютер и подключение к Интернет. Такая возможность очень удобна для получения почты в командировке, отпуске при работе в разъездах.

Сервер полномочий может иметь дополнительные возможности для управления расписанием работы, авторизацией пользователей, разрешенными адресами в Интернете, кэшированием запросов и т.д..

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

Почта

Получение у провайдера

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

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

Собственный Mail-сервер

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

Подключение по UUPC

Unix to Unix Copy Program - программа для копирования с одной Unix-машины на другую; первоначально протокол UUCP предназначался для обмена файлам между Unix-машинами, но впоследствии на его основе были созданы системы электронной почты и для других платформ.

Зачем нужен UUCP?

Как это ни печально, но в нашей стране полноценное подключение к Internet за пару десятков долларов в месяц пока остается "американской мечтой". Каналы связи у нас гораздо дороже, чем в США, а их качество, мягко говоря, оставляет желать лучшего. Однако работа с электронной почтой осуществима и по не очень хорошей линии. Здесь на помощь приходит протокол UUCP, предназначенный только для обмена письмами: он не очень требователен к качеству линий и поэтому доступен практически каждому, у кого есть телефон и компьютер с модемом. Пользовательский компьютер при UUCP-доступе не подключается к Internet, а лишь устанавливает кратковременное соединение с подключенной к Internet машиной и в течение сеанса связи автоматически отправляет и принимает всю накопившуюся с обеих сторон электронную корреспонденцию. Чтение и написание сообщений осуществляется только в автономном режиме. Хотя протокол UUCP является чисто почтовым, благодаря специальным серверам возможно получение с его помощью и других видов информации. Широко распространена подписка по почте на телеконференции: статьи приходят и отправляются в формате почтовых сообщений. Можно также заказывать файлы с FTP-серверов через ftpmail-серверы и даже Web-страницы через webmail-серверы, запрашивать информацию на Archie-серверах. Все это, конечно, может показаться громоздким и неудобным по сравнению с доступом в интерактивном режиме, но зато, во-первых, к нужному вам ресурсу обращается не "персоналка" по хлипкой телефонной линии, а мощный сервер по быстрому каналу и, во-вторых, все операции полностью автоматизированы. Вы только посылаете на сервер запрос из нескольких строк, а через некоторое время вновь соединяетесь с ним и получаете результат. И если, например, интересующий вас FTP-сервер перегружен, для вас это выразится только в том, что ответ придет на несколько часов позже: не потребуется ни терпеливо "пробиваться" на сервер, ни следить, затаив дыхание, за медленно ползущим индикатором, одновременно подсчитывая в уме, в какую сумму это вам обойдется. Работать же по протоколу UUCP с электронной почтой ничуть не менее, а в ряде отношений и более удобно, чем при интерактивном подключении. Взять хотя бы дозвон провайдеру по списку номеров с возможностью задать разные списки для разных часов и дней недели и указать для каждого номера свое число попыток (в большинстве программ, обеспечивающих IP-соединение по модему, ничего подобного нет: если какой-то номер хронически занят, переключаться на другой приходится вручную). Доступ по протоколу UUCP значительно дешевле полноценного подключения к Internet. Кроме того, в этом режиме провайдеры обычно готовы предоставлять пользователям не один адрес, а целый домен, что означает возможность самостоятельного создания неограниченного числа почтовых ящиков. Это ценно в первую очередь для организаций (каждому сотруднику предоставляется отдельный электронный адрес), но и "домашний" пользователь может, скажем, завести по ящику для каждого члена семьи и несколько ящиков для разных телеконференций. В России и других странах бывшего СССР UUCP-доступ, получивший распространение благодаря сети "Релком", и сейчас применяется очень широко. Благодаря ему десятки тысяч пользователей смогли войти в мир глобальных компьютерных сетей. В настоящее время для UUCP-доступа существуют три основные схемы оплаты: по почтовому трафику, т. е. объему (в килобайтах) переданной и полученной информации, по времени соединения и фиксированная (устанавливается определенная, чаще всего помесячная плата, не зависящая ни от трафика, ни от времени соединения, а чтобы избежать перегрузки сервера, ограничивается продолжительность сеанса подключения).

UUCP, UUPC и почтовые клиенты

Основная применяемая в России транспортная система для клиентских компьютеров, т. е. система, на которую возлагается собственно передача и получение корреспонденции, - это знаменитый пакет Андрея Чернова под названием UUPC (UUCP для PC), весьма мощный и совершенный. Так, при наличии соответствующим образом сконфигурированного сервера новые версии UUPC позволяют передавать и принимать почту в упакованном формате: вся почта перед передачей собирается в пакеты определенного размера (например, 250 Кбайт), которые архивируются и пересылаются в виде архива, а после получения распаковываются. Это позволяет значительно уменьшить объем передаваемой информации и сократить время соединения. Другой весьма приятной особенностью UUPC является так называемая докачка: если соединение прервалось на середине передачи пакета или длинного письма, соответствующее сообщение не передается заново с самого начала, а досылается только его непереданный "хвост". Докачка, наряду с упаковкой, экономит время соединения, а кроме того, создает очень важную для российских условий возможность обмениваться длинными сообщениями по некачественным телефонным линиям. И все было бы прекрасно, если бы не одно досадное обстоятельство: UUPC предполагает использование для чтения и написания писем программы Bmail (Beauty Mail) или Dmail (Demos Mail), интерфейс которых практически не менялся со времен MS-DOS 3.30. Что же касается распространенных программ для чтения почты и новостей в Internet, имеющих современный графический интерфейс, таких как Netscape Communicator, Microsoft Mail and News, Microsoft Outlook, Eudora, Pegasus Mail (почта), Forte Agent, Forte free Agent (новости), то они на протокол UUCP не рассчитаны. Однако, хотя непосредственно работать в перечисленных программах с UUCP-почтой нельзя, такая работа вполне осуществима с помощью специального шлюза. Именно такой шлюз реализует программа MailServer for Windows, разработанная группой программистов киевской фирмы "SunWind-Карст". MailServer компании SunWind Программа MailServer представляет собой мини-сервер электронной почты и новостей для Windows 95 или NT. На компьютере должна быть установлена программа UUPC\Ache (версии не ниже 6.18) или UUPC\Extended for Win32 и обеспечена поддержка протокола TCP/IP. После установки мини-сервера все пользователи, зарегистрированные в системе UUPC, могут работать со своими почтовыми ящиками, пользуясь программами для Internet, рассчитанными на протоколы POP3/SMTP (почта) и NNTP (новости). При этом отсутствие интерактивного подключения абсолютно не ощущается. Кроме того, MailServer позволяет наладить корректную работу с кириллицей из таких программ, как Microsoft Outlook, Microsoft Exchange, Netscape 3.x, Forte free Agent, Eudora, которые сами по себе этого не обеспечивают. В соответствующих случаях он перекодирует письма и вносит в их заголовки нужное значение поля charset. Чтобы настроить MailServer на ту или иную почтовую программу, необходимо модифицировать системный реестр, задав в нем значения для довольно большого числа переменных. Но не надо пугаться: долгих часов мучений, проведенных в попытках заставить программу работать, не будет. Для каждой популярной почтовой программы в MailServer имеется встроенный шаблон, а пользователь должен лишь выбрать из списка название той, с которой он будет работать, - совсем как при установке оборудования по технологии Plug & Play. Если же необходима более тонкая настройка (или просто захотелось поэкспериментировать), к вашим услугам утилита конфигурирования с подробной справкой, в которой описываются все настраиваемые переменные. Сам мини-сервер можно запускать вручную (из пускового меню Windows) или в режиме автозагрузки (вместе с остальными программами соответствующей группы), либо как фоновый сервис при загрузке системы до запуска всех остальных программ (этот режим рекомендуется для сетевого сервера). Для работы с новостями в MailServer предусмотрено два режима. В первом пользователь сам подписывается на конференции (команды subscribe, feed, rfeed) и отказывается от подписки (unsubscribe), посылая соответствующие письма на сервер новостей, во втором - режиме интеллектуальной подписки - все эти процедуры полностью автоматизированы: когда пользователь запрашивает статьи из каких-то групп, MailServer создает их список и сравнивает со списком конференций, которые этот пользователь запрашивал в прошлый раз. Если в текущем сеансе пользователь запрашивает новую для себя конференцию, MailServer формирует письмо о подписке и отправляет его на сервер новостей. На конференции, к которым в течение сеанса связи обращений не было, подписка аннулируется. Таким образом, для пользователя имитируется интерактивное подключение, в то время как с точки зрения сервера новостей работа происходит по подписке. Перспективы развития мини-сервера В настоящее время SunWind работает над новым проектом, который носит условное название SunWind PostOffice. В нем планируется реализовать собственную транспортную систему (обеспечивающую дозвон, прием и передачу информации) с поддержкой большого числа различных протоколов, включая UUCP (в том числе UUCP поверх TCP/IP), POP3, IMAP, SMTP, NNTP, FTN; встроенный сервер новостей; почтовые роботы и правила обработки писем (например, раскладывание писем по папкам, удаление почты с каких-то конкретных адресов и т. п.); возможность подключения внешних утилит; задание расписания связи с другими почтовыми узлами, генерацию сообщений для внешних программ (типа "пришла почта"), ведение статистики по всем пользователям и т.д. Другими словами, PostOffice будет предоставлять полный набор функций для организации работы узла электронной почты с неограниченным количеством клиентов. Естественно, что клиентами в данном случае смогут выступать и другие узлы электронной почты. С выходом этого программного продукта протокол UUCP не только перестанет ассоциироваться с темным и неприветливым текстовым экраном (это уже достигнуто программой MailServer, о которой рассказывалось выше), но и работа с ним "с виду" станет вообще неотличимой от работы в интерактивном режиме, поскольку все операции будут происходить в рамках единого программного комплекса, стопроцентно интегрированного в Windows 95/NT и полностью использующего богатые ресурсы этой операционной системы. А все преимущества UUCP сохранятся.

Подключение по SMTP и POP3

Эти два протокола поддерживают все провайдеры. Они более универсальны, но для работы вашего почтового сервера необходимо подключение к Интернет либо по PPP протоколу либо постоянное и бесперебойная работа сервера. Но это окупается лучшей масштабируемостью (на одном сервере до 5000 клиентов), возможностью организации списков рассылки, почтовых автоматов. Большинство почтовых клиентов поддерживают эти протоколы.

Сравнение двух подходов доступа к удалённому почтовому ящику: IMAP и POP

В настоящее время существует несколько различных подходов для построения распределённой почтовой инфраструктуры. Среди них: стратегия разделяемой файловой системы, частные LAN-ориентированные протоколы, X.400 P7 протокол и Internet протоколы для доступа к сообщениям. Цель данной статьи - кратко рассмотреть Internet протоколы: POP (Post Office Protocol), DMSP (Distributed Mail System Protocol) и IMAP (Internet Message Access Protocol). Из трёх вышеперечисленных, POP наиболее старый и поэтому самый известный. DMSP сильно ограничен в использовании, так как реализован только в одной программе PCMAIL и в первую очередь известен своей блестящей поддержкой отсоединённых (disconnected) операций. IMAP (на данный момент IMAP4 revision 1) предоставляет надмножество возможностей POP и DMSP, и предлагает хорошую поддержку всех трёх моделей доступа к удалённому почтовому ящику: offline, online и отсоединённый (disconnected). (См. определения в RFC-1733.)

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

Об offline доступе можно думать как о сервисе "хранения и пересылки" (store-and-forward service), предназначенном для пересылки почты (по требованию) с почтового сервера на единственную конечную машину, обычно ПК или Mac. Однажды доставленные на конечную машину, сообщения удаляются с почтового сервера. Хотя ограничения offline доступа могут быть скомпенсированы использованием POP в online режиме, POP просто-напросто не имеет некоторой функциональности, требуемой для высококачественного online (или отсоединённого) доступа. В действительности, псевдо-онлайн режим доступа, поддерживаемый POP3, который заключается в том, что пользователь оставляет почту на сервере, часто требует наличие широко распространенного файлово-ориентированного протокола (remote file system protocol), для того, чтобы почтовый клиент сумел обновить почтовый ящик или установить флаги сообщения.

IMAP также может применяться для offline доступа, но его мощь проявляется в первую очередь при online и disconnected доступе. В случае online доступа, почта также доставляется на разделяемый сервер, но клиент уже не осуществляет копирование всей почты зараз с последующим ее удалением с сервера. Online подход более клиент-серверный. В случае online доступа клиент может запросить у сервера заголовок сообщения или запросить поиск сообщения по некоторому критерию. Письма в хранилище сообщений могут быть помечены различными флагами статуса (например, письмо помечено для удаления или на него был послан ответ) и эти отметки сохраняются до тех пор пока не будут явно удалены пользователем (что может не произойти до следующей сессии). Если сказать вкратце, то IMAP позволяет манипулировать удаленными почтовыми ящиками, как будто они являются локальными. В зависимости от реализации IMAP клиента и почтовой архитектуры, которую пожелал иметь управляющий почтовой системой, пользователь может сохранять сообщения только на клиентской машине, только на сервере или иметь выбор сделать и то и другое.

Как offline, так и online почтовые программы позволяют получить доступ к новым поступающим сообщениям на почтовом сервере с различных клиентских платформ. Однако на этом их сходство заканчивается. Эти две парадигмы отражают различные требования и стили использования, и они не очень хорошо комбинируются друг с другом. Offline доступ лучше подходит для людей, которые всегда используют единственную клиентскую машину. Он не очень хорошо подходит для таких задач как доступ к чьему-либо ящику входящих писем или ящикам с сохраненной корреспонденцией с различных машин в различное время. Все это можно объяснить тем, что при использовании offline ("скачал и удалил") доступа к почте с различных компьютеров, Ваша почта рассеивается по различным машинам, если только они не объединены общей файловой системой (в последнем случае Вы на самом деле имеете доступ в большей мере online, чем offline). С другой стороны, хорошим качеством offline доступа является то, что он минимизирует использование серверных ресурсов и время соединения, если используется удаленный доступ по модему. Суммируя всё вышесказанное, можно привести различия между online и offline парадигмами:

* Offline и online парадигмы отражают два различных способа использования почтового сервера:

Offline = скачивание почты по требованию на единственную клиентскую машину.

Online = интерактивный доступ к множеству почтовых ящиков со стороны многих клиентов.

* Преимущества offline парадигмы:

Минимальное время соединения с сервером.

Минимальное использование серверных ресурсов.

* Преимущества online парадигмы:

Способность использовать разные компьютеры в разное время.

Способность использовать "облегчённые" ("data-less") клиентские машины.

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

Возможность одновременного доступа к разделяемым почтовым ящикам.

Основное преимущество online парадигмы состоит в том, что почтовые ящики с входящей и архивной почтой хранятся на сервере и к ним можно единообразно получить доступ с различных компьютеров в различное время. И всё это можно осуществлять без использования протоколов общего доступа к файлам (эти протоколы существуют далеко не на каждой платформе, могут уступать в производительности и вызывать проблемы блокировки файлов (file locking). Всё это не нужно для тех пользователей, которые всегда использует один и тот же компьютер для доступа к почте, но становится очень важным для тех, кто использует несколько компьютеров.