Веб сервер - Web server
Эта статья нужны дополнительные цитаты для проверка.Март 2009 г.) (Узнайте, как и когда удалить этот шаблон сообщения) ( |
А веб сервер является серверное программное обеспечение, или же аппаратное обеспечение посвященный запуску этого программного обеспечения, которое может удовлетворить клиент просьбы о Всемирная паутина. Веб-сервер, как правило, может содержать один или несколько веб-сайты. Веб-сервер обрабатывает входящие сеть запросы более HTTP и несколько других связанных протоколы.
Основная функция веб-сервера - хранить, обрабатывать и доставлять веб-страница клиентам.[1] Связь между клиентом и сервером осуществляется с помощью Протокол передачи гипертекста (HTTP). Доставляемые страницы чаще всего HTML документы, который может включать изображений, таблицы стилей и скрипты в дополнение к текстовому содержанию.
А пользовательский агент, обычно веб-браузер или же поисковый робот, инициирует обмен данными, отправляя запрос на конкретный ресурс с помощью HTTP, и сервер отвечает содержимым этого ресурса или сообщение об ошибке если не может этого сделать. Ресурс обычно представляет собой реальный файл на сервере вторичное хранилище, но это не обязательно так и зависит от того, как веб-сервер реализовано.
Хотя основная функция заключается в обслуживании контента, полная реализация HTTP также включает способы получения контента от клиентов. Эта функция используется для отправки веб-формы, включая загрузка файлов.
Многие общие веб-серверы также поддерживают серверные сценарии с помощью Активные серверные страницы (ASP), PHP (Препроцессор гипертекста) или другой языки сценариев. Это означает, что поведение веб-сервера может быть записано в отдельных файлах, в то время как фактическое программное обеспечение сервера остается неизменным. Обычно эта функция используется для создания HTML-документов. динамично ("на лету") вместо возврата статические документы. Первый в основном используется для извлечения или изменения информации из базы данных. Последнее, как правило, намного быстрее и проще. кешированный но не может доставить динамический контент.
Веб-серверы можно найти часто встроенный в таких устройствах, как принтеры, маршрутизаторы, веб-камеры и обслуживает только локальная сеть. Затем веб-сервер может использоваться как часть системы для мониторинга или администрирования рассматриваемого устройства. Обычно это означает, что на клиентском компьютере не нужно устанавливать дополнительное программное обеспечение, поскольку требуется только веб-браузер (который сейчас включен в большинство операционные системы ).
История
В марте 1989 г. Сэр Тим Бернерс-Ли предложил новый проект своему работодателю ЦЕРН, с целью облегчения обмена информацией между учеными с помощью гипертекст система.[2][3] В результате проекта Бернерс-Ли в 1990 году написал две программы:
- А веб-браузер называется Всемирная паутина[4]
- Первый в мире веб-сервер, позже известный как ЦЕРН httpd, который работал на Следующий шаг
Между 1991 и 1994 годами простота и эффективность ранних технологий, используемых для просмотра и обмена данными через всемирную паутину, помогла перенести их на множество различных операционных систем и распространить их использование среди научных организаций и университетов, а затем и в отрасли.
В 1994 году Бернерс-Ли решил создать Консорциум World Wide Web (W3C) для регулирования дальнейшего развития многих задействованных технологий (HTTP, HTML и т. д.) в процессе стандартизации.
Перевод пути
Веб-серверы могут отображать компонент пути Единый указатель ресурсов (URL) в:
- Местный файловая система ресурс (для статических запросов)
- Внутреннее или внешнее имя программы (для динамических запросов)
Для статический запрос URL-путь, указанный клиентом, относительно корневого каталога веб-сервера.
Рассмотрим следующий URL в том виде, в каком он будет запрошен клиентом по HTTP:
http://www.example.com/path/file.html
Клиентский пользовательский агент переведет это в соединение с www.example.com со следующими HTTP / 2 запрос:
ПОЛУЧИТЬ /path/file.html HTTP / 2Host: www.example.com
Веб-сервер на www.example.com добавит указанный путь к пути своего корневого каталога. На Сервер Apache, это обычно / главная / www (на Unix машины, обычно / var / www). Результатом является ресурс локальной файловой системы:
/home/www/path/file.html
Затем веб-сервер читает файл, если он существует, и отправляет ответ в веб-браузер клиента. Ответ будет описывать содержимое файла и содержать сам файл, либо будет возвращено сообщение об ошибке о том, что файл не существует или недоступен.
Веб-серверы в режиме ядра и в пользовательском режиме
Веб-сервер может быть включен в Операционные системы ядро, или в пространство пользователя (как и другие обычные приложения).
Веб-серверы, которые работают в пользовательский режим необходимо запросить у системы разрешение на использование большего объема памяти или ресурсов ЦП. Эти запросы к ядру не только требуют времени, но и не всегда удовлетворяются, потому что система резервирует ресурсы для собственного использования и несет ответственность за совместное использование аппаратных ресурсов со всеми другими запущенными приложениями. Выполнение в пользовательском режиме также может означать бесполезные буферные копии, что является еще одним ограничением для веб-серверов пользовательского режима.
Пределы нагрузки
Веб-сервер (программа) имеет определенные пределы нагрузки, потому что он может обрабатывать только ограниченное количество одновременных клиентских подключений (обычно от 2 до 80 000, по умолчанию от 500 до 1000) на айпи адрес (и порт TCP), и он может обслуживать только определенное максимальное количество запросов в секунду (RPS, также известный как запросов в секунду или QPS) в зависимости от:
- собственные настройки,
- тип HTTP-запроса,
- является ли контент статическим или динамическим,
- является ли контент кешированный, или же сжатый, и
- в аппаратное обеспечение и программного обеспечения ограничения ОС компьютера, на котором работает веб-сервер.
Когда веб-сервер приближается к своему пределу или превышает его, он перестает отвечать.
Причины перегрузки
В любой момент веб-серверы могут быть перегружены из-за:
- Избыточный законный веб-трафик. Тысячи или даже миллионы клиентов подключаются к веб-сайту за короткий промежуток времени, например, Эффект слэшдота;
- Распределенный отказ в обслуживании атаки. Атака отказа в обслуживании (DoS-атака) или распределенная атака типа «отказ в обслуживании» (DDoS-атака) - это попытка сделать компьютер или сетевой ресурс недоступным для предполагаемых пользователей;
- Компьютерные черви которые иногда вызывают аномальный трафик из-за миллионов зараженных компьютеров (не координированных между ними)
- XSS-черви может вызвать высокий трафик из-за миллионов зараженных браузеров или веб-серверов;
- Интернет-боты Трафик не фильтруется / не ограничивается на больших веб-сайтах с очень небольшими ресурсами (пропускной способностью и т. Д.);
- Интернет (сеть) замедляется, так что клиентские запросы обслуживаются медленнее, а количество подключений увеличивается настолько, что достигаются ограничения сервера;
- Веб-серверы (компьютеры ) частичная недоступность. Это может произойти из-за необходимого или срочного обслуживания или обновления, сбоев оборудования или программного обеспечения, бэкэнд (например., база данных ) отказы и т.д .; в этих случаях оставшиеся веб-серверы получают слишком много трафика и становятся перегруженными.
Симптомы перегрузки
Симптомы перегруженного веб-сервера:
- Запросы обслуживаются с (возможно, длительными) задержками (от 1 секунды до нескольких сотен секунд).
- Веб-сервер возвращает Код ошибки HTTP, например 500, 502,[5] 503,[6] 504,[7] 408 или даже 404, что не подходит для условий перегрузки.[8]
- Веб-сервер отказывается или перезагружается (прерывает) TCP соединения, прежде чем он вернет какой-либо контент.
- В очень редких случаях веб-сервер возвращает только часть запрошенного контента. Такое поведение можно считать ошибка, даже если обычно возникает как симптом перегрузки.
Методы защиты от перегрузки
Чтобы частично преодолеть ограничения нагрузки выше среднего и предотвратить перегрузку, большинство популярных веб-сайтов используют общие методы, такие как:
- Управление сетевым трафиком с помощью:
- Межсетевые экраны для блокировки нежелательного трафика, исходящего из плохих IP-источников или имеющего плохие шаблоны
- Менеджеры HTTP-трафика для отбрасывания, перенаправления или перезаписи запросов с плохими HTTP узоры
- Управление пропускной способностью и формирование трафика, чтобы сгладить пики использования сети
- Развертывание веб-кеш техники
- Используя разные доменные имена или IP-адреса для обслуживания различного (статического и динамического) контента отдельными веб-серверами, например:
http://images.example.com
http://example.com
- Использование разных доменных имен или компьютеров для отделения больших файлов от файлов малого и среднего размера; идея состоит в том, чтобы иметь возможность полностью тайник файлы малого и среднего размера, а также для эффективного обслуживания больших или больших (более 10 - 1000 МБ) файлов с использованием различных настроек
- Использование множества интернет-серверов (программ) на компьютере, каждый из которых привязан к своему собственному сетевая карта и айпи адрес
- Использование множества интернет-серверов (компьютеров), сгруппированных вместе за балансировщик нагрузки чтобы они действовали или рассматривались как один большой веб-сервер
- Добавление дополнительных аппаратных ресурсов (т.е. баран, диски ) на каждый компьютер
- Настройка параметров ОС для аппаратных возможностей и использования
- Использование более эффективных компьютерные программы для веб-серверов и т. д.
- Используя другие обходные пути, особенно если задействован динамический контент
Февраль 2019 г.
Ниже представлена последняя статистика рыночная доля всех сайтов лучших веб-серверов в Интернете по версии W3TechsИспользование веб-серверов для веб-сайтов.
Товар | Продавец | Процентов |
---|---|---|
Apache | Apache | 44.3% |
nginx | NGINX, Inc. | 41.0% |
IIS | Microsoft | 8.9% |
Веб-сервер LiteSpeed | LiteSpeed Технологии | 3.9% |
GWS | 0.9% |
Все остальные веб-серверы используются менее чем 1% веб-сайтов.
Июль 2018 г.
Ниже представлена последняя статистика рыночная доля всех сайтов лучших веб-серверов в Интернете по версии W3TechsИспользование веб-серверов для веб-сайтов.
Товар | Продавец | Процентов |
---|---|---|
Apache | Apache | 45.9% |
nginx | NGINX, Inc. | 39.0% |
IIS | Microsoft | 9.5% |
Веб-сервер LiteSpeed | LiteSpeed Технологии | 3.4% |
GWS | 1.0% |
Все остальные веб-серверы используются менее чем 1% веб-сайтов.
Февраль 2017 г.
Ниже представлена последняя статистика рыночная доля всех сайтов лучших веб-серверов в Интернете по NetcraftОбзор веб-серверов, февраль 2017 г..
Товар | Продавец | Январь 2017 г. | Процентов | Февраль 2017 г. | Процентов | Изменять | Цвет диаграммы |
---|---|---|---|---|---|---|---|
IIS | Microsoft | 821,905,283 | 45.66% | 773,552,454 | 43.16% | −2.50 | красный |
Apache | Apache | 387,211,503 | 21.51% | 374,297,080 | 20.89% | −0.63 | чернить |
nginx | NGINX, Inc. | 317,398,317 | 17.63% | 348,025,788 | 19.42% | 1.79 | зеленый |
GWS | 17,933,762 | 1.00% | 18,438,702 | 1.03% | 0.03 | синий |
Февраль 2016 г.
Ниже представлена последняя статистика рыночная доля всех сайтов лучших веб-серверов в Интернете по NetcraftОбзор веб-серверов, февраль 2016 г..
Товар | Продавец | Январь 2016 | Процентов | Февраль 2016 г. | Процентов | Изменять | Цвет диаграммы |
---|---|---|---|---|---|---|---|
Apache | Apache | 304,271,061 | 33.56% | 306,292,557 | 32.80% | 0.76 | чернить |
IIS | Microsoft | 262,471,886 | 28.95% | 278,593,041 | 29.83% | 0.88 | красный |
nginx | NGINX, Inc. | 141,443,630 | 15.60% | 137,459,391 | 16.61% | −0.88 | зеленый |
GWS | 20,799,087 | 2.29% | 20,640,058 | 2.21% | −0.08 | синий |
Apache, IIS и Nginx - наиболее часто используемые веб-серверы во всемирной паутине.[9][10]
Смотрите также
- Сервер (вычисления)
- Сервер приложений
- Сравнение программного обеспечения веб-сервера
- HTTP-сжатие
- Веб-приложение с открытым исходным кодом
- Серверная сторона включает, Общий интерфейс шлюза, Простой общий интерфейс шлюза, FastCGI, PHP, Сервлет Java, JavaServer Pages, Активные серверные страницы, ASP.NET, и Интерфейс программирования серверных приложений
- Вариант объекта
- Виртуальный хостинг
- Услуги веб-хостинга
- Веб-контейнер
- Веб-прокси
- веб-сервис
Рекомендации
- ^ Патрик, Киллелеа (2002). Настройка веб-производительности (2-е изд.). Пекин: О'Рейли. п. 264. ISBN 059600172X. OCLC 49502686.
- ^ Золфагарифард, Элли (24 ноября 2018 г.). "'Отец сети "сэр Тим Бернерс-Ли о своем плане борьбы с фальшивыми новостями". Телеграф. ISSN 0307-1235. Получено 1 февраля 2019.
- ^ "История компьютеров и вычислительной техники, Интернета, рождения, Всемирной паутины Тима Бернерса-Ли". history-computer.com. Получено 1 февраля 2019.
- ^ Маколей, Том. «Какие веб-серверы с открытым исходным кодом являются лучшими?». ComputerworldUK. Получено 1 февраля 2019.
- ^ Фишер, Тим; Lifewire. «Получена ошибка 502 Bad Gateway? Вот что делать». Lifewire. Получено 1 февраля 2019.
- ^ Фишер, Тим; Lifewire. «Получение ошибки 503 Service Unavailable? Вот что делать». Lifewire. Получено 1 февраля 2019.
- ^ "Что такое 502 плохой шлюз и как его исправить?". IT ПРО. Получено 1 февраля 2019.
- ^ Справочник по цифровой криминалистике и расследованию. Кейси, Эоган., Алтеида, Кори. Берлингтон, Массачусетс: Academic Press. 2010. с. 451. ISBN 9780080921471. OCLC 649907705.CS1 maint: другие (связь)
- ^ Воан-Николс, Стивен Дж. «Конкурент веб-серверов Apache и IIS, NGINX, быстро растет». ZDNet. Получено 1 февраля 2019.
- ^ Хади, Нахари (2011). Безопасность интернет-коммерции: дизайн и разработка. Крутц, Рональд Л. Индианаполис: паб Wiley. ISBN 9781118098899. OCLC 757394142.
внешняя ссылка
- RFC 2616, то Запрос комментариев документ, определяющий HTTP 1.1 протокол