Как передать любые файлы в интернете и в локальной сети?

Как узнать когда забрали файлы с сервера?

Передача файла по паролю и логину?

На все эти вопросы и другие касающиеся файлов и передачи информации, вы найдете ответ в этой статье.

1. HFS ~ Http File Server самый продвинутый файловый сервер потому что он на столько легок в использовании что с ним справиться ребенок. А уж насколько постарались написать его код что он не требователен к ресурсам компьютерного устройства, что дает его установку и дальнейшее использование практически на любых компьютерных машинах. Отличительная черта этого сервера в том что он работает по протоколу не как все подобные сервера, передача данных идет по протоколу просмотра интернет сайтов HTTP а не как не FTP. Такой сервер будет полезен в маленькой организации хотя в большой не помешает, но в больших компаниях стоят специализированные сервера которые выполняют и другие функции серверов. Но если его развернуть то он вывезет любую компанию, но со стороны IT это не удобно тем что он исполняет только роль файлового сервера и еще нескольких, но сей час не об этом. Так же будет полезен для домашнего использования, хранения фотографий, видео и других файлов скажем одной семьи. В любой момент любой член семьи может подключившись, что не составит проблем, зайти и посмотреть любой файл или загрузить его на сервер. Зайти на сервер можно с любого устройства так как сей час нет такого устройства которое не поддерживает HTTP протокол. Если только стиральная машина и то она поддерживает!

Как установить файловый сервер, настроить и работать в нем?

2. Установка проста и не требует дополнительных знаний. Точнее ее совсем нет, скачанный файл hfs.exe положим в любую папку на ваше усмотрение. Я положил на диск C:\hfs папку я создал сам и назвал ее для удобства и понятия в дальнейшем сокращенным названием самого сервера. Запустив скачанный файл Hfs.exe который упрятали по пути выше описанному, кликая на него два раза мышкой, вас встретит окно сервера с определившемся ip адресом вашего компьютера, локальным адресом(серым). Собственно он и будет выступать когда будет идти запрос на файловый сервер. Если кликнуть на "Open in Browser" то откроется страница с нашим сервером, как на картинке 2.
3. Картинка 2.) Запущенный файловый сервер в браузере, как видят его другие пользователи.

Как положить или закачать файлы на сервер?

4. Для начала надо создать папку в которую будем добавлять файлы. Папок можно сделать сколько угодно. Кликаем "Menu" как показано на картинке ниже. Выбираем из контекстного меню "Add Folder From disk":
5. Далее нам откроется окно, в котором выбираем место где будем создавать папку, нажимаем на кнопку "создать папку" . Кликаем "OK"
6. Последует не совсем понятный вопрос, какую папку вы хотите создать. Виртуальную маленькую или настоящую большую. Лично я не совсем понял что имел автор который создавал данный сервер, у меня стало много версий что это может значить. Я не стал разбираться и создал настоящую большую папищу. Что то типо этого и выбирал "Real Folder":
7. Папка создана и вы можете увидеть ее пример на картинке, под цифрами 1-2 ниже. Цифра 3. Здесь будет выводится вся информация о файловом сервере, какие команды и действия выполнялись, кто заходил. Да будет идти лог, записываться вся информация и все адреса, кто когда, где, что делал на файловом сервере:
8. Настройку файлового сервера с хранилищем файлов сделали и теперь время посмотреть как он работает. Если ваше устройство с которого вы хотите зайти на файловый сервер подключено к одному WiFi или одному роутеру что и сам сервер. Тогда откройте браузер любой в котором вы выходите для серфинга в интернет и наберите тот ip адрес под которым у вас выступает файловый сервер, прямо в адресной строке где обычно набираете адрес сайта. Не путать с адресной строкой поисковиков. Нажимаете ENTER после ввода адреса и попадаете на файловый сервер прямо в браузере что очень удобно, не надо ставить клиенты как для других файловых серверов которые работают на FTP или SFTP протоколе.

Как зайти на файловый сервер из интернет, находясь на работе или в гостях?

