1. Форумы
  2. CloudLinux и панели управления
  3. CloudLinux и cPanel
  1. Райан
  2. Вторник, 16 октября 2018
  3. Подписка по электронной почте
Просто найдите некоторое представление о том, как ограничения EP работают с HTTP2. Если я правильно понял, в HTTP1, браузеры обычно выполняли запросы 6-8 для домена в 1. Поэтому, если посетители 6 посетили сайт одновременно, никогда не будет больше одновременных запросов 48 на сервер. Таким образом, предел EP 50 имеет смысл.

С HTTP2 я знаю, что это работает немного по-другому. Запрос веб-сайта только открывает «соединение» 1, но может запрашивать до ресурсов 100 одновременно. Так что же засчитывается в лимит EP? Это соединение 1 или каждый ресурс имеет значение? Если это каждый ресурс, а предел EP - 50, то кажется, что веб-страница с более чем ресурсами 50 в одном домене может часто иметь сбои EP.
Оценить этот пост:
  1. 19.10.2018 11:10:36
  2. # 1
Александр Парубочий Принято ответа
Сообщений: 187
Присоединился: 31.01.2017
0
Голосов
расстегивать
На самом деле это соединения с backend (обработчиком PHP), которые подсчитываются против предела EP, поэтому неважно, сколько TCP-соединений используется для этого.
  1. 19.10.2018 21:10:48
  2. # 2
Райан Принято ответа
Сообщений: 24
Присоединился: 18.10.2016
0
Голосов
расстегивать
Интересно, спасибо за разъяснение. Документы говорят о «слотах апачей», которые в то же время вводят в заблуждение, верно? Поскольку статические активы по-прежнему обслуживаются через apache. Это может также сбить с толку тех, кто не использует apache.

Из любопытства, возможно ли теоретически (или я должен сказать, реалистично) создать DDoS-атаку, запрашивая большие статические ресурсы с сервера?
  1. 22.10.2018 08:10:46
  2. # 3
Александр Парубочий Принято ответа
Сообщений: 187
Присоединился: 31.01.2017
0
Голосов
расстегивать
Из любопытства, возможно ли теоретически (или я должен сказать, реалистично) создать DDoS-атаку, запрашивая большие статические ресурсы с сервера?

Да, это возможно с веб-сервером apache, и LVE не может помочь в таких случаях.
  1. 22.10.2018 14:10:51
  2. # 4
Райан Принято ответа
Сообщений: 24
Присоединился: 18.10.2016
0
Голосов
расстегивать
Благодарю. Надеюсь, последний вопрос:

Предположим, я установил предельный предел EP чрезвычайно высоким, но сохранил все остальные LVE по умолчанию. Означает ли это какой-либо риск для сервера, или другие ограничения LVE могут нанести удар и защитить сервер от снятия с учетной записи 1?
  1. 24.10.2018 12:10:53
  2. # 5
Александр Парубочий Принято ответа
Сообщений: 187
Присоединился: 31.01.2017
0
Голосов
расстегивать
Другие ограничения будут по-прежнему активны и будут эффективно ограничивать ресурсы, потребляемые любым клиентом, к которому они применяются.
  1. 24.10.2018 13:10:04
  2. # 6
Райан Принято ответа
Сообщений: 24
Присоединился: 18.10.2016
0
Голосов
расстегивать
Я это понимаю. Я предполагаю, что я спрашиваю: защищают ли ограничения EP от ситуации, которую другие ограничения не могут защитить? В частности, ситуация, которая может вызвать проблему для всего сервера.
  1. 26.10.2018 19:10:53
  2. # 7
Александр Парубочий Принято ответа
Сообщений: 187
Присоединился: 31.01.2017
0
Голосов
расстегивать
Райан,

NPROC является самым близким эквивалентом, но он также может быть не очень полезен ... Мы видели подобное поведение (высокий показатель EP) с помощью HTTP / 2 и веб-сайтов, обслуживающих изображения из базы данных MySQL через PHP. Если это так, вам может потребоваться установить ограничения MySQL Governor вместо этого - не стесняйтесь обращаться к нашей поддержке, если вы не знаете, как выбрать правильные значения.
  • Страница:
  • 1


Там нет ответов, сделанные на этот пост пока нет.
Будьте одним из первых, чтобы ответить на этот пост!
гость
Отправить Ваш ответ
Загрузить файлы или изображения для обсуждения этого вопроса, нажав на кнопку загрузки ниже. опоры GIF, JPG, PNG, ZIP, RAR, PDF
• Вставить • Удалить Загрузка файлов (Максимальный размер файла: 2 MB)
Защитный код
Чтобы защитить сайт от ботов и несанкционированных сценариев, мы требуем, чтобы вы ввели коды капчи ниже, прежде чем отправить свой вопрос.