Описание файлового сервера. Файловый сервер. Какую ОС и файловую систему выбрать? Установка роли и вспомогательных компонентов

На мой взгляд, это очень отличная тема для описания. В своё время было интересно поднять какой-либо сервер на своём компьютере для более удобного обмена файлами. Попробовав различные и даже протокол, я понял, что мне они абсолютно не нравятся, первые выглядят в браузере, мягко говоря, убого, вторые хотя и имеют свои явные преимущества, но подключать сетевой диск на чужих компьютерах не хочется. Но в один (прекрасный и солнечный) день я встретил программу под названием HTTP File Server (сокращенно HFS), установил, настроил (так как я начинал работать с самой чистой версией, с этим были некоторые проблемы) и почти влюбился в эту программу. Для доступа к моим файлам теперь достаточно иметь любой браузер, так как весь доступ осуществляется, через обычную веб-страницу. Также у меня создана папка, в которую человек, знающий пароль, может добавить файл прямо через браузер. Файлы с сервера можно качать как по одному, так и сразу папками. Программа сама поместит папку в.tar архив без сжатия и отправит для скачивания. При этом сайт имеет довольно опрятный вид, хотя при желании (и достаточных знаниях) можно самому написать шаблон сайта. Признайте, что это отличный способ для легкой и удобной передачи файлов?

И вот пример страницы, которую вы будете видеть в окне браузера, как видите всё красиво и опрятно, на форуме программы можно найти много красивых шаблонов:

Хотя её меню полностью на английском языке, для меня это не является помехой. А для тех, кто плохо знает английский, в конце статьи я постараюсь максимально полно объяснить за что отвечают все разделы меню и как ими пользоваться.

Итак, перейдем к установке и настройке HTTP File Server:

1) Чтобы несколько сэкономить вам время, я приготовил сборку HFS с русскоязычным шаблоном сайта и произвел первоначальную настройку самой программы. Скачать сборку можно с моего Яндекс.Диск’а по ссылке . Если же вы уверены в своих способностях, то можете скачать чистую версию программу на официальном сайте http://www.rejetto.com/hfs/

На этом всё. Надеюсь эта статья оказалась вам полезной, нажмите одну из кнопок ниже, чтобы рассказать о ней друзьям. Также подпишитесь на обновления сайта, введя свой e-mail в поле справа.

Спасибо за внимание:)

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

● Файловый сервер предоставляет совместный доступ пользователям всей сети к определенному тому.
● Клиент использует имя диска (или путь Unicode) для доступа к совместно используемому тому.
● Клиент может читать и писать в совместно используемый том.

Это интересно! Выгодно арендовать файловый сервер можно . Безумно выгодно!

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

Как работает файловый сервер

