Создание и использование корпоративных Web-серверов
Современные Internet-технологии. Организация корпоративных web-серверов. Обеспечение безопасности корпоративных web-серверов. Основные команды протокола http. Пример создания web-сервера на базе Apache. Установка 1С-Битрикс на корпоративный web-сервер.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 23.06.2012 |
| Размер файла | 68,2 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Электронная письменная предзащита
Название дисциплины: Информатика
Тема: Создание и использование корпоративных Web-серверов
Царьков Антон Александрович
Содержание
Введение
1. Современные Internet-технологии
2. Способы организации корпоративных web-серверов
3. Обеспечение безопасности корпоративных web-серверов
4. Пример создания web-сервера на базе Apache
5. Установка 1С-Битрикс на корпоративный web-сервер
Заключение
Список использованных источников
Приложения
Введение
До середины 90-х годов 20 века корпоративные сервера чаще всего создавались в крупных организациях, но с развитием науки и техники, компьютеры становились всё доступней. Именно это и стало причиной того что сейчас практически не одна уважающая себя организация не пренебрегает использованием компьютеров. А как следствие рано или поздно возникает необходимость в создании IT отдела, и соответственно корпоративного сервера.
Что же такое WEB-сервер с точки зрения заказчика и какова может быть его аудитория?
Чтобы быстро ответить на этот вопрос, можно воспользоваться очень наглядной аналогией с рекламно-издательским бизнесом. WEB-сервер это, по сути, такая же публикация ваших информационно-рекламных материалов как и листовка, журнал, каталог справочник и т.д. Но у этой публикации есть несколько свойств, которые делают ее уникальным инструментом маркетинга, о котором раньше можно было только мечтать.
Первая особенность - интерактивность. Это означает, что у вас есть обратная связь с аудиторией. Посетитель вашего сервера может легко ориентироваться в информации, задавать вопросы и быстро получать на них ответы, участвовать в дискуссиях, совершать покупки и многое другое. Именно это качество является причиной бурного роста индустрии так называемой "электронной коммерции". Понятие это очень размытое, но на практике, как правило, это означает ведение торговых или каких-либо других финансовых операций исключительно с помощью Интернет, не прибегая к традиционным способам взаимоотношений покупателя и продавца. В России пока рано говорить о серьезных успехах развития электронной коммерции, но по оценкам специалистов это время не за горами.
Вторая особенность - возможность идентифицировать каждого члена вашей аудитории. Переоценить такую возможность трудно. Речь идет не столько о возможности узнать адрес электронной почты, страну проживания посетителя или какую-либо другую информацию о нем, сколько о возможности "узнать" его в следующий раз и отследить, какая информация на вашем сервере его интересовала. Предложить ему нужную услугу, сделать ваш сервер максимально адаптированным к потребностям клиента. Причем сегодня существуют решения, которые позволяют делать это на персональном уровне.
Какие же задачи сегодня можно решить с помощью WEB сервера?
1. Имиджевая реклама. Наличие собственного Интернет представительства уже давно стало атрибутом успешного бизнеса, таким же, как хороший офис или автомобиль. В этом случае сервер выступает скорее как ваша визитная карточка, которую, как известно, передают партнеру уже после знакомства. То есть задача такого представительства скорее не столько привлечение клиентов, сколько развитие установившихся связей и поддержка имиджа вашей фирмы.
2. Направленная маркетинговая компания в Интернет. Сервер создается, прежде всего, с целью привлечения покупателей, партнеров или продвижения торговой марки. Классический пример - торговая фирма, имеющая дилерскую сеть. Здесь WEB-сервер позволяет значительно облегчить работу с дилерами и серьезно поспособствовать увеличению их количества. При этом возможность предоставить самую полную информацию по своим товарам и услугам делают сервер просто незаменимым. Первыми это поняли и использовали, разумеется, компьютерные фирмы. И сейчас наверно у каждой крупной компьютерной компании создана своя система работы с дилерской сетью через свой WEB-cервер.
3. Поддержка высокотехнологичных продуктов, создание некоего сообщества пользователей вашего товара. Это может быть создание служб горячей поддержки или форумов, публикация документации и инструкций. Например, кроме размещения фотографий предлагаемой вами мебели, вы можете разместить весь комплект документации к ней, и даже чертежи. Очевидно покупатель даже если и не найдет ваш товар через сеть, то наличие подобной поддержки может сыграть большую роль в выборе продавца.
4. Электронная коммерция. Организация продаж на WEB-сервере - достаточно специфичный вид бизнеса. Далеко не все товары можно продавать через Интернет. В России пока много юридических проблем, которые сдерживают развитие этой отрасли. Поэтому для достижения успеха необходимо привлечение профессионалов юристов и маркетологов очень высокого уровня. Несмотря на все это в России уже осуществлено достаточно много успешных проектов в области электронной коммерции. Особенно приятно отметить Петербургский электронный книжный магазин "Озон" (http://www.o3.ru), получивший высокую оценку у специалистов и признание у пользователей.
Актуальность работы - в настоящее время, в век компьютерных технологий, люди все больше стали обращаться за информацией в интернет. Кому-то необходимо посмотреть погоду на завтрашний день, а кому-то найти фирму, которая продает поблизости необходимый этому человеку товар. И большинство фирм, исследуя эту тенденцию, начали больше обращать внимание на интернет. Они начали создавать сайты, порталы, интернет-магазины для повышения популярности своей организации и привлечения новых клиентов. И кому как не этим фирмам необходим свой независимый web-сервер для размещения своего корпоративного сайта и хранение базы данных. Создание корпоративного Web-сервера необходимо как внутреннего сайта предприятия, так и для организации публичного WEB сайта.
Целью организации корпоративного web-сервера является: оперативное предоставление необходимой документации всем сотрудникам организации, повышение безопасности IT структуры предприятия, уменьшения затрат, увеличение производительности труда сотрудников, размещения необходимой информации в сети Интернет.
В моей дипломной работе описаны некоторые web-технологии, которые чаще всего применяются в разработке корпоративного web-сервера. Также рассмотрены некоторые виды ПО web-сервера, их описание и характеристики. Описаны методы обеспечения безопасности корпоративного web-сервера. В заключение диплома приведен пример установки и конфигурирования программного обеспечения корпоративного web-сервера. Эта выпускная работа поможет начинающим администраторам вникнуть в основы интернет технологий и правильно настроить корпоративный web-сервер.
1. Современные Internet-технологии
Интернет - глобальная информационная сеть, части которой логически взаимосвязаны друг с другом посредством единого адресного пространства, основанного на протоколе TCP/IP. Интернет состоит из множества взаимосвязанных компьютерных сетей и обеспечивает удаленный доступ к сервисам сети Интернет.
Сервисы Интернет - сервисы, предоставляемые в сети Интернет пользователям, программам, системам, уровням, функциональным блокам. В сети Интернет сервисы реализованы в виде сетевых служб, доступ к которым реализуется как из локальной, так и из глобальной сети.
Наиболее распространенными Интернет-сервисами являются:
· служба WWW;
· служба передачи файлов FTP;
· передача электронных сообщений и блоков данных (e-mail);
· Интернет-телефония - частный случай IP-телефонии, когда в качестве линий передачи телефонного трафика используются каналы сети Интернета. IP-телефония - технология, позволяющая использовать Интернет или другую IP-сеть в качестве средства организации и ведения международных и междугородных телефонных разговоров и передачи факсов в режиме реального времени.
· Интернет-вещание - динамическое изменение информации, передаваемой по каналам Интернета: новостные ленты, видео, аудио, сообщения о результатах выборов и т.д.
Служба WWW
Служба WWW (World Wide Web) - основная служба в сети Интернет, позволяющая получать доступ к информации на любых серверах, подключенных к сети. Служба WWW представляет собой множество независимых, но взаимосвязанных серверов и предназначена для обмена текстовой, графической, аудио и видео-информацией. Работая с Web, пользователь последовательно соединяется с Web-серверами и получает информацию. WWW построена по схеме (см. Приложение А) "клиент-сервер". В качестве клиента выступает браузер, который является также и интерпретатором HTML. Как интерпретатор, браузер в зависимости от команд (тегов) выполняет различные функции: размещение текста на экране, обмен информацией с сервером по мере анализа полученного HTML-текста и др.
Служба WWW организована на принципах гиперсреды. Гиперсреда - технология представления информации в виде относительно небольших блоков, ассоциативно связанных друг с другом.
WWW - это глобальное информационное пространство, основанное на физической инфраструктуре Интернета и протоколе передачи данных HTTP. Его образуют миллионы веб-сeрверов сети Интернет, расположенных по всему миру. WWW неразрывно связана с понятиями гипертекста и гиперссылки. Данчула А.Н. Информатика. - М.: Издательство РАГС, 2004, с. 75
Web-сервер
Web-сервер - это программное обеспечение, отвечающее за прием запросов браузеров, поиск указанных файлов и возвращение их содержимого. Web-cерверы хранят информацию в виде текстовых файлов, называемых страницами Web-сервера. Помимо текста, такие страницы могут содержать ссылки на другие страницы, ссылки на графические изображения, аудио- и видеоинформацию, различные объекты ввода данных (поля, кнопки, формы и т. д.), а также другие объекты. Страницы Web представляют собой некоторое связующее звено между объектами различных типов.
Web-сервер является программой, запускаемой на подключённом к сети компьютере и использующей протокол HTTP для передачи данных. В простейшем виде такая программа получает по сети HTTP-запрос на определённый ресурс, находит соответствующий файл на локальном жёстком диске и отправляет его по сети запросившему компьютеру. Более сложные web-серверы способны динамически формировать ресурсы в ответ на HTTP-запрос.
Web-браузер
Для доступа к информации, расположенной на web-серверах, пользователи применяют специальные клиентские программы -- браузеры.
Web-браузер - это программное обеспечение для просмотра web-сайтов, то есть для запроса web-страниц из WWW, для их обработки и вывода, и для реализации перехода от одной страницы к другой. Браузер -- комплексное приложение для обработки и вывода разных составляющих web-страницы, и для предоставления интерфейса между web-сайтом и его посетителем. Браузер способен предварительно обрабатывать данные, отправляемые на сервер, а также обрабатывать и представлять результаты, полученные от сервера, в удобном для пользователя виде (см. Приложение Б).
Протокол HTTP
Протокол передачи гипертекста HTTP (Hyper Text Transfer Protocol)- базирующийся на TCP/IP протокол передачи гипертекста, обеспечивающий доступ к документам на web-узлах. Основная задача протокола состоит в установлении связи с web-сервером и обеспечении доставки HTML-страниц web-браузеру клиента.
Основные команды протокола http
Основные команды протокола HTTP следующие:
OPTIONS - Запрос информации об опциях соединения (например, методах, типах документов, кодировках), которые поддерживает сервер для запрашиваемого ресурса.
Если идентификатор запрашиваемого ресурса - звездочка ( "*" ), то запрос предназначен для обращения к серверу в целом.
GET - Позволяет получить информацию, связанную с запрашиваемым ресурсом.
Если идентификатор запрашиваемого ресурса указывает на документ, то сервер возвращает содержимое этого документа (содержимое файла).
Если запрашиваемый ресурс является приложением (программой), формирующим в процессе своей работы некоторые данные, то в теле сообщения ответа возвращаются эти данные.
Если идентификатор запрашиваемого ресурса указывает на директорию (каталог, папку), то, в зависимости от настроек сервера, может быть возвращено либо содержимое директории (список файлов), либо содержимое одного из файлов, находящегося в этой директории (как правило, index.html). В случае запроса папки ее имя может указываться как с символом "/" на конце, так и без него. При отсутствии на конце идентификатора ресурса данного символа сервер выдает один из ответов с перенаправлением (с кодами статуса 301 или 302).
Ответ сервера по HTTP
После получения и интерпретации сообщения запроса, сервер отвечает сообщением HTTP ответа.
Первая строка ответа - это строка состояния (Status-Line):
<Версия HTTP>
<Код состояния>
<Поясняющая фраза>
Код состояния ( Status-Code ) - это целочисленный трехразрядный код результата понимания и удовлетворения запроса. Поясняющая фраза (Reason-Phrase) - короткое текстовое описание кода состояния. Код состояния предназначен для обработки программным обеспечением, а поясняющая фраза предназначена для пользователей.
Первая цифра кода состояния определяет класс ответа. Последние две цифры не имеют определенной роли в классификации. Имеется 5 значений первой цифры:
· 1xx: Информационные коды - запрос получен, продолжается обработка.
· 2xx: Успешные коды - действие было успешно получено, понято и обработано.
· 3xx: Коды перенаправления - для выполнения запроса должны быть предприняты дальнейшие действия.
· 4xx: Коды ошибок клиента - запрос имеет ошибку синтаксиса или не может быть выполнен.
· 5xx: Коды ошибок сервера - сервер не в состоянии выполнить допустимый запрос.
За строкой состояния следуют заголовки (общие, ответа и объекта) и, возможно, тело сообщения.
Universal Resource Identifier и Universal Resource Locator
Для идентификации ресурсов (зачастую файлов или их частей) в WWW используются единообразные идентификаторы ресурсов URI (англ. Uniform Resource Identifier). URI -- это короткая строка, позволяющая идентифицировать какой-либо ресурс: документ, изображение, файл, службу, ящик электронной почты и т. д. URI предоставляет простой и расширяемый способ идентификации ресурсов. Расширяемость URI означает, что уже существуют несколько схем идентификации внутри URI, и ещё больше будет создано в будущем.
В базовом виде URI представляется как:
<схема>:<идентификатор-в-зависимости-от-схемы>
где: <схема> - схема обращения к ресурсу, например http, ftp, mailto, urn
<идентификатор-в-зависимости-от-схемы> - непосредственный идентификатор ресурса, вид которого зависит от выбранной схемы обращения к ресурсу.
Часть идентификатора URI без схемы обращения к ресурсу часто называется "ссылкой URI". Прецеденты применения ссылок URI имеются в HTML, XHTML, XML и XSLT. Процесс превращения ссылки URI в абсолютную форму URI называют разрешением URI.
Примеры абсолютных URI:
http://ru.wikipedia.org/wiki/URI
ftp://ftp.is.co.za/rfc/rfc1808.txt
file://C:\UserName.HostName\Projects\Wikipedia_Articles\URI.xml
mailto:John.Doe@example.com
news:comp.infosystems.www.servers.unix
data:text/plain;charset=iso-8859-7,%be%fg%be
tel:+1-816-555-1212
telnet://192.0.2.16:80/
Серверные веб-приложения
Для расширения возможностей клиент-серверного взаимодействия в рамках протокола HTTP помимо создания на клиентской стороне расширений стандартных возможностей, предоставляемых языками разметки и браузерами, можно также разрабатывать на стороне веб-сервера приложения, плагины и сценарии, расширяющие возможности самого веб-сервера.
Плагин (plug - in) - независимо компилируемый программный модуль, динамически подключаемый к основной программе, предназначенный для расширения или использования ее возможностей. Обычно выполняются в виде разделяемых библиотек.
Сценарий ( скрипт, script) - программа, которая автоматизирует некоторую задачу, которую пользователь выполняет вручную, используя интерфейсы программы.
Стандарт CGI
Круг задач, решаемых Web-сервером, ограничен. В основном он сводится к поддержке НТТР-взаимодействия и доставке клиенту Web-документов. Любые "нестандартные" действия реализуются с помощью специальной программы, которая взаимодействует с веб-сервером и клиентом. Это взаимодействие подчиняется определенным правилам.
Основной набор таких правил - стандарт CGI (Common Gateway Interface - интерфейс общего шлюза), который определяет порядок запуска программы на компьютере-сервере, способы передачи программе параметров и доставки результатов ее выполнения клиенту. Программа, написанная по правилам CGI, называется CGI-сценарием (script CGI), хотя это не означает, что на сервере не может выполняться двоичный файл.
Благодаря этому интерфейсу для разработки приложений можно использовать любой язык программирования, который располагает средствами взаимодействия со стандартными устройствами ввода/вывода. Такими возможностями обладают в также сценарии для встроенных командных интерпретаторов операционных систем.
Выполнение любой программы (в том числе CGI-сценария) можно условно разделить на пять этапов.
1. Запуск программы.
2. Инициализация и чтение выходных данных.
3. Обработка данных.
4. Вывод результатов выполнения.
Завершение программы.
Различия между CGI-сценарием и консольным приложением касаются первого, второго и четвертого этапов выполнения.
Каждый раз, когда веб-сервер получает запрос от клиента, он анализирует содержимое запроса и возвращает соответствующий ответ:
· Если запрос содержит указание на файл, находящийся на жестком диске, то сервер возвращает в составе ответа этот файл ;
· Если запрос содержит указание на программу и необходимые для нее аргументы, то сервер исполняет программу и результат ее работы возвращает клиенту.
CGI определяет:
· каким образом информация о сервере и запросе клиента передается программе в форме аргументов и переменных окружения ;
· каким образом программа может передавать назад дополнительную информацию о результатах (например о типе данных) в форме заголовков ответа сервера.
В подавляющем большинстве случаев запуск CGI-сценария осуществляется щелчком на кнопке Submit, сформированной с помощью дескриптора <input tyре = "submit">, который находится на HTML-странице между <form> и </form>. Не зная назначения атрибутов action и method, невозможно понять, как происходит вызов программы и передача параметров.
Если сценарий вызывается из формы, ему передаются те данные, которые пользователь ввел с помощью интерактивных элементов, отображаемых на веб-странице - передача информации CGI-сценарию осуществляется в два этапа: сначала браузер передает данные веб-серверу, затем веб-сервер передает их сценарию.
В большинстве случаев кроме кнопки Submit форма содержит другие интерактивные элементы, каждый из которых имеет имя (атрибут NAME ) и значение (атрибут VALUE, либо последовательность символов, введенная пользователем). Из имен элементов и их значений формируется строка параметров, которая имеет следующий формат.
имя=значение&имя=значение& . . . &имя=значение
Каждый параметр представляет собой имя управляющего элемента и его значение, разделенные знаком равенства, а несколько таких пар объединяют строку с помощью символа " & ". Если в состав имени или значения входит символ " & " или " = ", то подобные символы кодируются последовательность знака процента " % ", за которым следуют две шестнадцатеричные цифры, определяющие код символа. Так, например, последовательностью " %21 " кодируется восклицательный знак " !". Как правило, при передаче параметров трехсимвольными последовательностями заменяются все знаки, кроме латинских букв, цифр и символа пробела (последний заменяется знаком " + ").
Таким образом, перед использованием строки параметров ее надо декодировать. Алгоритм декодирования чрезвычайно прост и включает в себя следующие действия:
· Выделить из строки параметров пары имя = значение.
· Выделить из каждой пары имя и значение.
· В каждом имени и каждом значении заменить символы " + " пробелами.
· Каждую последовательность из символа " % " и двух шестнадцатеричных и преобразовать в ASCII-символ.
Атрибут method дескриптора <form> имеет либо значение " GET ", либо значение " POST ". Значения " GET " и " POST " определяют два различных метода передачи параметров сценарию:
· Если атрибут method имеет значение " GET ", строка параметров передается вместе с URL вызываемого сценария. Разделителем между URL и строкой параметров является символ " ?".
· Если атрибут method имеет значение " POST ", строка параметров передается в теле HTTP-запроса.
Рассмотрим, как должен вести себя CGI-сценарий, чтобы правильно обработать данные в зависимости от метода, использованного при передаче данных, строка параметров доставляется CGI-сценарию различными способами.
Если атрибут METHOD дескриптора <FORM> имел значение " GET ", строка параметр передается серверу в качестве значения переменной окружения QUERY_STRING.
При использовании метода POST данные доставляются сценарию по-другому. Они передаются через стандартный поток ввода (STDIN). Чтобы сценарий смог определить, сколько символов следует читать из стандартного ввода, веб-сервер устанавливает значение переменной окружения CONTENT_LENGTH, равным длине строки параметров.
Получив управление, сценарий в первую очередь должен выяснить, с помощью какого метода выполнялась передача параметров. Эта информация содержится в переменной окружения REQUEST_METHOD.
Таким образом, в простейшем случае, чтобы выполнить обработку строки параметров, достаточно знать назначение трех переменных окружения: REQUEST_METHOD, QUERY_STRING и CONTENT_LENGTH.
Пример сценария на языке Perl, который возвращает клиенту строку параметров, приведен ниже. Сценарий определяет, какой метод использовался для передачи данных, читает строку параметров и передает ее клиенту, предварительно дополнив HTML-дескрипторами.
$method = $ENV{'REQUEST_METHOD'};
if ($method eq "GET")
{ $pars = $ENV{'QUERY_STRING'}; }
else
{ $length =$ENV{'CONTENT_LENGTH'}; }
read (STDIN, $pars, $ length);
print "Content-type: text/html\n\n";
print "<HTML><BODY>\n";
print "<P>METHOD = ", $method;
print "<P>String of parameters: <P>\n";
print $pars;
print "</HTML></BODY>\n";
При разработке более сложных сценариев может потребоваться дополнительная информация. Информация о типах сервера и браузера, адресе клиент-машины и многие другие сведения передаются с помощью переменных окружения.
Сценарии
К основным достоинствам разработки приложений на стороне веб-сервера в форме сценариев можно отнести следующие:
· поскольку сценарии не компилируются а интерпретируются, то ошибки в сценарии вызовут только диагностическое сообщение, но не приведут к дестабилизации веб-сервера или операционной системы.
· лучшие выразительные возможности. Язык сценариев как правило имеет собственный проблемно-ориентированный набор команд, и одна строка сценария может делать то же, что несколько десятков строк на традиционном языке. Как следствие, на этом языке может писать программист низкой квалификации.
· Поддержка кроссплатформенности.
Поскольку сценарии интерпретируются из исходного кода динамически при каждом исполнении, они выполняются обычно значительно медленнее готовых программ, транслированных в машинный код на этапе компиляции. Колисниченко Д. Н. Самоучитель системного администратора Linux- СПб.: БХВ-Петербург, 2011, 233 с.
В плане быстродействия сценарные языки можно разделить на:
· Языки динамического разбора (например, command.com). Интерпретатор считывает инструкции из файла программы минимально требующимися блоками, и исполняет эти блоки, не читая дальнейший код.
· Предварительно компилируемые (например Perl). Вначале считывается вся программа, затем компилируется либо в машинный код, либо в один из внутренних форматов, после чего получившийся код исполняется.
В рассмотрим кратко наиболее известные языки разработки сценариев для веб- приложений.
Python
Python -- высокоуровневый язык программирования общего назначения с акцентом на производительность и читаемость кода. Язык Python сочетает в себе минимализм синтаксиса ядра и большой объем полезных функций в стандартной библиотеке.
Python поддерживает структурную, объектно-ориентированную, функциональную, императивную и аспектно-ориентированную парадигмы.
Его основные архитектурные черты:
· динамическая типизация
· автоматическое управление памятью
· полная интроспекция
· механизм обработки исключений
· поддержка многопоточных вычислений
· удобные высокоуровневые структуры данных
Код в Python организовывается в функции и классы, которые могут объединяться в модули (которые в свою очередь могут быть объединены в пакеты ).
Для всех основных платформ Python имеет поддержку характерных для данной платформы технологий (например, Microsoft COM/DCOM ). Cуществует даже специальная версия Python для виртуальной машины Java - Jython, что позволяет интерпретатору выполняться на любой системе, поддерживающей Java, при этом классы Java могут непосредственно использоваться из Питона и даже быть написанными на Python. Несколько проектов обеспечивают интеграцию с платформой Microsoft.NET, основные из которых - IronPython и Python.Net.
Стандартная библиотека Python имеет средства для работы со многими сетевыми протоколами и форматами интернета, например, модули для написания HTTP-серверов и клиентов, для разбора и создания почтовых сообщений, для работы с XML и т. п. Набор модулей для работы с операционной системой позволяет писать кросс-платформенные приложения. Существуют также модули для работы с регулярными выражениями, текстовыми кодировками, мультимедийными форматами, криптографическими протоколами, архивами, сериализации данных, поддержка юнит-тестирования и др.
Помимо стандартной библиотеки существует множество библиотек, предоставляющих интерфейс ко всем системным вызовам на разных платформах; Имеется большое количество прикладных библиотек для Python в самых разных областях (веб, базы данных, обработка изображений, обработка текста, численные методы, приложения операционной системы и т. д.).
Ruby
Ruby -- интерпретируемый язык высокого уровня для быстрого и удобного объектно-ориентированного программирования. Ruby обладает независимой от операционной системы реализацией многопоточности, строгой динамической типизацией, " сборщиком мусора " и многими другими возможностями. Многие особенности синтаксиса и семантики языка Perl заимствованы в Ruby.
Первая общедоступная версия Ruby появилась в 1995 г.
Ruby - полностью объектно-ориентированный язык:
· Все данные являются объектами, в отличие от многих других языков, где существуют примитивные типы.
· Каждая функция является методом.
· Переменные Ruby содержат не сами объекты, а ссылки на них.
· Присваивание - это не передача значения, а копирование ссылки на объект.
· В Ruby можно добавлять методы не только в любые классы, но и в любые объекты. Например, можно добавить к некоторой строке произвольный метод.
Массивы в Ruby могут автоматически изменять размер, могут содержать любые элементы и язык предоставляет мощные средства для их обработки.
Ruby поставляется с большой стандартной библиотекой. Это, прежде всего, библиотеки для работы с различными сетевыми протоколами на стороне сервера и клиента, средства для работы с различными форматами представления данных (XML, XSLT, YAML, PDF, RSS, CSV, WSDL). Также есть библиотеки для работы с архивами, датами, кодировками, матрицами, средства для системного администрирования, распределенных вычислений, поддержки многопоточности и т. д.
В языке Ruby также реализован простой и удобный механизм для расширения языка с помощью библиотек, написанных на Си, позволяющий легко разрабатывать дополнительные библиотеки. Для унифицированного доступа к базам данных разработана библиотека Ruby DBI.
К недостаткам интерпретатора Ruby можно отнести следующие:
· Невысокая скорость работы.
· Отсутствие поддержки потоков операционной системы (для Unix-подобных операционных систем есть поддержка процессов ОС), есть в экспериментальной версии 1.9.
· Отсутствие встроенной поддержки юникода (возможна работа с использованием дополнительных библиотек, есть в экспериментальной версии 1.9).
· Отсутствие компиляции в байткод. (При этом есть возможность компилировать Ruby в Java и .NET байткод, используя компилятор JRuby и Ruby.NET). В экспериментальную версию 2.0 входит виртуальная машина YARV, компилирующая Ruby в байткод и существенно ускоряющая исполнение.
ASP
ASP (Active Server Pages) -- технология, разработанная компанией Microsoft, позволяющая легко создавать приложения для Веб.
Программирование на ASP дает разработчикам доступ к интерфейсу программирования приложений Internet Information Server с помощью языка сценариев VBScript и JScript.
ASP работает на платформе операционных систем линии Windows NT и на веб-сервере Microsoft IIS.
Архитектура ASP представлена в Приложении В.
Файлы ASP представляют собой сценарии, интерпретируемые по мере поступления запросов. ISAPI-расширение ASP.DLL связано в IIS с расширениями файлов .asp или .asa.
Порядок обработки таких файлов выглядит следующим образом:
· ASP.DLL просматривает файлы с указанными расширениями на наличие тегов, обозначающих внедренный код для выполнения на сервер и передает найденный код в Windows Script Host (WSH).
· WSH выполняет этот код и возвращает результат файлу ASP.DLL.
· ASP.DLL передает IIS этот результат и содержимое самого файла ASP.
· IIS возвращает ответ клиенту, от которого поступил запрос.
Рассмотрим основы синтаксиса ASP.
IIS различает код, выполняющийся на сервере, и содержимое, отправляемое клиенту с помощью ASP.DLL, анализируя файл ASP на наличие начального " <% " и конечного " %> " тегов и выполняя код, расположенный между ними, с помощью WSH.
Рассмотрим пример:
<% Language=VBScript %>
<HTML>
<BODY>
<%
Response.Write("<p>Hello world!</p>")
%>
</BODY>
</HTML>
В примере первая строка кода <% Language=VBScript %> сообщает о необходимости использовать интерпретатор языка VBScript. Для вставки строки в документ был использован метод Write стандартного объекта Response.
Событие веб-запроса в ASP обрабатывается с помощью следующих объектов:
· Response. Используется для записи данных в запрос HTTP, возвращаемый клиенту.
· Application. Содержит параметры и конфигурации по настройке работы ASP для данного веб-сайта.
· Request. Хранит содержимое HTTP-запроса и обеспечивает вспомогательные функции для обработки данных HTTP-запроса.
· Server. Содержит информацию о веб-сервере, веб-сайте, а также обеспечивает поддержку вызывающей программы.
· Session. Представляет собой состояние заданного веб-сеанса с заданным хостом клиентом.
корпоративный сервер протокол безопасность
2. Способы организации корпоративных web-серверов
Какую операционную систему выбрать для установки на компьютер, который будет использоваться как веб-сервер? Вопрос не так прост, как кажется, и не однозначен. На каждый аргумент в пользу какой-либо системы всегда найдутся не менее весомые контраргументы, что постоянно провоцирует дискуссии на эту тему. Тем не менее ситуация не настолько безнадежна: каждая из систем обладает своими преимуществами, которые нужно знать, и уметь использовать их в зависимости от задач, стоящих перед вами. Условно все операционные системы можно разделить на три группы: это коммерческие операционные системы UNIX, UNIX-подобные операционные системы с открытыми кодами и семейство Windows. Коммерческие UNIX-системы -- это особый класс операционных систем, которые нельзя рассматривать отдельно от серверов, где они установлены. Как правило, компании-поставщики UNIX-систем предлагают скорее варианты решения ваших задач, а не просто операционные системы. Если у вас огромные объемы информации, потеря которых приведет к значительным убыткам, то цена подобных продуктов, конечно, вас не отпугнет, но для большинства веб-серверов их использование вряд ли окупится. По данным «Netstat.ru», на 32% веб-серверов стоит Linux, на 44% -- FreeBSD, и 12% -- Windows (то есть суммарно на 88% серверов), поэтому первый принципиальный выбор будет между Windows и UNIX-подобными системами, которые можно установить на вполне доступный по цене сервер. Выбор между ними -- это не просто выбор инструмента для будущей работы, это, можно сказать, выбор философии и стратегии вашей работы.
Обзор программной составляющей корпоративного web-сервера
Web-сервер -- это программа, обрабатывающая сообщения, которые приходят на 80-й порт (стандартная настройка; можно конечно, настроиться и на любой другой порт), и работающая с протоколом HTTP (Hypertext Transfer Protocol). Именно этот протокол является основным для WWW. Он представляет собой набор правил для обмена данными и основан на принципе «запрос-ответ». Запрос идет от клиента к серверу и содержит служебную информацию о типе запроса (данные, заголовок, форма), заголовок запроса (допустимые типы файлов, авторизация, версия клиента, адрес, где была активирована ссылка на данный ресурс, и сам адрес) и запрос данных. Ответ идет от сервера к клиенту. В нем находится служебный код (число), показывающий состояние обработки запроса, ответный заголовок (версию сервера, дату, длину и тип данных) и сами данные. Так, вкратце, работает Web-сервер с клиентом (см. поясняющую схему).
Apache от ASF
Без преувеличения можно сказать, что это самый распространенный Web- сервер в мире. Сейчас имеются версии фактически для всех известных платформ и операционных систем, в том числе и для Windows. Его несомненными достоинствами являются надежность, исключительная производительность и огромный набор функций и дополнительных модулей. Но все же «изюминкой» этого сервера является свободное бесплатное распространение. Это дает возможность, помимо экономии денег, быстро исправлять ошибки и вносить в код программы необходимые дополнения. Надо отдать должное тем, кто занимается созданием Web-сервера Apache, -- эти люди безвозмездно и, главное, очень быстро справляются с замеченными ошибками. Кстати, таким человеком сможет стать любой, желающий внести свой вклад в развитие этого сервера. Версия 2.4.х считается одной из самых стабильных и быстрых среди всего семейства Apache. Основными свойствами Apache являются поддержка кросс-платформ, модульная структура, защита, запись log-файлов. Кроме стандартной поставки имеется большое количество модулей, которые расширяют возможности Apache. Свободное распространение и открытый код позволяют создавать наиболее защищенные модули. В этом с Apache трудно соревноваться любому коммерческому серверу. Но, несмотря на все эти достоинства, есть и серьезный пробел, который не является уж существенным недостатком: у Apache нет красивой программы установки и управления. Во время установки приходится иметь дело с командной строкой. Более того, при установке под UNIX-подобные системы иногда приходится даже вносить коррективы в include-файлы. Конечно, есть подробное описание того, что и как необходимо изменить, однако, на первый взгляд это кажется не очень удобным. При работе приходится иметь дело не с оконной программой, а с текстовыми конфигурационными файлами. Техническая поддержка проявляется не в виде красивых help-файлов или фирм, предоставляющих специалистов, а в основном через телеконференции и обмен мнениями системных администраторов. На самом деле фирмы, предоставляющие услуги технической поддержки, все же есть, но это стоит денег. Но такой нетипичный для серьезного продукта стиль не делает Apache менее популярным, и на рынке он является самым серьезным конкурентом для всех WWW-серверов.
Краткие характеристики Web сервера Apache:
· последняя версия: 2.4.2
· бесплатный, открытый код;
· является кроссплатформенным ПО, поддерживает операционные системы Linux, BSD, Mac OS, Microsoft Windows, Novell NetWare, BeOS.
· поддерживает модульность. Существует более 500 модулей, выполняющих различные функции;
· имеет встроенный механизм виртуальных хостов. Он позволяет полноценно обслуживать на одном IP-адресе множество сайтов (доменных имён), отображая для каждого из них собственное содержимое;
· имеет различные механизмы обеспечения безопасности и разграничения доступа к данным.
Oracle IPlanet Web Server
IPlanet -- бренд, использовавшийся совместно компаниями Sun Microsystems и Netscape Communications Corporation для программного обеспечения и услуг в период их сотрудничества, известном как «A Sun|Netscape Alliance».
После слияния AOL (бывшая America Online, Inc.) с Netscape аналитики говорили об интересе AOL к веб-сайту netscape.com и в меньшей мере к программному пакету Netscape Communicator, который, как предполагалось, должен был заменить браузер Internet Explorer, ранее используемый AOL в своих продуктах по лицензии Microsoft.
AOL заключила соглашение с корпорацией Sun Microsystems о том, что инженеры обеих компаний будут совместно работать в области развития, продвижения и поддержки программных продуктов. По условиям сделки Sun должна была платить Netscape фиксированную сумму каждый год вне зависимости от количества проданной продукции.
Бренд iPlanet уже принадлежал Sun после покупки компании IPlanet, Inc. в 1998.
В 2002 сотрудничество подошло к концу и обе компании, по условиям сделки, получили равные права на совместно разработанный код. К этому времени многие из сотрудников Netscape были переведены в Sun.
В данный момент web-сервер IPlanet принадлежит компании Oracle.
Основные характеристики сервера:
· последняя версия: 7.0.15;
· цена: 60 дней бесплатно;
· операционные системы: Windows 32 bit, Linux 32/64 bit, Solaris 32/64 bit, Solaris SPARC 64, IBM AIX POWER 32 bit, HP-UX
· поддержка JDK, JAVA SE 6
· может создавать несколько log-файлов, протоколировать производительность, создавать log-файлы для каждого CGI-скрипта; под Windows запускается как сервис и/или программа, под UNIX-подобные системы может запускаться из inetd; допускает настройку на несколько портов;
· графическая программа установки; графическая программа управления; присутствует программа для оценки производительности во время работы; поддержка директорий пользователей; встроенный алгоритм поиска; возможность удаленного управления.
Internet Information Server (IIS) от Microsoft
Основным компонентом IIS является веб-сервер, который позволяет размещать в Интернете сайты. IIS поддерживает протоколы HTTP, HTTPS, FTP, POP3, SMTP, NNTP. По данным компании Netcraft на октябрь 2011 года, более 21 млн сайтов обслуживаются веб-сервером IIS, что составляет 12.46% от общего числа веб-сайтов. Василий Леонов Администрирование Windows 7 (+ CD-ROM) - М.: Эскимо, 2011, 153 с.
Основным компонентом IIS является веб-сервер -- служба WWW (называемая также W3SVC), которая предоставляет клиентам доступ к сайтам по протоколам HTTP и, если произведена настройка, HTTPS.
Один сервер IIS может обслуживать несколько сайтов (IIS 6.0 и выше). Каждый сайт имеет следующие атрибуты:
· IP-адрес сайта;
· TCP-порт, на котором служба WWW ожидает подключений к данному сайту;
· Заголовок узла (Host header name) -- значение заголовка Host запроса HTTP, указывающее обычно DNS-имя сайта.
Таким образом, например, один сервер с одним IP-адресом может обслуживать на одном TCP-порту несколько сайтов. Для этого необходимо создать несколько DNS-записей, указывающих на IP-адрес сервера, и различать сайты по заголовкам узла.
Для каждого сайта указывается домашний каталог -- каталог в файловой системе сервера, соответствующий «корню» сайта. Например, если сайту www.example.com сопоставлен домашний каталог D:\example, то на запрос ресурса с адресом http://www.example.com/index.htm веб-сервер вернёт файл D:\example\index.htm.
В IIS 7.5, доступном в составе систем Windows Server 2008 R2, служба WWW претерпела серьёзные изменения. Был добавлен новый режим обработки запросов, называемый режимом изоляции рабочих процессов (англ. worker process isolation mode). В этом режиме все веб-приложения, обслуживаемые сервером, работают в разных процессах, что повышает стабильность и безопасность системы. Кроме того, для приёма запросов HTTP был создан новый драйвер http.sys, который работает в режиме ядра, что ускоряет обработку каждого запроса.
Все запросы к статическому содержимому, не требующие исполнения скриптов, исполняются самим драйвером http.sys в ядре, что сближает веб-сервер IIS с серверами режима ядра.
При этом запросы к динамическому содержимому исполняются рабочим процессом и загруженными в его адресное пространство модулями. С точки зрения пути исполнения запросов не существует центрального процесса, что повышает надежность в случае отказа, вызванного ошибкой в скрипте или ином модуле исполнения. Рабочие процессы автоматически перезапускаются при возникновении ошибок.
Протокол SSL поддерживается отдельным процессом HTTP SSL, который служит мостом между протоколом TCP и драйвером http.sys.
Веб-сервер IIS предоставляет несколько способов разграничения доступа к сайтам и веб-приложениям. Служба WWW в составе IIS отличается от других веб-серверов тем, что функции обеспечения безопасности в ней тесно интегрированы с системой Windows NT, на основе которой она работает. В частности, чтобы получить доступ к защищённому ресурсу, посетитель должен ввести имя и пароль пользователя, существующего в системе Windows, на которой установлен IIS (или в домене Active Directory, если сервер принадлежит к домену). После этого пользователь работает с сайтом так же, как если бы он выполнил интерактивный вход в систему на сервере. К нему применяются установленные файловой системой NTFS разрешения на доступ к файлам и каталогам. Эта особенность IIS удобна для внутренних сайтов предприятий, однако практически неприменима для открытых сайтов Интернета, где невозможно создавать пользователя Windows для каждого зарегистрированного посетителя сайта. Поэтому в последнем случае разработчикам сайтов и веб-приложений обычно приходится использовать собственные механизмы ограничения доступа.
Определённый пользователь Windows сопоставляется с каждым посетителем сайта даже в том случае, когда ограничение доступа не требуется. Этот режим называется режимом анонимного доступа. В этом случае посетитель представляется на сервере как специальный пользователь, имя которого обычно имеет формат IUSR_xxxx (где xxxx -- имя компьютера, на котором установлен IIS, в седьмой версии этот специальный пользователь не содержит имени компьютера, то есть просто IUSR). Этому пользователю должен быть разрешён доступ к ресурсам, которые открыты анонимным посетителям.
Сам сервер поддерживает только CGI, FastCGI, ISAPI и SSI. Все остальные технологии являются надстройками, работающими через CGI, FastCGI или ISAPI.
При помощи CGI приложения для IIS могут разрабатываться на основе практически любых, в том числе сторонних, инструментов, допускающих запись в стандартный поток вывода и чтение переменных среды -- Perl, C/С++ и даже средствами интерпретатора командной строки Cmd.exe.
Технология ISAPI позволяет, с одной стороны, создавать специальные приложения для IIS, требующие особенно тесного взаимодействия с механизмом сервера, а с другой стороны является удобной платформой для организации эффективного взаимодействия IIS с другими технологиями разработки веб-приложений -- например, PHP и Perl.
Основные характеристики сервера:
· Версия: 7.5;
· Входит в состав операционных систем: Windows 7, Windows Server 2008 R2;
3. Обеспечение безопасности корпоративных web-серверов
К сожалению, web-серверы часто являются целями атак. Вследствие этого важно гарантировать безопасность web-серверов, а также сетевой инфраструктуры, которая их поддерживает. Угрозы безопасности, специфичные для web-серверов в общем случае можно разделить на следующие категории:
· Враждебно настроенные пользователи интернета могут использовать ошибки ПО в web-серверах лежащей в основе ОС или в программах, создающих динамические web-страницы, для получения неавторизованного доступа к web-серверу.
1. Результатом этого может быть получение доступа к файлам или каталогам, которые не предназначены для открытого доступа, либо выполнение привилегированных команд и/или установка ПО на web-сервер.
2. Информация на web-сервере может быть преднамеренно изменена с враждебными целями. Наиболее общим примером такой угрозы является подмена содержимого web-сайта.
· Denial of service (DoS) атаки могут быть направлены на web-сервер что приведет к отказу в доступе законным пользователям.
· Чувствительная информация, передаваемая в открытом виде между web-сервером и браузером, может быть перехвачена.
· Пользователи могут получить неавторизованный доступ к ресурсам, расположенным где-то еще в локальной сети организации, используя успешную атаку на web-сервер.
· Возможно осуществление атаки на другие сети и серверы, причем будет использован скомпрометированный web-сервер, скрыта настоящая идентификация и, иногда, ответственность за последствия возложена на администратора web-сервера, с которого выполняется атака.
· Сервер может быть использован в качестве незаконной точки распространения ПО, инструментальных средств атаки, при этом на администратора сервера может быть возложена ответственность за последствия атаки Статья «Угрозы корпоративным сетям». - Электронный ресурс http://www.compress.ru/Article.aspx?id=10519.
Рассмотрим проблемы, связанные с безопасностью при инсталлировании, конфигурировании и сопровождении web-серверов. Перечислим кратко основные вопросы:
· Безопасное инсталлирование и конфигурирование лежащей в основе ОС.
· Безопасное инсталлирование и конфигурирование ПО web-сервера.
· Развертывание соответствующих сетевых механизмов защиты:
o Firewall'ы;
o Intrusion detection systems (IDS);
o DNS.
· Поддержка безопасной конфигурации, со своевременным применением соответствующих patches и upgrades, тестированием безопасности, просмотром логов и выполнение backup'ов как данных, так и ОС.
Рассмотрим основные принципы достижения безопасности корпоративных web-серверов.
Управление безопасностью является критичной для функционирования и поддержки безопасного web-сервера. Необходимо определить требования к развертыванию, документированию и реализации политик, стандартов, процедур и руководств, которые гарантируют конфиденциальность, целостность и доступность информационных ресурсов. Статья «Обеспечение безопасности web-серверов». - Электронный ресурс http://www.intuit.ru/department/network/firewalls/9/3.html
Для гарантирования безопасности web-сервера и поддержки сетевой инфраструктуры должны быть рассмотрены и реализованы следующие основные моменты:
· Политика безопасности информационной системы организации.
· Принципы управления и контроля конфигурации и ее изменений.
· Анализ риска и определенные подходы к управлению риском.
· Стандартные конфигурации ПО, которые удовлетворяют политике безопасности информационной системы.
· Необходимый объем знаний и тренинги, обеспечивающие требуемый объем знаний.
· Способы восстановления после внезапных сбоев.
· Соответствующая сертификация и аккредитация.
Следует гарантировать, что ОС, на которой выполняется web-сервер, развернута, сконфигурирована и управляется в соответствии с требованиями безопасности.
Первым шагом в обеспечении безопасности web-сервера является безопасность лежащей в основе ОС. Большинство доступных web-серверов выполняются на ОС общего назначения. Многих проблем безопасности можно избежать, если ОС, лежащая в основе web-сервера, сконфигурирована соответствующим образом. Конфигурации по умолчанию для аппаратуры и ПО обычно устанавливаются производителями, при этом, как правило, делается упор на использование возможностей, функциональностей исходного ПО, а также на простоту использования возможностей, связанных с безопасностью. Также следует понимать, что производители не знают требований безопасности каждой организации, поэтому web-администратор должен сконфигурировать новые серверы в соответствии с требованиями безопасности и переконфигурировать их каждый раз при изменении этих требований. Обеспечение безопасности ОС как минимум должна включать следующие шаги:
· выполнение patch'ей и upgrade'ов ОС;
· удаление или запрещение ненужных сервисов и приложений;
· конфигурирование управления ресурсами;
· тестирование безопасности ОС.
Во многих аспектах инсталляция и конфигурирование безопасности ПО web-сервера аналогичны процессам инсталляции и конфигурирования ОС. Главным принципом, как и раньше, является инсталляция минимального числа требуемых сервисов web-сервера и удаление всех известных уязвимостей с помощью patche'ей и upgrade'ов. Если инсталляционная программа устанавливает какие-то ненужные приложения, сервисы или скрипты, они должны быть удалены немедленно после завершения процесса установки. Обеспечение безопасности web-сервера как минимум должно включать следующие шаги:
· выполнение patch'ей и upgrade'ов ПО web-сервера - удаление или запрещение ненужных сервисов, приложений и примеров содержимого;
· конфигурирование аутентификации пользователей web-сервера ;
· конфигурирование управления ресурсами web-сервера ;
· тестирование безопасности приложения web-сервера и конкретного содержимого web-сервера.
Следует предпринять шаги для гарантирования того, что на web-сайте публикуется только корректное содержимое.
Должна существовать четкая политика в определении того, какой тип информации является открытым, к какой информации следует ограничить доступ и какая информация не должна публиковаться в публично доступном репозитории.
Должна существовать определенная политика, гарантирующая невозможность модификации без выполнения авторизации. Требуется обеспечить гарантию целостности, даже если информация не является конфиденциальной. Необходимо защищать содержимое web посредством выполнения соответствующего управления ресурсами web-сервера. Некоторые примеры управления ресурсами включают:
· инсталлирование только необходимых сервисов;
· инсталлирование web-содержимого на выделенном жестком диске или в выделенном разделе;
· возможность выполнять запись (uploads) только в директории, которые не являются читаемыми из web-сервера, а доступны по некоторому другому протоколу (например, ftp);
· определение единственной директории для всех скриптов или программ, которые выполняются для создания web-содержимого и являются внешними по отношению к web-серверу ;
· запрещение использования жестких или символических ссылок в файловой системе ОС, на которой выполняется web-сервер ;
· создание матрицы доступа к web-содержимому, которая определяет, какие папки и файлы внутри директории web-сервера имеют ограничения по доступу;
· запрет просмотра директории в файловой системе;
· использование аутентификации пользователей с помощью цифровых подписей и других криптографических механизмов;
Подобные документы
Установка и настройка локального web–сервера и его компонентов. Конфигурационные файлы сервера Apache и их натройка. Настройка PHP, MySQL и Sendmail. Проверка работоспособности виртуальных серверов. Создание виртуальных хостов. Тест Server Side Includes.
учебное пособие [6,2 M], добавлен 27.04.2009Методы и технологии проектирования корпоративных сетей. Учет основных нужд предприятия в области информационных технологий при проектировании. Выбор схемы адресации сети, количества и функционального назначения серверов, настройка активного оборудования.
курсовая работа [360,3 K], добавлен 05.03.2012Основные сведения о корпоративных сетях. Организация VPN. Внедрение технологий VPN в корпоративную сеть и их сравнительная оценка. Создание комплекса мониторинга корпоративной сети. Слежение за состоянием серверов и сетевого оборудования. Учет трафика.
дипломная работа [4,2 M], добавлен 26.06.2013
реферат [60,4 K], добавлен 22.02.2002Основные понятия серверов. Модель клиент-сервер. Классификация стандартных серверов. Недостатки файл-серверной системы. Криптографические методы защиты информации. Серверы удаленного доступа. Методы и средства обеспечения безопасности информации.
контрольная работа [36,3 K], добавлен 13.12.2010Файл-серверы как источник распространения вирусов. Антивирусное ПО для серверов локальных сетей и почтовых серверов. Антивирус Касперского. Doctor Web. Symantec - автоматизированная защита предприятия. Panda - рабочие станции и файловые серверы.
реферат [30,1 K], добавлен 11.02.2008Виды серверов баз данных. MySQL как наиболее приспособленная для применения в среде СУБД. Хранимые и присоединенные процедуры. Операционная среда серверов. Согласованность чтения и тупиковые ситуации. Установка и настройка MySQL Server 5.6 на Windows 7.
курсовая работа [3,0 M], добавлен 28.12.2015Разработка конфигурации серверов при финансовом ограничении. Характеристика серверов, описание ядра, оперативной памяти, жесткого диска, процессора. Монитор, клавиатура, мышь, источник бесперебойного питания. Программное обеспечение; стоимость лицензии.
курсовая работа [3,2 M], добавлен 24.03.2016Настройка списка контроля доступа для компьютерной сети, выходящей в интернет через прокси-сервер Squid. Использование и типы прокси-серверов, описание их архитектуры. Списки контроля доступа, идентификация, настройка конфигурации и запуск серверов.
курсовая работа [1,3 M], добавлен 26.08.2010Предназначение службы доменных имен (DNS). Трансляция доменных имен в IP-адреса и обратно как основная задача DNS-серверов, их иерархичность. Вертикальные и горизонтальные связи. Использование рекурсивных серверов в локальных сетях. База данных DNS.
контрольная работа [450,7 K], добавлен 30.06.2009
