Проблема обработки запросов в CGI-режиме - История изменений

Rin: 1Gb.ru -> 1Gb.ua

Rin — Wed, 27 Jan 2010 06:52:26 GMT

1Gb.ru -> 1Gb.ua

← Предыдущая		Версия 06:52, 27 января 2010
Строка 5:		Строка 5:
	Обработка запросов в CGI-режиме имеет ряд проблем, связанных с тем, что запуск нового процесса это ресурсоёмкая задача: крайне ресурсоёмкая на Windows-сервере и чуть менее (ориентировочно в 6 раз) ресурсоёмкая на Unix-сервере.		Обработка запросов в CGI-режиме имеет ряд проблем, связанных с тем, что запуск нового процесса это ресурсоёмкая задача: крайне ресурсоёмкая на Windows-сервере и чуть менее (ориентировочно в 6 раз) ресурсоёмкая на Unix-сервере.

-	На хостинге [http://www.1gb.ru 1Gb.ru] в CGI-режиме исполняются следующие скрипты:	+	На хостинге [http://www.1gb.ua 1Gb.ua] в CGI-режиме исполняются следующие скрипты:

	* PHP		* PHP
Строка 16:		Строка 16:
	Для режима работы сервера с запросами в CGI-режиме может наступить некоторая критическая ситуация, характеризующаяся большим количеством единовременно исполняющихся процессов, обрабатывающих CGI-запросы. Когда этих процессов больше какого-то лимита, то это может сигнализировать как об атаке на какой-то сайт, так и о проблемных скриптах (в общем виде обработка одного запроса должна происходить быстро и не затягиваться по времени), исполнение которых нежелательно. Если такую ситуацию игнорировать, то число процессов будет увеличиваться и это приведёт к резкому снижению производительности сервера вплоть до отказа в обслуживании.		Для режима работы сервера с запросами в CGI-режиме может наступить некоторая критическая ситуация, характеризующаяся большим количеством единовременно исполняющихся процессов, обрабатывающих CGI-запросы. Когда этих процессов больше какого-то лимита, то это может сигнализировать как об атаке на какой-то сайт, так и о проблемных скриптах (в общем виде обработка одного запроса должна происходить быстро и не затягиваться по времени), исполнение которых нежелательно. Если такую ситуацию игнорировать, то число процессов будет увеличиваться и это приведёт к резкому снижению производительности сервера вплоть до отказа в обслуживании.

-	Что бы исключить такие ситуации на хостинге [http://www.1gb.ru 1Gb.ru] реализована специальная служба мониторинга, которая контролирует запущенные процессы и в случае превышения лимита принимает решение о прекращении исполнения процессов и оповещает об этом администраторов хостинга.	+	Что бы исключить такие ситуации на хостинге [http://www.1gb.ua 1Gb.ua] реализована специальная служба мониторинга, которая контролирует запущенные процессы и в случае превышения лимита принимает решение о прекращении исполнения процессов и оповещает об этом администраторов хостинга.

	Число процессов ориентировочно следующее:		Число процессов ориентировочно следующее:

Anastasya: /* Описание проблемы */

Anastasya — Wed, 21 Jan 2009 06:19:08 GMT

Описание проблемы

← Предыдущая		Версия 06:19, 21 января 2009
Строка 1:		Строка 1:
	== Описание проблемы ==		== Описание проблемы ==

-	Ряд скриптовых технологий исполняются сервером в CGI-режиме, это означает, что на обработку каждого CGI-запроса веб-сервер инициирует запуск отдельного процесса который обрабатывает запрос после чего отдаёт результат своей работы веб-серверу и завершается. Веб-сервер отдаёт результат работы CGI-процесса далее по цепочки клиенту (браузеру, например).	+	Ряд скриптовых технологий исполняются сервером в CGI-режиме, это означает, что на обработку каждого CGI-запроса веб-сервер инициирует запуск отдельного процесса, который обрабатывает запрос, после чего отдаёт результат своей работы веб-серверу и завершается. Веб-сервер отдаёт результат работы CGI-процесса далее по цепочки клиенту (браузеру, например).

-	Обработка запросов в CGI-режиме имеет ряд проблем связанных с тем, что запуск нового процесса это ~~рессурсоёмкая~~ задача: крайне ~~рессурсоёмкая~~ на Windows-сервере и чуть менее (ориентировочно в 6 раз) ~~рессурсоёмкая~~ на Unix-сервере.	+	Обработка запросов в CGI-режиме имеет ряд проблем, связанных с тем, что запуск нового процесса это ресурсоёмкая задача: крайне ресурсоёмкая на Windows-сервере и чуть менее (ориентировочно в 6 раз) ресурсоёмкая на Unix-сервере.

	На хостинге [http://www.1gb.ru 1Gb.ru] в CGI-режиме исполняются следующие скрипты:		На хостинге [http://www.1gb.ru 1Gb.ru] в CGI-режиме исполняются следующие скрипты:
Строка 14:		Строка 14:
	* некоторые другие		* некоторые другие

-	Для режима работы сервера с запросами в CGI-режиме может наступить некоторая критическая ситуация характеризующаяся большим количеством единовременно исполняющихся процессов обрабатывающих CGI-запросы. Когда этих процессов больше какого-то лимита то это может сигнализировать как об атаке на какой-то сайт так и о проблемных скриптах (в общем виде обработка одного запроса должна происходить быстро и не затягиваться по времени) исполнение которых нежелательно. Если такую ситуацию игнорировать, то число процессов будет увеличиваться и это приведёт к резкому снижению производительности сервера вплоть до отказа в обслуживании.	+	Для режима работы сервера с запросами в CGI-режиме может наступить некоторая критическая ситуация, характеризующаяся большим количеством единовременно исполняющихся процессов, обрабатывающих CGI-запросы. Когда этих процессов больше какого-то лимита, то это может сигнализировать как об атаке на какой-то сайт, так и о проблемных скриптах (в общем виде обработка одного запроса должна происходить быстро и не затягиваться по времени), исполнение которых нежелательно. Если такую ситуацию игнорировать, то число процессов будет увеличиваться и это приведёт к резкому снижению производительности сервера вплоть до отказа в обслуживании.

	Что бы исключить такие ситуации на хостинге [http://www.1gb.ru 1Gb.ru] реализована специальная служба мониторинга, которая контролирует запущенные процессы и в случае превышения лимита принимает решение о прекращении исполнения процессов и оповещает об этом администраторов хостинга.		Что бы исключить такие ситуации на хостинге [http://www.1gb.ru 1Gb.ru] реализована специальная служба мониторинга, которая контролирует запущенные процессы и в случае превышения лимита принимает решение о прекращении исполнения процессов и оповещает об этом администраторов хостинга.

Anastasya: /* Пути решения проблемы */

Anastasya — Wed, 21 Jan 2009 06:15:01 GMT

Пути решения проблемы

← Предыдущая		Версия 06:15, 21 января 2009
Строка 34:		Строка 34:
	== Пути решения проблемы ==		== Пути решения проблемы ==

-	* Если проблема относится к скриптам PHP то сайт может быть переведён на веб-сервер (как правило - Apache) исполняющий процессы не в CGI-режиме а в модуле.	+	* Если проблема относится к скриптам PHP, то сайт может быть переведён на веб-сервер (как правило - Apache), исполняющий процессы не в CGI-режиме, а в модуле.
-	** Если вам необходимо использовать Windows-технологии (например ASP или ASPX), то вы можете перенести на Apache только часть сайта выделив её в отдельный сайт с доменом 3-его уровня, например forum.example.com	+	** Если вам необходимо использовать Windows-технологии (например ASP или ASPX), то вы можете перенести на Apache только часть сайта, выделив её в отдельный сайт с доменом 3-его уровня, например forum.example.com
-	* Если проблема относится к скриптам для которых на хостинге отсутствует возможность работы в режиме модуля, то сайт можно перенести на Unix-сервер, исполняющий CGI-запросы чуть более эффективно	+	* Если проблема относится к скриптам, для которых на хостинге отсутствует возможность работы в режиме модуля, то сайт можно перенести на Unix-сервер, исполняющий CGI-запросы чуть более эффективно
	* Всё переписать отказавшись от проблемной технологии		* Всё переписать отказавшись от проблемной технологии
	* Найти другой хостинг		* Найти другой хостинг

	[[Категория:Серверная нагрузка]]		[[Категория:Серверная нагрузка]]

Anastasya: /* Перспективы */

Anastasya — Wed, 21 Jan 2009 06:13:07 GMT

Перспективы

← Предыдущая		Версия 06:13, 21 января 2009
Строка 30:		Строка 30:
	== Перспективы ==		== Перспективы ==

-	Если ресурс является инициатором подобной критической ситуации на постоянной основе то администрация хостинга самостоятельно принимает необходимые действия (в том числе и без предварительного предупреждения) для решения проблемы, вплоть до остановки ~~рессурса~~. Функционирование ~~рессурса~~ с указанной проблемой на виртуальном хостинге невозможно.	+	Если ресурс является инициатором подобной критической ситуации на постоянной основе, то администрация хостинга самостоятельно принимает необходимые действия (в том числе и без предварительного предупреждения) для решения проблемы, вплоть до остановки ресурса. Функционирование ресурса с указанной проблемой на виртуальном хостинге невозможно.

	== Пути решения проблемы ==		== Пути решения проблемы ==

81.177.24.120: /* Перспективы */

81.177.24.120 — Wed, 21 Jan 2009 06:10:13 GMT

Перспективы

← Предыдущая		Версия 06:10, 21 января 2009
Строка 30:		Строка 30:
	== Перспективы ==		== Перспективы ==

-	Если ~~рессурс~~ является инициатором подобной критической ситуации на постоянной основе то администрация хостинга самостоятельно принимает необходимые действия (в том числе и без предварительного предупреждения) для решения проблемы, вплоть до остановки рессурса. Функционирование рессурса с указанной проблемой на виртуальном хостинге невозможно.	+	Если ресурс является инициатором подобной критической ситуации на постоянной основе то администрация хостинга самостоятельно принимает необходимые действия (в том числе и без предварительного предупреждения) для решения проблемы, вплоть до остановки рессурса. Функционирование рессурса с указанной проблемой на виртуальном хостинге невозможно.
-		+

	== Пути решения проблемы ==		== Пути решения проблемы ==

NovaCxarmulo в 20:38, 3 апреля 2008

NovaCxarmulo — Thu, 03 Apr 2008 20:38:08 GMT

← Предыдущая		Версия 20:38, 3 апреля 2008
Строка 40:		Строка 40:
	* Всё переписать отказавшись от проблемной технологии		* Всё переписать отказавшись от проблемной технологии
	* Найти другой хостинг		* Найти другой хостинг
		+
		+	[[Категория:Серверная нагрузка]]

78.106.154.8: /* Описание проблемы */

78.106.154.8 — Mon, 26 Nov 2007 19:06:20 GMT

Описание проблемы

← Предыдущая		Версия 19:06, 26 ноября 2007
Строка 11:		Строка 11:
	** на платформе Unix при выборе соответствующего режима		** на платформе Unix при выборе соответствующего режима
	* Perl		* Perl
-	* Parser	+	* [[Parser]]
	* некоторые другие		* некоторые другие

Строка 27:		Строка 27:
	* Исполнение запросов прерывается, производимые ими действия не завершаются		* Исполнение запросов прерывается, производимые ими действия не завершаются
	* Прерываются CGI-процессы всех пользователей сервера а не только проблемного рессурса		* Прерываются CGI-процессы всех пользователей сервера а не только проблемного рессурса
-

	== Перспективы ==		== Перспективы ==

Dmach в 15:45, 13 ноября 2007

Dmach — Tue, 13 Nov 2007 15:45:44 GMT

← Предыдущая		Версия 15:45, 13 ноября 2007
Строка 12:		Строка 12:
	* Perl		* Perl
	* Parser		* Parser
		+	* некоторые другие

	Для режима работы сервера с запросами в CGI-режиме может наступить некоторая критическая ситуация характеризующаяся большим количеством единовременно исполняющихся процессов обрабатывающих CGI-запросы. Когда этих процессов больше какого-то лимита то это может сигнализировать как об атаке на какой-то сайт так и о проблемных скриптах (в общем виде обработка одного запроса должна происходить быстро и не затягиваться по времени) исполнение которых нежелательно. Если такую ситуацию игнорировать, то число процессов будет увеличиваться и это приведёт к резкому снижению производительности сервера вплоть до отказа в обслуживании.		Для режима работы сервера с запросами в CGI-режиме может наступить некоторая критическая ситуация характеризующаяся большим количеством единовременно исполняющихся процессов обрабатывающих CGI-запросы. Когда этих процессов больше какого-то лимита то это может сигнализировать как об атаке на какой-то сайт так и о проблемных скриптах (в общем виде обработка одного запроса должна происходить быстро и не затягиваться по времени) исполнение которых нежелательно. Если такую ситуацию игнорировать, то число процессов будет увеличиваться и это приведёт к резкому снижению производительности сервера вплоть до отказа в обслуживании.

Dmach в 08:07, 9 ноября 2007

Dmach — Fri, 09 Nov 2007 08:07:32 GMT

← Предыдущая		Версия 08:07, 9 ноября 2007
Строка 36:		Строка 36:

	* Если проблема относится к скриптам PHP то сайт может быть переведён на веб-сервер (как правило - Apache) исполняющий процессы не в CGI-режиме а в модуле.		* Если проблема относится к скриптам PHP то сайт может быть переведён на веб-сервер (как правило - Apache) исполняющий процессы не в CGI-режиме а в модуле.
		+	** Если вам необходимо использовать Windows-технологии (например ASP или ASPX), то вы можете перенести на Apache только часть сайта выделив её в отдельный сайт с доменом 3-его уровня, например forum.example.com
	* Если проблема относится к скриптам для которых на хостинге отсутствует возможность работы в режиме модуля, то сайт можно перенести на Unix-сервер, исполняющий CGI-запросы чуть более эффективно		* Если проблема относится к скриптам для которых на хостинге отсутствует возможность работы в режиме модуля, то сайт можно перенести на Unix-сервер, исполняющий CGI-запросы чуть более эффективно
	* Всё переписать отказавшись от проблемной технологии		* Всё переписать отказавшись от проблемной технологии
	* Найти другой хостинг		* Найти другой хостинг

Dmach: Новая: == Описание проблемы == Ряд скриптовых технологий исполняются сервером в CGI-режиме, это означает, что н...

Dmach — Fri, 02 Nov 2007 13:20:45 GMT

Новая: == Описание проблемы == Ряд скриптовых технологий исполняются сервером в CGI-режиме, это означает, что н...

Новая статья

== Описание проблемы ==

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

Обработка запросов в CGI-режиме имеет ряд проблем связанных с тем, что запуск нового процесса это рессурсоёмкая задача: крайне рессурсоёмкая на Windows-сервере и чуть менее (ориентировочно в 6 раз) рессурсоёмкая на Unix-сервере.

На хостинге [http://www.1gb.ru 1Gb.ru] в CGI-режиме исполняются следующие скрипты:

* PHP
** на платформе Windows/IIS
** на платформе Unix при выборе соответствующего режима
* Perl
* Parser

Для режима работы сервера с запросами в CGI-режиме может наступить некоторая критическая ситуация характеризующаяся большим количеством единовременно исполняющихся процессов обрабатывающих CGI-запросы. Когда этих процессов больше какого-то лимита то это может сигнализировать как об атаке на какой-то сайт так и о проблемных скриптах (в общем виде обработка одного запроса должна происходить быстро и не затягиваться по времени) исполнение которых нежелательно. Если такую ситуацию игнорировать, то число процессов будет увеличиваться и это приведёт к резкому снижению производительности сервера вплоть до отказа в обслуживании.

Что бы исключить такие ситуации на хостинге [http://www.1gb.ru 1Gb.ru] реализована специальная служба мониторинга, которая контролирует запущенные процессы и в случае превышения лимита принимает решение о прекращении исполнения процессов и оповещает об этом администраторов хостинга.

Число процессов ориентировочно следующее:

* 35 для x86-сервера
* 100 для x64-сервера

Превышение указанного числа и уничтожение исполняемых процессов плохо по следующим соображениям:

* Исполнение запросов прерывается, производимые ими действия не завершаются
* Прерываются CGI-процессы всех пользователей сервера а не только проблемного рессурса

== Перспективы ==

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

== Пути решения проблемы ==

* Если проблема относится к скриптам PHP то сайт может быть переведён на веб-сервер (как правило - Apache) исполняющий процессы не в CGI-режиме а в модуле.
* Если проблема относится к скриптам для которых на хостинге отсутствует возможность работы в режиме модуля, то сайт можно перенести на Unix-сервер, исполняющий CGI-запросы чуть более эффективно
* Всё переписать отказавшись от проблемной технологии
* Найти другой хостинг