Хотя файловые и дисковые серверы могут показаться клиенту совершенно одинаковыми, это вовсе не так. Разница заключается, в основном, в распределении обязанностей. Отличие между дисковыми и файловыми серверами можно выразить следующим образом, Когда сетевой клиент первый раз после перезагрузки запрашивает у дискового сервера файл, тот просматривает свое содержимое и находит "карту" склада, хранящего данные. После этого дисковый сервер говорит клиенту: "Вперед, малыш, забирай свой файл, но получи себе еще и карту. Я предпочитаю заниматься более интересными вещами, поэтому обеспечивай себя сам с помощью этой карты". Каждый раз, когда клиент получает что-либо со склада или что-либо возвращает в него, порядок на этом складе немного изменяется, но поскольку при этом выполняется автоматическое обновление, то карта, предоставленная дисковым сервером, будет точна. Однако когда клиентный компьютер через некоторое время снова обратится к серверу для поиска файлов с помощью своих старых карт, очень может быть, что склад будет уже организован по-другому, и клиент не сможет ничего найти.
В отличие от дискового, файловый сервер будет искать требуемое сам, не разрешая толпе сетевых клиентов обшаривать свой собственный жесткий диск. Когда рабочая станция запросит у него файл, файловый сервер ответит ему: "Я должен переслать эти данные — уж лучше я сделаю все сам". После этого он передаст запрос драйверу файловой системы, который найдет файл и пошлет информацию о его местонахождении клиентному приложению, после чего оно откроет этот файл. Клиент никогда не получит копию FAT-таблицы диска сервера, Хотя и использует серверные средства обработки такого запроса.
Поэтому в файловом сервере существует только одна копия FAT-таблицы, всегда соответствующая текущему моменту времени.
Обслуживание файловых операций является одной из наиболее распространенных функций сетевого сервера, позволяющих решить несколько очень полезных задач. Во-первых, с помощью соответствующих средств обеспечивается централизация хранения данных для облегчения их последующего архивирования. Во-вторых, файловые серверы предоставляют доступ к одному файлу сразу нескольким пользователям. Конечно, во многих случаях клиентный компьютер может предоставить весь свой жесткий диск для совместного использования всей сетью, так что локально хранимые файлы становятся доступными всей сети (что обычно делается в одноранговой сети). Однако при этом могут возникнуть проблемы, если, например, сразу 40 человек в сети предоставят некоторую часть своих жестких дисков для совместного использования всей остальной сети. Это может привести к тому, что отдельные файлы найти будет чрезвычайно сложно.
Файловые серверы имеют только один недостаток: такой сервер должен все время находиться в режиме оперативного доступа, и содержимое его жесткого диска должно регулярно архивироваться, в противном случае он становится хуже, чем бесполезным. Если файлы хранятся на клиентных компьютерах, то при отключении одного из них все остальные еще могут продолжать работу. Но если выключится файловый сервер, работа сети будет парализована. Поддержка операций архивирования и необходимость обеспечения надежности функционирования являются критическими требованиями при организации работы хорошего файлового сервера.

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

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

Итог: реализация подключения
Независимо от того, используете вы Windows XP или какую-либо более раннюю версию операционной системы, должна иметься возможность настройки подключения к беспроводной сети. Если функция...

Что такое файловый сервер ? Это машина в сети предприятия, которая содержит общие файлы и папки обмена, антивирусные базы, на которой могут храниться резервные копии пользовательской информации и/или баз данных, в некоторых случаях и сами базы данных так же "живут" на файловых серверах . В общем, файловый сервер - это хранилище файлов, без функций их обработки.

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

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

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

Пользователей слишком много и исчерпан лимит сетевых подключений к ОС - в версиях XP Professional и ее наследниках Vista Business и т.д. это 10 подключение, а в XP Home и ее наследниках Vista Home и т.д. это 6 подключений. Т.е. периодически пользователи видят сообщение типа "Исчерпан лимит подключений, обратитесь к системному администрату".

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

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

Возникает традиционный русский вопрос: "Что делать?!".

В первую очередь появится мысль и она подтвердится консультантами в компьютерных магазинах, что нужно купить дорогой сервер с RAID-контроллерами и много жестких дисков к нему.

Действительно, это хорошее решение, но оно имеет несколько недостатков:

Цена . Во-первых, цена самого сервера, а во-вторых, цена операционной системы и подключений к ней - нельзя забывать о лицензионной политике Microsoft, которая делает разницу - то ли сервер обслуживает 2 машины, то ли 200 - помимо стоимости самой серверной операционной системы, отдельно продаются лицензии на подключение к операционной системе! Наверняка кто-то из читателей мне возразит, что для файлового сервера вовсе не надо приобретать Windows Server, можно поставить бесплатный Linux и будет прав. Но давайте посмотрим на вопрос с точки зрения пользователя в лице небольшой или средней компании, которая не имеет в штате ИТ-специалиста, или его квалификация оставляет желать лучшего - с Windows он справляется, а Linux в глаза не видел? Что тогда делать? Отсюда вытекает второй недостаток:

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

Вот на этой ноте мы и подходим к альтернативному решению.

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