9. Зайти на файловый сервер через интернет находясь в другом месте, не в вашей локальной сети очень просто и для этого есть даже тест в самом сервере чтоб протестировать настройки. Для начала вам нужны два самых необходимых варианта без которых вы это сделать не сможете. 1.) Это Статический белый IP адрес для узнаваемости вашего сервера в интернете. 2.) Делать проб рос 80 порта на вашем роутере, что тоже не составит труда. После как вы это сделали вы можете протестировать все настройки запустив тест из самого сервера:
10. Прогресс бар будет показывать на сколько завершен или пройден тест сделанных настроек и доступен ваш сервер из интернет:
11. У меня нет выделенного "IP" и поэтому мой тест провален, с надписью что закрыты порты на роутере а именно 80 порт.
12. Если у вас будет выделенный адрес который можно получить несколькими способами их поверьте много и сделан проброс портов что тоже не трудно в настройках роутера. Все будет работать как часики. В локальной сети сервер уже готов раздавать файлы всем желающим. Это можно сделать и в офисе, дома передать файлы на другой компьютер в место флешки, не бегая по этажам или кабинетам, с телефона или компьютера.

Так как же закачать файлы на сервер?

13. Открываем в проводнике "Windows" нашу созданную папку для сервера и копируем туда нужные для все общего обозрения файлы. Я создал в папке текстовый файл и написал в нем Привет!!! Закрываем папку и в главном окне сервера кликаем на "Open in Browser", как делали в самом первом примере. Теперь в браузере открылась страничка с файлом.
14. 1. В этом разделе будут ваши папки отображены.
15. 2. По нажатии на папку в первом разделе, здесь будут показаны файлы лежащие в папке. Кликнув по файлу мышкой вы его откроете(если файл текстовый можно прочитать содержимое прямо в браузере).
16. 3. Скачать файл можно нажав на кнопку "Archive"

Как запретить или ограничить круг лиц для доступа к серверу?

17. Научили наш сервер показывать файлы, папки но к ним имеет доступ любой желающий если знать ip адрес. Можно создать несколько папок с разными паролями для разных людей или круга лиц. Снова главное окно файлового сервера как в первый раз, так как все настройки происходят только на самом сервере. Это сделано с целью безопасности. Клик правой кнопкой мышки по папки которую ограничиваем в доступе для других, которой не все будут иметь доступ. В контекстном меню выбираем "Set user/pass..":
18. Очень знакомое окошко с водом логина и пароля, такие используют много где. Пишем логин на ваше усмотрение и пароль тоже на усмотрение и второй раз пароль, еще раз подтверждаем пароль. "OK".
19. Как и в выше примерах в которых заходили на файловый сервер чтоб посмотреть файлы через браузер. Так и в этом тоже так же набираем IP адрес вашего файлового сервера(напомню его можно посмотреть в главном окне сервера). Его уже давно надо добавить в закладки чтоб не водить его каждый раз. Как только вы перешли на сервер вам не отобразиться сайт с файлами от вашего файлового сервера. Потому что на папку поставлено ограничение для входа и просмотра, скачивания и загрузки. Вам будет предложено вести логин и пароль довольно в знакомом окошке:
20. Если все ведено правильно система пропустит вас сверив данные и вы увидите свои файлы. Такой сервер, приятней чем просто "FTP" прост в использовании и можно смотреть операции пользователей зашедших на сервер из главного окна. С настройкой и дальнейшем администрировании сервера справиться как я писал выше, сами убедившись из статьи, справиться даже ребенок. Подойдет как в домашних условиях так и в офисе. Надо передать файл другу, пожалуйста положили в папку сервера. Скопировали и отправили адрес сервера, пусть забирают. Все очень просто у вас есть папка на компьютере из которой могут другие забирать файлы или наоборот добавлять. У вас на компьютере есть что-то вроде своего облака только на HTTP протоколе, не надо устанавливать дополнительных клиентов для скачивания или загрузки файлов как это делают по FTP протоколу! Зайдя на сервер через браузер все выглядит как собственный сайт, типо что то сайта с программами софтом. Действительно стоящий сервачок и я пока писал статью задумался идеей создать, точнее прикрепить сервер к этому сайту, сделав раздел как раньше был для скачивания программ.

Шкурки для файлового сервера:

1. Можно изменить внешний вид файлового сервера. Что админскую часть что для пользователей. Достаточно приятные шкурки выкладывают пользователи. Правда английские версии, можно найти на форуме. Можете скачать уже скачанную мной шкурку с Яндекс диска. Выглядит она следующим образом:

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

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

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

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

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

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

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

Серверное администрирование

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

• вики, учет задач, тикетов, дефектов;
• система управления версиями/репозиторий;
• файловый сервер.

И если в случае первого и второго предлагается множество прекрасных средств, в частности для багтрекинга существуют известные каждому Redmine , Trac , а для управления версиями Subversion , Git , Mercurial , то для грамотной организации файлового хранилища приходится в очередной раз изобретать велосипед.