Фактически сетевой накопитель это тоже компьютер - у него есть свой процессор и установлена операционная система, и т.д. Но этот "компьютер" заточен исключительно под одну функцию - обслуживать жесткие диски, которые к нему подключены - у него нет видеокарты и звуковой карты, нет портов для подключения мышки и клавиатуры, нет привода CD/DVD и еще много чего!

В результате стоимость сетевого хранилища серьезно отличается от стоимости системных блоков, тем более от стоимости системных блоков с хорошими материнскими платами с RAID-контроллерами.

Это есть первый плюс - стоимость оборудования.

Второй плюс - это стоимость программного обеспечения. Ничего покупать не надо! В сетевом накопителе уже встроена операционная система Linux, которая обеспечивает неограниченное количество сетевых подключений.

Третий плюс - поддержка. Не смотря на то, что в сетевом хранилище , установлена операционная система Linux, никаких дополнительных навыков для поддержки от пользователя не потребуется. Управление и настройка сетевого накопителя не сложнее настройки ADSL-модема.

Четвертый плюс - энергопотребление. Сетевое хранилище потребляет порядка 30 ватт в час, против средних 450 ватт обычного системного блока. Понятно, что в нашей стране электроэнергия не есть самая затратная часть бюджета предприятия, но, тем не менее, копейка рубль бережет, а во-вторых, меньшая энергоемкость - повод не тратиться на дорогой ИБП, а выбрать более простой. О том, как выбрать ИБП, подробно описано в отдельной статье.

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

Теперь перейдем к цифрам и посчитаем стоимость организации файлового сервера для организации, в которой предполагается до 20 одновременных подключений пользователей к файловому серверу . В качестве дополнительного условия будем проектировать файловый сервер с двумя жесткими дисками по 1,5 Терабайт, которые будут объединены в RAID-1 (зеркало)

Статья затрат Системный блок Сетевой накопитель
Жесткие диски HDD 1.5Tb Seagate Barracuda 7200.11, 7200 rmp, 32Mb 200 $ 200 $
Системный блок 300 $ -
Сетевое хранилище D-Link DNS-323 - 200 $
ОС Windows Server Standard 680 $ -
Лицензии на подключение к Windows Server - 20 штук 560 $ -
ИБП APC Back-UPS ES 400VA/240W - 85 $
ИБП APC Back UPS RS 800VA/540W 235 $ -
Итого 1975 $ 485 $

Цифры говорят сами за себя - при достижении одинакового результата стоимость внедрения совершенно разная. Более того - при увеличении количества пользователей разница в цене будет только расти из-за необходимости приобретения лицензий на подключение к Windows Server для каждого нового пользователя!

Так что если Вы всерьез решили приобрести сервер - причем не почтовый, не прокси-сервер, не контроллер домен, а именно файловый сервер - присмотритесь к данному решению.

Если оно Вас заинтересовало - обращайтесь к нам. Мы готовы осуществить поставку сетевых накопителей и оказать услуги по созданию файлового сервера на базе предлагаемого решения.

Файловый сервер — это достаточно мощный компьютер, который подключен к сети, наиболее часто такая сеть является локальная сеть (LAN), чья основная функция — служить в качестве централизованного хранилища данных на нескольких компьютерах в рамках клиент-серверной модели компьютерных сетей. Они доступны в ряде различных конфигурациях аппаратного и программного обеспечения. Файловые серверы иногда используются для создания резервных копий важнейших данных. Типичный файл-сервер будет настроен только для отправки и получения файлов, и не выполняет никаких активных процессов для пользователей. Они также могут быть настроены для распространения данных через Интернет с использованием FTP (передача файлов по протоколу) или http (гипертекстовый протокол передачи).
Любой современный компьютер может быть настроен для работы в качестве файлового сервера. Простой персональный компьютер разделяет файлы на протяжении всей домашней сети и работает как файл-сервер. В крупных организациях, файловый сервер, как правило — это выделенные компьютеры которые чаще всего оборудованы массивами очень больших устройств хранения. Наиболее специализированная форма файлового сервера, широко используемого в современной вычислительной схеме состоит из компьютеров, которые предназначены специально для того, чтобы служить только в качестве файловых серверов. Эти устройства обеспечивают сетевые системы хранения данных (NAS) с использованием оборудования, которое обычно настраивается, чтобы максимизировать только свою производительность в хранении и обмене данными и включает в себя только самые базовые методы ввода/вывода и обработки данных.