Что требуется?

Что я понимаю под файловым сервером? Хороший вопрос. В идеале это должна быть система по типу каталога, способная хранить большие объемы двоичных файлов (pdf, doc, xls, msi, avi и др.), позволяющая тегировать файлы для гибкого поиска по хранилищу, автоматически индексировать их содержимое и метаданные, производить поиск по множеству критериев, предоставлять доступ к файлам как локально, так и через браузер (web-интерфейс), совместно редактировать файлы, иметь клиенты для разных ОС, синхронизирующие версии с сервера, но что-то я замечтался… Конечно, же, такой системы не существует. Сейчас, наверное, многие возразят мне и укажут на Microsoft SharePoint Server , однако для небольшой компании этот продукт неподъемен ввиду сложности в обслуживании и астрономической цены.

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

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

OwnCloud

Недавно вышла новая версия (4.5) системы для организации хранения, синхронизации и обмена данными OwnCloud. Ранее на Хабрахабре уже появлялась замечательная об OwnCloud, которая и мотивировала меня познакомиться с облаком поближе.
Об особенностях процесса установки OwnCloud хабраюзером была написана прекрасная статья .
Первое впечатление было просто волшебным: современный web-интерфейс, возможность онлайн просмотра (txt, PDF, ODF) и редактирования (txt) файлов, календарь, задачи, адресная книга, синхронизация по протоколу WebDAV, поиск по содержимому, а что самое главное - возможность монтирования локальных папок и внешних хранилищ по протоколам FTP, Samba, и др. Однако после более плотного знакомства обнаружилось огромное количество багов и глюков, как достаточно безобидных и даже забавных, так полное и безвозвратное падение системы. С OwnCloud врагам не нужно применять хитрые DDoS-атаки ибо эта функция изначально заложена разработчиками в ядро системы.
Больше всего интересовала функция монтирования удаленной файловой системы через Samba. То есть в локальной сети выделялся web-сервер с системой управления проектами и OwnCloud, а также простой Windows-файловый сервер, с которого web-интерфейс и подтягивал бы данные для удаленного доступа. Однако монтирование через Samba не захотело функционировать ни при каких условиях, несмотря на официально заявленную функциональность и примеры на сайте OwnCloud. Была произведена попытка обмануть OwnCloud и подсунуть её «локальную» папку с примонтированной Samba-шарой, но это вгоняло OwnCloud в неадекватное состояние.
Вообще, средство достаточно неплохое для домашнего использования, или если Вам достаточно пространства жесткого диска сервера на всю компанию. Стоит отметить развитое сообщество разработчиков OwnCloud, в котором Вам всегда подскажут как бороться с очередным фэйлом. Добавьте ссылку на их багтрекер себе в избранное, так как вам часто придется общаться с этими ребятами.

iFolder

Разрабатываемое компанией Novell, средство iFolder также предоставляет так необходимые нам возможности - распределение на несколько серверов, синхронизация между клиентами, веб-интерфейс к хранилищу.
Горьким фактом является то, что iFolder со стороны Linux поддерживает openSUSE, для которого процесс установки состоит из одной команды.
Для других дистрибутивов Linux установка iFolder - это практически невыполнимая задача несмотря на множество мануалов, например iFolderInstall . Мне, к сожалению, не удалось установить iFolder ввиду специфичных версий пакетов, которые требуются для работы системы и которые уже давно не доступны на сайте iFolder Novell. Возможно, читатели Хабра более удачливые и продвинутые и у них получится найти общий язык с iFolder.
Помимо iFolder на том же сайте компания Novell предлагает еще два проекта для совместной работы (Kablink Teaming) и для обмена сообщениями (Kablink Conferencing), впрочем они были мне не так интересны, поэтому оставляю знакомство с ними вам на десерт.

SparkleShare

Достаточно , написанное согласно приданию некими хакерами, которым надоело синхронизировать свои файлы. Оно основано на системе управления версиями git и по сути является надстройкой. Для файлового сервера создается отдельный репозиторий и затем над ним навешивается SparkleShare. Клиенты, работая с файлами, синхронизируют их между собой и сервером по аналогии клиента для Dropbox. Кроме официального сайта , есть неплохая инструкция по установке и работе с SparkleShare . «Благодаря» фундаменту в виде git возникают и недостатки, свойственные системам такого класса: клиенты хранят полную локальную копию репозитория, что в случае больших объемов просто невозможно. Существует способ «ленивого» доступа к репозиторию посредством git-fs, но только в режиме чтения. Опять же для непрограммистов (экономисты, отдел кадров), это слишком высокотехнологичное решение и они скорее будут пересылать друг другу документацию бесконечными e-mail, чем воспользуются git. Опять же ненависть репозиториев к бинарным файлам окончательно исключает SparkleShare из списка возможных решений.

Syncany

Казалось бы вот она, мечта : облачное файловое хранилище с поддержкой FTP, IMAP, WebDAV, Windows NetBIOS/CIFS, SFTP/SSH, шифрованием данных и т.п. Но проект находится в разработке вот уже два года и официальных релизов системы не поступало. Авторы приветливо предлагают вступить в ряды разработчиков или пожертвовать то, что не жалко… Так что, Хабрачитатели, мечтающие внести свою лепту в Cloud Storage, есть прекрасный вариант реализовать себя.

Rsync и Lsyncd

Выполняют функции, сходные с Dropbox, то есть синхронизацию локальной и удаленной папки. Это не совсем то, что я искал, поэтому не буду слишком подробно останавливаться на этом решении. Отмечу лишь отсутствие графического интерфейса и клиентов для ОС Windows, что автоматически исключает Rsync и Lsyncd из списка.

AeroFS

Если предыдущие продукты можно было скромно называть облачными, то AeroFS использует это понятие по полной. По сути AeroFS - это p2p сеть, которая коллективно хранит файлы не обязательно с использованием центрального сервера! Система полностью распределенная и использует сложные алгоритмы репликации данных. Есть возможность выделить центральный сервер, который привносил бы два положительных момента - web-интерфейс и дополнительную дупликацию данных (вдруг все уедут в командировку и сеть начнет испытывать истощение). До сих пор у меня к AeroFS много вопросов, ответы на которые получить пока не удается. Скачивание релиза доступно только по инвайтам, поэтому ждемс… Обязательно отпишусь по результата разворачивания AeroFS.

UPD: AjaXplorer

Благодаря мы можем познакомиться с ещё одним средством: AjaXplorer . Впечатление, как и от OwnCloud, самые положительные. На сайте разработчиков есть возможность протестировать демо-хранилище за что им огромный плюс. Стоит также отметить простоту установки и добавления репозиториев. С технической точки зрения AjaXplorer характеризуется свойствами: онлайн просмотр (txt, pdf, zip, графика, мультимедиа) и редактирование файлов (txt), разграничение прав, адаптируется под браузеры iOS и Android, поиск (c внешними хранилищами все же лучше не использовать, к сожалению), множество плагинов на любой случай жизни. Также нужно отметить возможность дружбы AjaXplorer с различными системами управления версиями посредством плагина, что для нас тоже важно. Внешние хранилища можно подключать по Samba, FTP(S), WebDAV, IMAP, POP. И это прекрасно. Из недостатков можно отметить лишь ресурсоемкость. С другой стороны, за все нужно платить…

UPD: Amahi

Благодаря , мы узнали об Amahi . Что это за зверь? На самом деле Amahi - прекрасная платформа для домашнего медиа-центра в концепции «умного дома». Сразу бросается в глаза медиа ориентированность: Squeezebox сервер, DLNA сервер, Gallery 2, UPnP сервер uShare, медиа стриммеры Jinzora и Ampache, медиа-библиотеки OpenDB и VCD-db, учет домашнего хозяйства Home Inventory, хранение рецептов phpRecipeBook, торрент-клиенты, вики, форумы и пр. Стоит отметить также «бесплатную» услугу отслеживания динамического IP, то есть в некоторых случаях (стоит сказать, весьма ограниченных), Вам не понадобится покупать белый статический IP-адрес. Также существует возможность расширять функциональность плагинами.
Установка хоть и выполняется из терминала, но Вам настойчиво и весьма бесцеремонно установят графическую панель конфигурирования, сменят IP-адрес сервера , включат DHCP , перезагрузят сервер и вообще будут себя чувствовать как дома. Конечно, для неопытных пользователей такое решение «из коробки» просто необходимо, но в большинстве случаев, я считаю, это недопустимо.
С технической точки зрения Amahi поддерживает Samba, VPN, WebDAV (Outlook, iCal) и др. Более подробно прошу на

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 должен обращаться к программному коду, который должен сгенерировать содержимое. С учетом вышесказанного алгоритм работы веб-сервера будет выглядеть следующим образом.

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

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

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

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

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

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

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