Файл-серверы могут работать с использованием стандартных и специализированных операционных систем. Все современные операционные системы позволяют компьютерам быть в качестве файл сервера. Операционная система Linux пользуется значительной популярностью на файловых серверах, из-за своей репутации стабильности и по экономическим причинам. Windows и Unix также часто используются в качестве операционных систем файл-сервера. NAS-устройства могут использовать версии стандартных операционных систем, но могут также использовать специализированные функции операционных систем.

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

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

  • 8. Основные типы и классификация корпоративных систем.
  • 9. Этапы жизненного цикла, поддерживаемые корпоративными системами.
  • 10. Понятие платформы Microsoft .Net. Структура Microsoft.Net Framework. Программы для платформы Microsoft.Net.
  • 11. Приемы и методы разработки графического интерфейса пользователя.
  • 12. Библиотека классов Windows Forms. Объекты библиотеки.
  • 13. Порядок построения формы ввода данных для корпоративных приложений на конкретном примере.
  • 14. Особенности разработки распределенных приложений корпоративного типа технология Microsoft Remoting.
  • 15. Общая последовательность на примере разработки распределенного высоконадежного и безопасного с использованием технологии Microsoft Remoting.
  • 16. Концепция веб-сервиса. Инструментальные средства Microsoft используемые при создании сервисов.
  • 17. Разработка сервисно-ориентированных корпоративных приложений.
  • 18. Особенности и проблемы построения корпоративных приложений на основе сервисно-ориентированной архитектуры.
  • 19. Адаптация общей концепции к технологическим особенностям среды и инструментальных средств Microsoft.
  • 20. Структуры ис (физическая, логическая, программная, функциональная) и их взаимосвязь.
  • 21. Подсистемы ис. Основные концептуальные принципы функционирования и построения.
  • 22. Информационное, техническое, программное, математическое и другие виды обеспечения. Их характеристика и состав.
  • 23. Характеристики аппаратно-программных платформы и их виды.
  • 24. Программное обеспечение ис и его классификация.
  • 25. Серверное и клиентское программное обеспечение.
  • 26. Серверы управления (сетевые операционные системы) и задачи, решаемые с их помощью
  • 27. Файловые серверы. Назначение и принципы работы.
  • 28. Серверы терминалов. Серверы печати. Почтовые сервера. Принципы функционирования.
  • 31. Характеристики iis (Internet Information Server or Microsoft). Брандмауэры. Прокси серверы.
  • 32. Серверы приложений. Двухзвенная и трехзвенная архитектуры клиент-сервер. Общая схема сервера приложений.
  • 33. Интерфейс сервера приложений. Тонкий, толстый клиент. Хранимые процедуры сервера приложений. Серверы безопасности их функции.
  • 34. Протокол tcp/ip применительно к ис.
  • 35. Задачи администрирования серверного программного обеспечения.
  • 36. Приемы администрирования серверного программного обеспечения.
  • 37. Стандартные и специализированные программные пакеты, и утилиты администрирования.
  • 38. Dns, dhcp сервер.
  • 37. Active Directory
  • 40. Управление политики безопасности.
  • 41. Эксплуатация различных видов серверного программного обеспечения аис и ее особенности.
  • 42. Управление операционной системой с помощью консоли.
  • 43. Настройка и эксплуатация файлового сервера.
  • 1. Предварительная подготовка
  • 2. Добавление серверу роли файлового сервера
  • 44. Настройка и эксплуатация информационного сервера и сервера безопасности.
  • 1. Понятие проект и управление проектами
  • 2. Отличие проекта от других форм преобразования социально-экономической реальности. Признаки проекта.
  • 3. Методология и стандарты управления проектами.
  • 4. Внешняя и внутренняя среда проекта.
  • 5. Проект как система. Системный подход к управлению проектами.
  • 6. Цель и результат проекта.
  • 7. Качественные и количественные требования к проекту.
  • 8. Методология smart. Основные понятия и определения.
  • 9. Методология prince2. Основные понятия и определения.
  • 10. Жизненный цикл и структура проекта.
  • 11. Команда проекта. Определение ролей проекта. Виды мотивации партнеров.
  • 12. Организация проектного офиса.
  • 13. Обязанности специалиста по проектной деятельности.
  • 14. Классификация проектов по критериям менеджера и экономиста. Экономичная модель проекта.
  • 15. Договорное регулирование проектной деятельности.
  • 16. Типы контрактов в проектной детальности.
  • 17. Разработка актуальности проекта. Анализ поля проблем.
  • 22. Обеспечение хранения документов. Основные положения и обязанности.
  • 23. Эффект и эффективность реализации проекта. Эффекты и индикаторы успешности реализации проекта.
  • 24. Эффект и эффективность реализации проекта. Эффективность реализации проекта и ее виды.
  • 25. Управление проектными рисками. Понятие риска и неопределенности.
  • 26. Классификация проектных рисков.
  • 27. Система управления проектными рисками. Основные подходы к оценке риска. Методы управления рисками.
  • 28. Планирование проекта. Иерархическая структура работ.
  • 29. Основные задачи планирования проекта. Иерархическая структура работ проекта.
  • 30. Сетевой анализ и календарное планирование проекта. Функции сетевого анализа в планировании проекта. Анализ критического пути.
  • 31. Определение длительности проекта при неопределенном времени операций. Распределение ресурсов. Разработка расписания проекта.
  • 32. Диаграмма контрольных событий. Построение диаграммы контрольных событий.
  • 33. Формирование финансовых ресурсов проекта. Основные статьи расходов. Оценка стоимости проекта.
  • 34. Планирование затрат по проекту (бюджетирование). Контроль выполнения плана и условий финансирования.
  • 35. Управление коммуникациями. Роль коммуникаций в проекте.
  • 36. Планирование управления коммуникациями. Коммуникационные технологии.
  • 37. Информирование участников проекта. Принципы построения информационного сообщения в рамках плана коммуникаций. Правила реализации плана коммуникаций.
  • 5) Аккуратное форматирование и верстка текста.
  • Контрольный список по реализации коммуникаций
  • 38. Матрица ответственности проекта.
  • 39. Закрепление функций и полномочий в проекте. Реестр навыков.
  • 40. Управление конфликтами. Управление ожиданиями стейкхолдеров проекта. Конфликты и их разрешение.
  • 41. Контроль реализации проекта. Понятие качества и его применение в проектах. Планирование качества.
  • 42. Мониторинг проекта. Управление изменениями. Управление конфигурацией.
  • 43. Управление качеством проекта. Понятие качества и его применение в проектах. Планирование качества.
  • 44. Обеспечение качества проекта. Контроль качества проекта.
  • 46. Оценка реализуемости проектного расписания. Оценка достижимости и нагрузки человеческих ресурсов.
  • 47. Фаза завышения проекта. Закрытие контрактов проекта.
  • 48. Постаудит проекта. Основные программные продукты в управлении проектом.
  • 49. Формирование итоговой ведомости проекта.
  • 50. Дальнейшее развитие проекта. Масштабируемость проекта.
  • 27. Файловые серверы. Назначение и принципы работы.

    Ответ:

    Файловый сервер – это сервер, предназначенный для хранения данных и предоставления к ним общего доступа.

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

    Файловые серверы иногда используются для создания резервных копий важнейших данных.

    Файловые серверы настраиваются только для отправки и получения файлов, и не выполняют никаких активных процессов для пользователя. Они также могут быть настроены для распространения данных через Интернет с использованием FTP (передача файлов по протоколу) или HTTP (гипертекстовый протокол передачи).

    28. Серверы терминалов. Серверы печати. Почтовые сервера. Принципы функционирования.

    Ответ:

    Серверы терминалов

    Терминальный сервер (сервер терминалов ) – это сервер, предоставляющий клиентам вычислительные ресурсы (процессорное время, память, дисковое пространство) для решения задач.

    Терминальный сервер – это мощный компьютер (либо кластер), соединенный по сети с клиентами (маломощные компьютеры или устаревшие рабочие станции).

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

    Серверы печати

    Принт-сервер – это ПО или устройство, позволяющее группе пользователей проводных и беспроводных сетей совместно использовать принтер.

    Почтовый сервер

    Почтовый сервер – это сервер, получающий и отправляющий электронные сообщения.

    Сервер, получающий электронные сообщения, работает по протоколу POP (Post Office Protocol).

    Сервер, отправляющий электронные сообщения работает по протоколу SMTP (Simple Mail Transfer Protocol).

    Почтовый сервер , сервер электронной почты, мейл-сервер – в системе пересылки электронной почты так обычно называют агент пересылки сообщений.

    Это компьютерная программа , которая передаёт сообщения от одного компьютера к другому. Обычно почтовый сервер работает «за кулисами », а пользователи имеют дело с другой программой – клиентом электронной почты .

    Когда пользователь набрал сообщение и посылает, почтовый клиент взаимодействует с почтовым сервером по протоколу SMTP .

    Почтовый сервер отправителя взаимодействует с почтовым сервером получателя. На почтовом сервере получателя сообщение попадает в почтовый ящик посредством агента доставки сообщений MDA . MDA может быть частью POP/IMAP сервера, частью SMTP сервера, или отдельным ПО. Для финальной доставки полученных сообщений используется POP3 или IMAP.

    29. Веб-серверы, их функции. Методы взаимодействия с клиентом. Виды веб-серверов.

    Ответ:

    Веб-серверы, их функции

    Веб-сервер – это программа, которая принимает входящие HTTP-запросы, обрабатывает эти запросы, генерирует HTTP-ответ и отправляет его клиенту.

    Функции веб-серверов:

      прием запроса от Web-броузера по протоколу HTTP с использованием TCP/IP;

      поиск и отсылка файла гипертекста или документа в броузер по HTTP;

      обслуживание запросов mailto, ftp, telnet и др.;

      запуск прикладных программ на Web-сервере с передачей и возвратом параметров обработки через интерфейс CGI;

      обслуживание навигационных карт изображения imagemap;

      служит источником загружаемых программ на языке Java;

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

      ведение регистрационного журнала;

      административное и оперативное управление сервером.

    Взаимодействие с клиентом:

    После того, как пользователь обратился к определенному ресурсу по протоколу HTTP, клиент (обычно браузер) формирует HTTP-запрос к веб-серверу. Обычно указывается символическое имя сервера (например, "http://www.microsoft.com") – в этом случае браузер предварительно преобразует это имя в IP-адрес при помощи сервисов DNS. После этого по протоколу HTTP на веб-сервер отправляется сформированное HTTP-сообщение. В этом сообщении браузер указывает какой ресурс необходимо загрузить и всю дополнительную информацию. Задача веб-сервера – прослушивать определенный TCP-порт (обычно порт 80) и принимать все входящие HTTP-сообщения. Если входящие данные не соответствуют формату сообщения HTTP, то такой запрос игнорируется, а клиенту возвращается сообщение об ошибке.

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

    Виды веб-серверов:

      Статический веб-сервер – состоит из компьютера с сервером. Сервер посылает различные файлы в браузер «как есть».

      Динамический веб-сервер – состоит из статического плюс динамического ПО, наиболее часто с сервером приложений и БД. Сервер приложений изменяет исходник файла перед отправкой в веб-браузер по НТТР.